el blog de cHagHi

(el rejunte on-line de todo aquello que deseo compartir)

 

Kernel.ORG FAQ

(ok, este post es 100% geek. You've been warned...)

A raíz de un post en un foro de Ubuntu, estuve curioseando un ranto en kernel.org. Y así me topé con las FAQ de este sitio, que nunca había leído. Las últimas dos, realmente están para enmarcarlas:

Q. Hello, my name is Marigold Sandybanks of the TheShireCorp, and we'd like to post job openings or other advertisements on your site. Would something like this be possible?
A. No, unless your newly forged ring of power actually works, in which case you wouldn't need to ask for our help.

Seriously speaking, accepting advertising on kernel.org is something we might do in the future if necessary to keep the site going. At the present time, we do not anticipate that that will ever happen.

Q. Do you need a larger manhood? Chest?
Would you help us move large sums of money around?
Do you need a hot stock tip? A Rolex?
A. No,
no,
isn't there something illegal about that,
like a fish needs a bicycle,
and no.

I mean it amazes at least me how many people around the world ask us these! In fact these are BY FAR the most frequently asked questions! While we appreciate your enthusiasm to help us in our everyday lives the kernel.org admin team has deemed it necessary to redirect all of these offers to our faithful mail sorting program: /dev/null.

We are sorry for any inconvience that may cause to you.

"No, unless your newly forged ring of power actually works ..."

LOL! No se sorprendan si incorporo eso a mi lista de sinónimos para "ni en pedo!" o "ni a ganchazos!" and the like. :)

Tercer caso de éxito

(los dos primeros, léanlos acá)

Además de que nuestro entorno de trabajo nos haga las cosas fáciles, es bueno saber que, cuando todo se va al carajo, nos puede ayudar a no perder el trabajo realizado.

Hoy estaba investigando en la web sobre un tema que necesito resolver en el laburo. Tenía un mail a medio escribir, con varios links y ejemplos de código copypasteados, que iba creciendo a medida que iba encontrando información. Y tenía como 6 o 7 páginas web abiertas, en distintas solapas y ventanas del navegador, de info que había encontrado, y que aún no había "procesado" (es decir, decidido si me servía o no).

Uno de los links, era un documento de MS Word. Se inició la descarga, y cuando terminó, empezó a abrirse OpenOffice (que sigue siendo un monstruo, por lo pesado...). Y mientras estaba cargando, se colgó todo. Mal. En forma completa. No más mouse, se congelaron las applets de Gnome, se congeló el monitor de tráfico de red, dejó de responder el teclado, no pude conmutar a una ventana de texto, el sistema no respondió a un CTRL-ALT-BACKSPACE para reiniciar en forma "dura" el entorno gráfico... nada. Cuelgue total.

Esto es *muy* raro que pase... y como al menos dos de los coolers de mi gabinete se que no están andando del todo bien, sospecho de un cuelgue por temperatura... pero también podria haber sido OpenOffice.

El asunto es que no me quedó más remedio que apretar el botón de reset. Y resignarme a perder el mail que estaba escribiendo, y lo que era peor, toda la info que había encontrado.

Reinicié la máquina, y al volver a loguearme, obtuve dos agradables sorpresas:

  • Cuando abrí Evolution, me avisó que tenía un mail a medio escribir, y si quería recuperarlo. Le dije que sí, y ahí apareció mi e-mail, con el cursor titilando donde lo había dejado, y hasta la última letra tecleada. Y esto no es gracias a una función tipo "autoguardar" que yo haya activado en las preferencias. No es un "snapshot" del mensaje que se toma cada X minutos y se guarda como borrador, sino que es la capacidad de Evolution de recuperar en forma completa todos los mails que estaban en proceso de edición si se produce un cierre anormal de la aplicación.
  • Cuando abrí Epiphany, me dijo si quería recuperar las páginas que estaba browseando cuando se produjo el crash. Le dije que sí, y recuperó todas las ventanas, con todas sus solapas (el tipo no solo "recuerda" que tenía N páginas abiertas, sino que llega al punto de saber cuales estaban en solapas en que ventanas, y cuantas ventanas abiertas había)
  • Bonus track: La solapa del documento Word no se cargó, y en su lugar, apareció un mensaje de Epiphany diciendo que esta ventana no estaba totalmente cargada al momento de producirse el crash, con lo cual era probable que fuera la causante del problema. En realidad no, porque lo que crasheó fue algo de bastante más abajo de Epiphany que colgó todo... de hecho pude abrir luego esa ventana sin problemas, y pude abrir el documento MS Word con OpenOffice (lo cual refuerza mi sospecha de un problema de hardware...). Pero eso no quita que me pareció sumamente interesante el approach que tomaron los desarrolladores de Epiphany para manejar estos casos: "Mirá, esta página no la voy a cargar, porque sospecho que es la que me mató antes. Si querés cargarla igual... apretá recargar... bajo tu propia responsabilidad". Interesante. Muy.

