Lo primero es averiguar el numero de serie con el que se realiza la suma de comprobacion para lo cual en una terminal ejecutamos:

#lsusb -v | grep -i Serial

lo cual nos devolverá varios resultados, el que nos interesa es un numero de 16 cifras que por lo regular empieza en 0.

después pasamos a editar un archivo que esta dentro de la estructura de directorios del ipod:

#geany /media/IPOD/iPod_Control/Device/Sysinfo

Sustituyendo geany por su editor de textos favoritos, en dicho archivo escribiremos una linea como esta:

FirewireGuid: 0×000A27001B09504F

sustituimos lo que esta después de 0x por el hash que obtuvieron en el primer paso

Listo, ahora si pueden gestionar su biblioteca de música del ipod usando gtkpod o banshee o cualquier otro reproductor que cuente con esta opción.

Esto suena muy bien en boca de los programadores de Google, pero analicemos que existe detrás de este nuevo OS. Primero se ha anunciado que este OS lo respaldara el kernel de Linux, lo cual causo un tanto de polémica, ya que muchos usuarios esperaban un nuevo código escrito desde el “scratch”, lo cual la idea de innovadora se empezó a tornar gris, mas esto sonaba un poco descabellado ya que si pensamos un poco, por que reinventar la rueda, ya que se tornaría probablemente en un fracaso por la exhaustiva tarea de desarrollar un núcleo, y los paquetes básicos.

Además de todo esto, el rumor de que terminara siendo un derivado del proyecto Ubuntu es muy fuerte, ya que la idea de crear un instalador “Para seres humanos”, ha sido desarrollada por este ultimo para crear un producto fácil de manejar. Además el OS Chrome, sera completamente destinado para estar siempre en linea, con las redes sociales actuales, contara con aplicaciones las que crearan una actualizacion de los cambios en las cuentas de usuario, y la tarea de revisarlas se facilitara para el mismo, sus paquetes seran sistemas de comunicacion como aplicaciones de voz, texto, ademas de reproductores de audio y video. Si este proyecto te suena o se te hace parecido a algo acertaste, Jolicloud es su nombre, este OS basado en Linux cuenta con esta descripción, pero además tiene una interfaz demasiado amigable, con los APPS ya mencionados, y con una lista de las principales netbooks que se soportan.

Pero bueno, no todo en Chrome OS es malo, claro esta, tiene la ventaja de ser soportado por la gran empresa Google, la cual puede hacer pensar a los usuarios de netbooks en dar el gran plazo al código abierto. Cuenta con herramientas muy interesantes, como Google Docs, Google Maps, Google Earth, y de tener la gran ventaja de poder juntar todas nuestras aplicaciones con un mismo proveedor como cuentas de correo, RSS, listas, etc.

Lo triste de todo esto para el mercado total del código abierto, es que las ventas de Netbooks con Linux precargado no son muy positivas, y la mayoría que se han vendido, los usuarios han desaparecido el mismo para instalar Windows.

Ahora bien que si Chrome OS quiere llegar a ser grande, tendrá que cumplir amplias expectativas como:

• Rapidez, las netbooks cuentan con procesadores hasta cierto punto limitados a comparación de los a existentes en el mercado. Así que configurar un núcleo con los principales manejadores de netbooks, tendrá que ser muy exhaustivo, reducirlo a lo primordial, sera benéfico para aumentar la velocidad de arranque y creación de tareas que probablemente pueden requerir todo el procesador, ya que sea codificar musica en diferentes o formatos o bien vídeo.

• Seguridad, ¿Que es un sistema en estos días sin una buena seguridad? Definitivamente el navegador Chrome dejo mucho que desear en esta rubro, utilizando Webkits pasados, con huecos de seguridad publicados, y que Mac OS sufrió en su momento, y estos mismos no aprendieron la lección. Esto es un poco de historial del grupo desarrollador, así que tener en cuenta la seguridad se vuelve en algo que el usuario promedio estará buscando, ya sea por medio de un cortafuegos muy fácil de controlar o un sistema de seguridad “tipo Windows”.