Conslusión: En un mundo ideal este tipo de cuelgues no deberían darse (y de hecho son RARÍSIMOS en Linux), pero es bueno saber que el OS y sus aplicaciones también pueden darnos una mano para no perder el trabajo realizado cuando todo se fue de control.

Chau Fedora, hola Ubuntu

La migración a Ubuntu se produjo antes de lo previsto. Ya había tomado la decisión de que en lugar de instalar Fedora Core 5, iba a instalar Ubuntu 6.04. Pero resulta que el lanzamiento de este último se pospuso unas semanas, salió FC5, no pude contra mi curiosidad, y dije... ¿qué tal darle una mirada antes de despedirnos?

El problema es que como no quería bajar los 5 CDs que componen Fedora, bajé solo la imagen de inicio, que permite crear un CD (o un miniCD, ya que apenas mide 8Mb) y arrancar Anaconda (el instalador de Fedora). Mi idea era hacer un upgrade de Fedora Core 4 (la versión que estaba usando), mediante la red.

Bueno, haciéndola corta, no anduvo bien. Nunca había hecho esto, y un enlace ADSL de 256kbps no es la mejor alternativa para hacer un upgrade de un sistema operativo completo, en línea. A la tercer vez que una caída de alguno de los mirrors de Fedora (encima, no se me ocurrió nada mejor que hacer la instalación JUSTO cuando salió FC5, y TODO el mundo estaba sobrecargando los mirrors...) me abortó la instalación, decidí que no iba a poder hacer lo que quería.

Así las cosas, tenía 3 alternativas:

  • Bajar los 5 CDs de Fedora 5, y hacer el upgrade desde CD
  • Reinstalar Fedora 4 (los CDs ya los tenía)
  • Instalar Ubuntu 5.10 (también tenía el CD, y es uno solo)

Dejas las cosas como estaban no era una opción: El upgrade había abortado no una, sino 3 veces, dejando el OS en un estado bastante inconsitente. No perdí nada de datos (además, tenía un backup), y arrancaba perfecto, y se podía usar, pero era un híbrido entre Fedora 4 y 5, con librerías mezcladas, que a la larga seguro iba a dar problemas.

Me decidí por Ubuntu. Después de todo, ese era el plan... solo que se adelantó.

El cambio no es menor. Si bien hay muchas distribuciones de Linux, puede decirse que que hay dos grandes ramas ancestrales: Debian y Red Hat. Si es por historia, también está Slackware (de hecho, fue la primera distro), pero —hasta donde se— no hay derivados de Slackware. Y en algún punto intermedio puede ponerse a SUSE, que si bien creo que tampoco tiene derivativos, y en sus inicios se basó en Red Hat, es una distro muy importante. Desde que empecé a usar Linux, siempre usé Red Hat. Cuando Red Hat creó el proyecto Fedora, empecé a usar Fedora. Siempre me mantuve en la línea Red Hat.

Ubuntu, es un derivado de Debian. Y si bien en el uso diario, normal, común, no hay diferencias (las aplicaciones, librerías y la base del sistema operativo son las mismas), cuando uno empieza a escarbar un poco la superficie (cosa que a mi me gusta hacer), ahí si aparecen algunas diferencias. Algún archivo de configuración que se llama distinto, alguna cosa que está en otro directorio, herramientas de configuración de bajo nivel diferentes, el sistema de gestión de "paquetes" (instalación y actualización de software) es diferente, etc. Pero bueno... pensé que me iba a costar más. Todavía no he jugado demasiado tiempo como para hacer un juicio definitivo, pero en principio diría que me voy a adapar mucho más rápido (y fácil) de lo que pensaba.

Ahora si, lo que en algún momento iba a ser el propósito específico de este post...

¿Por qué el cambio?

Fedora es una muy buena distribución, y me ha dado muchas satisfacciones. Pero en mi humilde opinión, por más que Red Hat haga ENORMES esfuerzos por desmentirlo, y gritar a los 4 vientos que no, el desarrollo de Fedora sigue FUERTEMENTE influido por la agenda de Red Hat, y no por una comunidad de usuarios. Y la agenda de Red Hat es desarrollar tecnologías nuevas que le permitan vender mejor el producto enterprise, que es con el que ganan dinero. Y para Red Hat, Fedora es un "banco de pruebas".