• Privacidad, este punto se volvió algo en que los usuarios avanzados han basado sus dudas, al tener un OS como Chrome, donde se puede decir que se manejan los datos privados, y el mismo pondrá su confianza en Google, es una tarea que se tendrá que revisar a futuro.

• Compatibilidad, con todos los manejadores de hardware de cada una de las netbooks, y que el usuario no tenga que tocar la consola, se vuelve en algo en lo que Ubuntu ha pasado muchas horas, es por esto que Chrome OS no puede quedarse atrás, tendrá que pensar en hacerlo tan fácil, que el internauta promedio nunca se preocupe por saber que existe detrás del mismo.

• Multiplataforma, definitivamente realizar una transición ligera de Windows a Linux, es muy importante, así que utilizar Wine sera una buena alternativa, ya que muchos usuarios no querrán dejar su procesador de textos como Office, sabemos que existen alternativas muy buenas en código abierto, pero si esto se realiza paso a paso, sera mas amigable y el impacto sera menor para el usuario.

• Atractivo, visualmente los OS, se han creado para llamar tu atención con solo verlos y quererlos, y si no demos un vistazo a Compiz Fusion, KDE4, Windows con su AERO, y MAC OS con toda esa parafernalia de iconos y movimientos en 3D, que hacen que el usuario se convenza de solo verlo.

Por ultimo, las expectativas de este OS son muy grandes por todos los usuarios, así que Google tendrá que trabajar arduamente si no quiere llegar a tener la palabra fracaso en su historial, simplemente un sistema operativo en nuestras días se ha hecho una tarea demandante.

Después de meses de espera, fue liberada la versión para Linux del navegador Google Chrome, los que hemos probado este navegador en otro sistema operativo, comprobamos la sencillez y rapidez del mismo. Los desarrolles del mismo presumen de tener un sistema de seguridad el cual es denominado “sandbox“, ademas de que cada pestaña promete correr un nuevo proceso, asi aislando cada uno dc estos, por lo que si una de estas llegara a fallar, todo el programa no colapsa, como suele pasar con otros navegadores. Agrega otras ventajas como modo incógnito, navegación segura, control de fallas y otras bondades, las cuales puedes leer en su libro.

Bueno esto es lo que dicen los programadores, la verdad es que Google Chrome sufre de vulnerabilidades de seguridad muy grandes, ya que el motor de javaScript escrito por ellos mismos, al cual llamaron V8, permite la ejecucion de codigo malicioso, que permita escalación de privilegios, ademas de como este se encuentra basado en Webkit, contenia en sus principios una version no parchada, por lo que las vulnerabilidades que aquejaban a Safari, se podrian llevar acabo en Chrome. Por mi parte llegue a tener algunos problemas con codigo de ejecucion malicioso, al cual pude escapar por medio de un firewall/ids independiente de la maquina que contenia Chrome.

Ahora este navegador ha llegado a Debian, en paquetes en formato .deb, ya sea para 32 bits (download) o 64 bits (download), en una version inestable, y creo que bien sabemos que significa inestable para este tipo de desarrolladores, y bueno ellos mismos en su blog describren el mal funcionamiento, y realizan un aviso muy claro:

please DON’T DOWNLOAD THEM! Unless of course you are a developer or take great pleasure in incomplete, unpredictable, and potentially crashing software.

How incomplete? So incomplete that, among other things , you won’t yet be able to view…

Por lo que cada quien se hace responsable de la instalacion en su máquina. Ademas de esto he encontrado ciertos comentarios de personas que lo han probrado, el mas creible es del escritor del blog de “Computer World” Steven J. Vaughan-Nichols, el cual lo probo en un ordenador con Ubuntu 9.0.4 con procesador Pentium IV a 3.0 Ghz, 2 Gb RAM, ATI Radeon 250 y un disco duro de 300 Gb. Según el expertoen IT Steven J. Realizando comparaciones con Firefox 3.0.10, Google Chrome arranco en 1227.4ms (milisegundos), a diferencia de 5564.8ms de Firefox. Aunque claro, este arranque no justifica la mala inestibilidad del mismo.

Esperemos y este navegador que sule ser una idea prometedora, mejore y cree una mejor competición, todo esto para beneficio de los usuarios, ademas de que es codigo abierto.

Agradecimientos y algunos creditos a:

http://en.wikipedia.org/wiki/Sandbox_(computer_security)

http://blogs.computerworld.com/chrome_on_linux_rough_fast_promising

http://www.google.com/chrome/intl/es-419/why.html

http://www.google.com/chrome

En esta seccion me encontre con algo que decia “Llama a defendernos del monopolio de Microsoft”, y ni un momento pense en escanearlo y publicarlo para todos ustedes. Lo que me llama la atencion de todo esto es que las personas que no estan metidas en este ambiente podran tomar algun poco de conciencia con este persona Diego Urzua Barbosa, que se atrevio a escribir esta opinion.

Leanlo y formen su propio punto de vista.

LA Jornada Codigo Abierto

Uno de los eventos mas importantes y respetados por la comunidad de Linux y software libre ya que año con año nos ha sorprendido con la cantidad de usuarios y personas nuevas del tema que se asecan para conocer mas de este del software libre.

El año pasado fue sin duda un año muy significativo para el ENLI debido a la gran cantidad de personas que asistieron a este evento, sin duda alguna fue uno de los mejores años del enli.

Entre lo que podemos encontrar de este maravilloso evento son ponentes de gran categoría como los que se presentaron el año pasado como Alvaro López , Marcela Tiznado y Sandino Araico

Este año nos trae ponentes de gran categoría como desarrolladores de Debian, Desarrolladores de KDE Desktop entre otros personajes muy importantes en el mundo del software libre.

Sin duda es un evento muy importante y de gran calidad que Debian México Recomienda ampliamente.

Este año como el año pasado los Administradores y colaboradores de Debian Mexico estarán presentes en dicho evento, algunos dando ponencias y/o talleres y otros como espectadores de este maravilloso evento de gran calidad.

El evento se llevara acabo los días 23,24 y 25 de Octubre del año en curso.

para obtener mas información sobre este evento pueden consular su pagina oficial  Enli.org.mx donde encontraran costos de talleres ponencias sedes etc…

Como información adicional o comentario personal Debian Mexico recomienda este evento por la gran calidad e importancia social y cultural  de este tipo de evento que sin duda forma una parte muy importante del software libre no solo de México si no del habla hispana.

Awesome es un manejador de ventanas altamente configurable, ligero y muy peculiar. Utiliza layouts para manejar y organizar las ventanas en el espacio de la pantalla, tiene una status bar, espacios de trabajo entre otras cosas. Una de las cosas que más me llamó la atención es que carece de un menú, se utiliza el teclado para manejar este escritorio, el mouse en este escritorio no es importante, sin embargo lo utilizaremos cuando estemos navegando o editando imagenes con el gimp o alguna otra cosa que requiera el uso del mouse.

Si quieren probarlo le dejo unos key bindings:

• Mod4 + F2 : Para ejecutar una aplicación
• Mod4 + Return : Para abrir una terminal
• Mod4 + 0-9 : Para moverse entre los espacios de trabajo
• Mod4 + Shift + q : Para salir de awesome

Con estos cuatro es suficiente para que comienzen, podrían empezar por abrir una terminal y escribir man awesome para conocer más de este manejador de ventanas.

Les dejo el screenshot, recuerdo haber visto un video de este escritorio y después de poner la X puse awesome para probar mientras terminaba de armar mi debian, se ha convertido en mi segundo WM favorito después de fluxbox y antes de xfce

Este tema aunque no es nada nuevo, nunca se habia tratado de manera oficial. Si se recordara por el año 2005, circularon por la red algunos correos, extraidos de las famosas “mailing-list” de “Gnome’s Developer
“, donde se decia que la reinvencion de Gnome 3, tendria que ser un nuevo paradigma en la interaccion con la interfaz del usuario. Gracias a un proyecto que en ese tiempo surgio el cual basado en GTK+ y Gnome, llamado Topaz, el cual daba el aspecto de un Gnome mejorado, lo que hizo que los desarrolladores desearan ir mas alla y pensar en algo totalmente nuevo.