Y acá quiero abrir un paréntesis: Eso no tiene nada de malo per se, y es absolutamente lógico. Quizás lo único que critico es que Red Hat no sea suficientemente claro al respecto. Supongo que para aquel al que le interesa meterse de lleno en el desarrollo de nuevas tecnologías, en las entrañas de proyectos como GNOME, y cosas así, Fedora es una excelente distro. Red Hat ha aportado y sigue aportando mucho al software libre, y a Linux y GNOME en particular. Varios de los grandes hackers de la comunidad son empleados de Red Hat, y muchas tecnologías que hoy son moneda corriente en GNU/Linux fueron ideadas, desarrolladas o mejoradas por esta empresa.

La cuestión es que me fui dando cuenta que yo no encajo en el target de usuarios al que Fedora —explícitamente o no— está apuntando. Soy un "power user", me gusta programar, me gusta experimentar, me gusta tener una distro de Linux con los últimos avances... pero a su vez quiero algo pulido, quiero un Desktop en el que pueda trabajar.

Y básicamente Fedora tiene una historia de haber descuidado algunos aspectos para el usuario final, en favor de hacer a tiempo a incluir determinada tecnología "enterprise". Primero fue SELinux, ahora es XEN. Y si bien (al igual que Ubuntu) saca una nueva versión cada 6 meses, Fedora se caracteriza por meter como updates estables MUCHAS más actualizaciones que Ubuntu. Y esto cada vez me va gustando menos: Todas las semanas hay decenas de megas de actualizaciones para bajar, y la calidad final del producto se resiente, porque no todo está debidamente testeado. Hay cosas que se rompen, y permanecen rotas por semanas o meses.

Así que decidí migrar a Ubuntu por eso. Porque creo que Ubuntu está claramente más orientado al desktop. Por eso, por ejemplo, se distribuye en un solo CD: Porque hay miríada de cosas que no se instalan (aunque están disponibles para instalar desde internet, con un par de clicks). Con Ubuntu, uno obtiene un desktop moderno y estable, sincronizado también con GNOME. Yo soy libre de instalar todo el resto. Hay actualizaciones frecuentes, pero por lo que estuve averiguando, no tanto como Fedora, y el resultado final es más estable, más pulido. El tiempo dirá si estoy en lo cierto.

Y si bien atrás de Ubuntu también hay una empresa, Canonical Ltd., sus objetivos respecto a Ubuntu (al menos por ahora) están más claros que los de Red Hat respecto a Fedora. Ubuntu ha hecho ENORMES progresos en su corta vida. Y la comunidad está mucho más integrada al proceso de desarrollo. La agenda y los objetivos son mucho más abiertos. No hay "secretos". No hay mensajes en la lista de correo del estilo "Por razones fuera de nuestro control el lanzamiendo de próxima versión se va a demorar 15 días" (como en Fedora), sino un mensaje público dando los motivos por los que se DESEA (no "decide") postergar el lanzamiento, e invitando a todos los interesados a debatirlo en un chat abierto, en dos horarios diferentes (hasta eso cuidan: que mientras una mitad del planeta trabaja, la otra está durmiendo). Creo que ese tipo de cosas (podría tirar un par de ejemplos más de ese estilo) resumen las diferencias entre un proyecto y otro.

Canonical se apoyó en Debian, que, por lejos, representa la comunidad más fuerte, y con mayor tradición de manejarse bajo las reglas del sofware libre y de código abierto. Y Ubuntu heredó mucho de eso. Ubuntu es el producto final de Canonical.

Red Hat apunta a las empresas Fortune 500. Red Hat necesita vender contratos de soporte y mantenimiento de Red Hat Enterprise Linux. Red Hat no está del todo dispuesto a dejar que una comunidad de usuarios y desarrolladores externos le maneje la agenda. Fedora representa una cama de pruebas para Red Hat. Fedora no es el producto final de Red Hat. Fedora es (como mínimo) un "Release Candidate" —por no decir beta...— de las tecnologías y mejoras a introducir en Red Hat Enterprise Linux.

Como alguna vez Facundo me dijo, "esa es la diferencia entre trabajar CON la comunidad, o pretender que la comunidad trabaje PARA vos".

Veremos como me va con Ubuntu. Después de todo, tampoco estoy cerrando todas las puertas. Como dije al principio, Fedora me parece una de las mejores distros gratuitas que hay disponibles. Y si Ubuntu me decepcionara... supongo que volvería a Fedora. Hoy por hoy, no veo otra alternativa que me guste más.

 

 

Sudoku y actualización GNOME