Aunque se han realizado varios cambios a Gnome desde aquellos famosos correos, nunca se ha tenido un cambio radical, ya que si esto pasa se han estado encubando, debido a que el equipo Gnome no quiere ocasionar problemas al usuario final ni a software del llamado “third-party”. Es por esto que en el proyecto surgieron varios disgustos por algunos desarrolladores.

El primer grande problema es que este utiliza una herramienta llamada GTK+, la cual tiene enormes limitaciones, y los desarrolladores se han visto frustado por estas mismas. Un desarrollador de Gnome llamado Havoc Pennington, publico la propuesta de realizar una herramienta framework, la cual estaria basada en objetos (programacion orienta a objetos) por lo que la division de esta misma sera el primer gran paso para cambiar a Gnome, ya que estaria basada en nuevas librerias, scripts y software.

En los meses que ha durado la GUADEC, algunos desarrolladores han tenido un descontento, lo que se ha reflejado en algunas entradas de blog, por lo que en uno llamado Planet Gnome, un usuario llamado Andy Wingo publico que “GNOME a caido en un estado de decadencia”.

Textualmente lo que el autor escribio fue: “The problem, as I see it, is that GNOME is in a state of decadence—we largely achieved what we set out to achieve, insofar as it was possible. Now our hands are full with dealing with entropic decay,”, traduccion “El problema, tal como yo lo veo, es que GNOME se encuentra en un estado de decadencia-que en gran medida lo que nos propusimos alcanzar, en la medida en que fuera posible. Ahora tenemos las manos llenas de hacer frente a la decadencia entrópica”.

Debido a este escrito, ocasiono un gran eco en la comunidad desarrolladora la cual empezo a especular sobre el liderazgo y la direccion del proyecto.

Despues de todo esto, la negatividad paso a ser todo positivo ya que se tenia los puntos a atacar en el proyecto, es por esto que Gnome 3 promete grandes cambios, aunque claro estan seguiran con la filosofia de ir incrementando los cambios poco a poco. El primer paso a dar para esto sera desarrollar mucho mejor la herramienta GTK+.

Aunque GNOME 3 no tiene un plan de lanzamiento ni con exactitud que cambios haran, sera menor que KDE4. Ya que los desarrolladores de Gnome dicen que KDE puede ser un poco inconsistente y no tan estable debido a los grandes cambios, a lo que KDE solo responde con hechos y no palabras. Por ultimo el grupo de desarrolladores dicen que este cambio sera visible al usuario y que tendran un plazo de 6 meses para pactar los cambios a realizarse.

Credito imagen: Arstechnica

Figura numero 1, Crecimiento exponencial de usuarios Kernel Linux.

Primero tendremos que analizar las propiedades de el kernel. Este mismo esta dividido en capas o subsistemas, tanto con propiedades de alto nivel y bajo nivel, aunque las propiedades basicas del kernel se encuentran en una sola capa o sistema, con esto me refiero a que el administrador de procesos, I/O, administrador de la memoria, la comunicacion se encuentran unidos a diferencia de el microkernel que contiene un modulo para cada una de estas propiedades (Ver figura Numero 2).

Figura numero 2, Imagen de composicion de Kernel Linux.

(Se invita al usuario ha conocer la composicion de un kernel, y tambien las diferencias entre microkernel y kernel monolitico, para poder saber de que se discute.)

En la actualidad el kernel de Linux ha tenido una inclinacion hacia los sistemas de escritorio, por lo que se ha tratado de incluir en este mas soporte a nuevo hardware, a dispositivos que cuando Linux tuve sus primeras entragas no lo imagino en tener. Aunque este tiene una gran repercusion en las distribuciones. Actualmente Debian es una de esas distribuciones las cuales se ha preocupado por tener la mayor compatibilidad con las diferentes arquitecturas para procesador, si esto bien tiene su desventaja, ya que como sabemos se tienen entregas mas tardias de nuevas versiones.

La gran desventaja de todo esto es que Linux Kernel, realiza un kernel generico, el cual luego es tomado por las distribuciones he incluido a las mismas, lo cual crea sistemas ineficientes ya que en ocasiones (si se le podria llamar asi), el usuario no toma importancia sobre este parte tan importante y no realiza una post-compilacion de su propio kernel, para tener un mejor rendimiento.

A diferencia de otros sistemas operativos como FreeBSD por ejemplo, el cual se crea un kernel monolitico para su distribucion, asi como paquetes y ademas el kernel generico, esta preparado para trabajar con las partes mas esenciales, por lo que ignora dispositivos tales como audio, modems, dispositivos de lectura y otros mas, por lo que se obliga al usuario a crear una compilacion para que su ordenador trabaje en optimas condiciones. Para un usuario novato esto puede ser una tarea muy complicada, aunque para usuarios UNIX es casi un obligatorio realizar esta practica.

Con la nueva tendencia de Linux Kernel, al realizar un kernel con mayor compatibilidad, crea un sistema mas pesado para la mayoria de acreedores, ya que contiene partes que no utilizara y que otros tantos si, es por esto que nos lleva al punto mas importante de este documento. Hasta que punto Linux Kernel podra mantener su arquitectura monolitica y que es lo que conviene para un futuro. Si nos ponemos a analizar el cambio de un kernel monolitico a microkernel es una tarea exhaustiva la cual podria tener un fracaso. Pero viendolo del lado eficiencia se crearia un sistema mejor para todos.

Primero se tendria la ventaja de un sistema completamente modular, con microkernel desarrollados a un muy alto nivel, ya que un equipo de desarrollo crearia una administracion de procesos unica y detallada, por lo que nunca tendria que preocuparse como comunicarla con las demas partes del kernel, ya que otro equipo se encargaria de como comunicarla. En tanto a rendimiento hablariamos de un sistema el cual solo utilizaria y cargara los microkernel apropiados, por lo que un usuario de nivel intermedio tendria la capacidad de desactivar un microkernel, sin tener que preocuparse de recompilar completamente todo el kernel.

Sin embargo, esta discusion se ha llevado acabo muchas veces por el muy bien conocido Andrew Tanenbaum y Linus Torvald, el primero ofrece un microkernel y el segundo que prefiere manejar una estructura monolitica.

Si esto se llevara a una parte mas rigurosa se lo podria considerar un hibrido ya que utiliza ciertas idea de la modularidad y de monolitica. Actualmente Linux pretende incorporar el soporte de mas 100 camaras a su kernel, por lo cual obligara a muchos usuarios a realizar una compilacion para mejorar el rendimiento de su sistema, y evitar cargar cosas inutiles para su ordenador.

Como conclusion, se podria hablar que si se requiere un sistema monolitico la parte de las distribuciones tendra que trabajar mas para tener un kernel sofisticado y eficiente desactivando este tipo de servicio y logrando asi el sistema requerido, aunque claro como bien lo sabemos existen otras distribuciones (ubuntu, kubuntu, Knoppix, etc.) las cuales apuestan a tener mayor compatibilidad sin importar que su sistema requiera mas de memoria ram al usuario.

Creditos: Imagenes tomadas de IBM en la parte de Desarrollo.

Una vez que el sistema se encuentra instalado, podremos ver un login grafico con KDM personalizado, y  luego a KDE 3.5.5 corriendo de forma muy sobria, con gadgets graficos útiles y propios, tal como se ve en las capturas.