Ayer me bajé una versión del juego geek de moda, Sudoku, para GNOME. Es... ¡adictivo! A full. Estuve jugando con los niveles más fáciles (los que de entrada proporcionan más givens, y el modulito de IA del juego que genera los patrones necesitó menos iteraciones para resolverlo), y así y todo cada partida me entretuvo un buen rato.

Muy interesante. Es un juego de lógica, y cada patrón (partida) tiene una única solución. Las reglas son muy sencillas.

Hablando de GNOME, ayer actualicé mi instalación de Fedora Core 4 a GNOME 2.12. FC4 había salido con GNOME 2.10. Como el ciclo de desarrollo de FC5 se hizo de 9 meses, se perdió el sincronismo con GNOME, y la versión 2.12 pasó de largo. Ya tomé la decisión que en mi próxima actualización de Linux me paso a Ubuntu (ya habrá más comentarios al respecto...), pero resulta que el lanzamiento de Ubuntu 6.04, "Dapper Drake", se está demorando también 6 semanas.

¿Entonces? Entonces que voy a tener que postergar la actualización de Linux para la vuelta de las vacaciones. Así que mientras tanto, peor es nada, me actualizo a una versión de GNOME más nueva. Los paquetes que usé para la actualización no son del todo oficiales, pero son de un repositorio que ya había estado usando sin problemas para instalar algunas cosas más bleedin' edge en Fedora. Y hasta ahora, todo parece funcionar bien.

Para terminar, compilé las últimas versiones de Beagle y Deskbar-applet (las versiones precompiladas que tenía en nrpm no eran las últimas, y a mí me interesaban particularmente los últimos fixes en el uso de memoria). ¡Excelente! Me bajé la Google API, me generé una licencia, e incluso ahora puedo buscar en Google desde deskbar-applet, sin abrir el navegador. Deskbar-applet también tiene un plugin que permite buscar dentro de todos los engines configurados en la barra de búsqueda de Firefox, y hasta encontré e instalé uno que busca dentro de mis bookmarks en del.icio.us.

Es impresionante todo el laburo de uso de tags, indexación y búsqueda integrada que se estuvo haciendo en GNOME en los últimos meses. Con la versión 2.14, ya es posible ponerle cualquier tag arbitrario a cualquier archivo con Nautilus, y junto con este, hay varias aplicaciones que se modificaron para que se les pueda cambiar el backend de búsqueda (en lugar de usar el suyo propio), y ahora pueden usasr Beagle. GNOME 2.14 tiene muchos cambios interesantes... a la vuelta de las vacaciones, los probaremos.

Novell presentó XGL y Compiz

¿Quieren ver como el próximo Novell Linux Desktop (y Linux en general) no va a tener nada que envidiarle en lo que respecta a la interfaz gráfica a otros sistemas operativos que hasta ahora llevaban bastante ventaja? E incluso a versiones "por salir" de otros sistemas operativos... si es que algún día salen... jeje.