Desde el comienzo vamos a notar algunos cambios con respecto a su antecesora, la version 3.0 en la cual no contábamos con un sistema ofimatico profesional y ya  instalado (como es el caso de StarOffice 8, Crossover Edición Especial para Rxart, Software de Grabacion Nero Linux 2007, etc.). En lo referente a la seguridad, encontraremos  que tiene instalado el sistema Panda Antivirus Secure Desktop 2007, el Fireewall Pixart desde el mismo inicio, un completo sistema de control de navegacion para niños y un panel de control totalmente diseñado en su aspecto. Ademas vamos a encontrarnos con aplicaciones clásicas como: Iceweasel 2.0.3 navegador de internet; Icedove 1.5 como cliente de email; Kaffeine 0.84 como centro multimedia; Amarok 1.4.4 como organizador y reproductor de musica; K3b 1.0 como sistema de grabacion; Gimp 2.2 como sistema de retoque fotográfico profesional; Digikam, aplicacion para manejo de camaras digitales; aMSN 0.97 como cliente de mensajería instantánea con soporte de webcam; y por supuesto, se incluyen las aplicaciones tipicas de Rxart: Configurador  de cunetas dial-up/ADSL, red de pixart panel de control etc.).IMPORTANTE: Cuando decimos que Rxart 3.2 incluye aplicaciones propietarias como Crossover,StarOffice,Nero y Panda Antivirus, estamos diciendo que estas ya vienen incorporadas en la ditribucion desde el mismo momento en que se termina la instalación. Pero luego, para poder utilizarlas de forma completa y sin limites de tiempo debemos registrar cada producto desde los sitios oficiales respectivos.

Rxtart funciona con la mayoria de hardware actual  tiene mucho convenios que avalan la inclusion de software cerrado, incluye codecs y plug-ins necesarios para el usuario promedio, etc. En pocas palabras se puede recomendar siempre y cuando estemos dispuestos al pago de licencia.

Link de la distro: pixartargentina.com.ar

Link de descarga pixartargentina.com.ar/livecd

Guillem Alsina (guillem@imatica.org) – Todo empezó hace unos pocos días cuando Marc Balmer, desarrollador del proyecto OpenBSD, recibió un mensaje de correo electrónico de un usuario que se quejaba de un problema con Samba cuando trataba de acceder a los ficheros almacenados en un servidor Unix desde MS-DOS. Samba es la implementación del protocolo SMB para sistemas Unix (Linux, Mac OS X, Solaris,…) que permite a éste entenderse con máquinas Windows e intercambiar recursos cómo ficheros o utilizar impresoras. La tarea de Marc en OpenBSD consiste inicialmente en ocuparse de ciertos aspectos de la estabilidad del sistema cuando ejecuta cambios entre las aplicaciones que está ejecutando, pero al ser un usuario de Samba él mismo se interesó por el tema y realizó las pruebas correspondientes. Lo que descubrió a continuación ha dejado perpleja a la comunidad de desarrolladores de software.

Puesto en contacto con los desarrolladores de Samba, estos explicaron a Balmer que el código fuente utiliza una función común a todas las variantes de la rama BSD de Unix para acceder a los ficheros del servidor. Un bug presente en éste código sería el causante del fallo experimentado por el usuario.

Investigando un poco más, el programador llegó a la conclusión que el fallo había estado presente en el código desde la concepción de éste y su inclusión en la versión 4.2 de BSD en el lejano año de 1983 (lejano en términos informáticos, claro). Los detalles técnicos del problema son explicados por Balmer en su weblog[1].

En todo éste “curioso” asunto solamente queda un tema por resolver: ¿realmente el bug ha estado todo ese tiempo ahí sin ser descubierto y utilizado, o bien ha sido explotado durante algún tiempo (incluso años) por grupos de hackers/crackers sin ser descubiertos? Pese a que el bug haya podido permanecer oculto, una explotación masiva de estos agujeros de seguridad es detectable aunque sus causas puedan no ser establecidas, así es que si la comunidad hacker lo hubiera detectado con anterioridad, sin lugar a dudas hubiera salido a la luz de alguna manera. El peor temor es que lo haya aprovechado algún cracker (hacker que asalta sistemas informáticos solamente por interés propio, sin observar las reglas éticas y morales del hacking) para colarse esporádicamente en algún sistema comprometedor cómo computadoras gubernamentales o grandes servidores de Internet. Es una incógnita que probablemente estará ahí durante mucho tiempo.

Tampoco hay pruebas fehacientes de que éste bug pueda ser explotable para un ciberataque. No todos los problemas del software conllevan un problema de seguridad.

La forma de corregir éste fallo es, en palabras de Balmer, trivial, y expone la solución al final de la entrada correspondiente de su weblog[1], la misma en la que explica la historia del descubrimiento del ya famoso bug.

[1] http://www.vnode.ch/fixing_seekdir