Entren acá y bajen el video en el link que dice "Download the new XGL Video". Mírenlo (aviso que es pesado (casi 60Mb), y dura como 12').

Algunos puntos notables:

  • Eso no es una "demo". No es un prototipo hecho con flash. No es una promesa. Existe. Ahora. Y funciona.
  • Para hacerlo andar, no necesitás el super hardware. Mientras tu placa de video tenga drivers OpenGL para Linux, ya está.
  • Esto no es exclusivo de Novell y SUSE. Tanto el nuevo XServer (XGL) como el nuevo compositor son tecnologías Open Source, que Novell desarrolló in-house, pero que ahora están disponibles públicamente en Freedesktop.ORG. A partir de ahora, todas las demás distros van a poder usar esta tecnología, y colaborar en ella, mejorándola.
  • Es una tecnología extensible, para la que se pueden escribir plug-ins que permiten aprovecharla en diferentes escenarios.

Se puede decir que muchos de los efectos son innecesarios, y no agregan nada de funcionalidad. Pero (tal como hoy me comentaba Facundo en un mail), es una cuestión de poder. Hay un segmento del mercado bastante importante al que esos chiches visuales le interesan. Mucho. Y a Linux hasta ahora le costaba penetrar en ese segmento.

Por otro lado, fíjense como ya hay varios efectos más que interesantes (algunos exclusivos, no vistos hasta ahora, ni siquiera en MacOS), que le dan una vuelta de tuerca a la usabilidad. Es una tecnología que abre puertas, que abre un abanico de posibilidades que hasta ahora eran inimaginables, porque no existía una base sobre la cual apoyarse.

Ahora sí, no solo que esa base está, sino que nos eleva el punto de vista, ampliándonos el horizonte.

Y ya que estamos, un año antes escribía: ¡30 pirulos!

Magia Negra con el Regedit

Algunos amigos que solo tienen experiencia en ambientes Windows, se sorprenden cuando yo estoy trabajando con Linux, abro una ventana de comandos (¡sacrilegio! ¡no uso GUI!), y tiro algún comando como:

    find . -name "struts*" | grep bin

... el cual podría llegar a parecerle mágico a alguien, pero es perfectamente explicable:

  • find : encontrar
  • . : desde el directorio en el que me encuentro
  • -name "struts*" : aquellos archivos cuyo nombre comienza con 'struts'
  • | : "conectar" la salida del comando anterior (su resultado) como entrada del siguiente
  • grep bin : filtrar el resultado y quedarse solo con las líneas que contienen la cadena 'bin'

Lo anterior puede parcer complejo, pero en cuanto uno utiliza unos cuantos comandos de Unix/Linux, enseguida se encuentra un patrón, la idea siempre es la misma, y se puede comenzar a apreciar el poder que tiene a veces la CLI (command line interpreter) frente a una GUI (graphical user interface)

Anoche un amigo llamó desesperado por teléfono porque había instalado el Service Pack 2 de Windows XP, y al reiniciar la PC, descubrió que no tenía mas unidad de CD-ROM (Windows le decía que el driver se había cargado correctamente, pero que no podría encontrar el hardware). Después de probar las soluciones "típicas" (ejemplo, borrar la unidad con el Panel de Control y reiniciar para que el sistema Plug&Play redetecte el hardware) sin poder solucionar el problema, recurrimos a Google. Enseguida encontramos un link, que proponía lo siguiente:

  • Abrir el Editor del Registro (regedit)
  • Navegar hasta HKEY_LOCAL_MACHINE / System / CurrentControlSet / Control / Class / {4D36E965-E325-11CE-BFC1-08002BE10318}
  • Eliminar las claves "Upperfilters" y "Lowerfilters"
  • Reiniciar la PC

El artículo del foro terminaba diciendo que el truco podría funcionar... o no. Por suerte, para el caso de mi amigo, el truco funcionó, y la unidad de CD-ROM reapareció.

Ahora bien, que alguien por favor me explique, que tiene de "intuitivo" o "amigable" la solución propuesta. ¿Acaso hay que considerarlo amigable porque tengo una GUI (regedit) para navegar hasta esa cadena indescifrable de letras y números, que milagrosamente vaya uno a saber por qué hechizo vodoo controlan la visibilidad del CD-ROM luego de instalar un Servce Pack oficial, en un Windows legítimo, instalado por Compaq en una PC de escritorio legítima? ¿Y eso dónde está documentado?

Lo lamento. Para lidiar con la configuración de hardware, o de algún servicio del SO, prefiero mi Linux: abro una línea de comandos (¡otra vez! ¡sacrilegio!), voy al directorio /etc (o /proc), donde tengo archivos planos, de texto, comentados, con nombres intuitivos, que se vienen usando desde hace años, que puedo editar con cualquier editor de texto.

Ah! Y por supuesto... nada me impide ir hasta ese directorio con Nautilus, o Konqueror, o el navegador de archivos gráfico de mi preferencia, y hacer doble click sobre el archivo que quiera para editarlo con mi editor preferido (¡ups! ¡ni siquiera tuve que abrir la línea de comandos!)

Nota: El título del artículo y la referencia al hechizo vodoo fue inspirado por Facundo

Una nueva supercomputadora de la NASA utilizará Linux

SGI acaba de anunciar junto con NASA e Intel la creación de un cluster de 20 supercomputadoras, cada una de las cuales posee 512 procesadores Intel Itanium 2. En total, ¡10240 microprocesadores! Cada nodo del cluster corre una versión de 64 bits del sistema operativo Linux. El objetivo es que ésta nueva "computadorita" le permita a NASA correr el "Space Exploration Simulator", un software que utilizará para simular y planificar futuras exploraciones espaciales.
El corazón de la tecnología es un desarrollo de SGI llamado Altix, que permite el direccionamiento global de la totalidad de la memoria del sistema desde todos sus nodos, mediante una arquitectura de SGI denominada NUMAlink. Altix a demostrado ser capaz de proporcionar velocidades de transmisión de datos entre nodos hasta 200 veces superiores a otras arquitecturas de clustering.

Pueden leer el anuncio original, con muchos mas detalles, aquí (en inglés).
The Inquierer tiene un anuncio más breve aquí.

(Gracias a Norberto por proporcionar la información original en base a la cual se redactó éste artículo)