Ubuntu 6.10 en Dell Inspiron 640m

Este es un resumen de la configuración de Ubuntu 6.10 en mi nueva laptop. Hace unos días había dicho que pretendía instalar Feisty Fawn (la versión de desarrollo de Ubuntu 7.04, que está en alfa 2), pero un bug en el actual kernel de esa versión me impidió hacerlo. Probablemente vuelva a intentar con alguno de los próximos alfas (hay previstos 5, creo).

Entonces, volviendo al tópico que nos ocupa, vamos a ver como me fue instalando, en lo que respecta al soporte de hardware. Fue toda una experiencia: Primera laptop, primera vez que instalo un OS en una laptop, y atrás, tenía el historial de haber ido siguiendo (en foros, listas de correo, blogs y demás) la evolución de Linux en este tipo de hardware… que ha hecho montones de progresos, pero tiene en su haber algunos capítulos tortuosos :)

En mi caso en particular, decidí usar el CD de instalación "alternativo", ya que quería absoluto control sobre como particionar el disco, y además, quería configurar LVM.

Preparación del disco

  • Defragmenté la unidad C: de Windows
  • Inicié un Linux reciente desde CD (en mi caso, usé el LiveCD de Ubuntu 6.04)
  • Usando el editor de particiones de Gnome, achiqué la partición de Windows a 20GB, sin tocar nada más. Mi intención era achicarlo más… pero finalmente lo dejé de 20GB por si decido instalar un stack completo de desarrollo de .NET. Así todo es un montón de espacio.
  • Reinicié Windows, y dejé que el scandisk chillara e hiciera su trabajo al encontrarse con que le habían tocado su disco por afuera. ¡Maricón! :p

Una vez que me aseguré que Windows seguía feliz en su casa achicada, volví a arrancar con Linux, y ahora sí, realicé los otros cambios:

  • Eliminé la partición de Dell MediaDirect;
  • Eliminé la partición de recuperación de Dell;

¿Por qué hice esto en 2 pasos? Porque ajustar una partición NTFS sigue siendo algo relativamente experimental. Con lo cual, quería tocar lo menos posible la tabla de particiones antes de dejar que Windows pudiera verificar su unidad.

Instalación de Ubuntu 6.10

No voy a cubrir el proceso de instalación (menos el del Alternate CD) acá; solo mencionaré algunos detalles (que no necesariamente son aplicables a todo el mundo, en particular en cuanto al layout de disco).

  • Use el modo de particionado manual. Creé una partición extendida ocupando todo el espacio que quedaba. Dentro de esta, creé una partición de 100MB para /boot, y otra de 1GB para swap. En el resto, creé un grupo de volúmenes LVM, con 3 volúmenes lógicos: Uno de un tamaño inicial de 10GB para /root, otro de 4GB para /home, y el último de 20GB para /opt. El resto del disco quedó dentro del volúmen físico, pero sin asignar. Eso me permitirá agrandar o achicar las particiones de Linux dinámicamente en función del espacio que vaya necesitando.
  • Cuando llegó el momento de instalar GRUB (el boot manager), elegí instalarlo en la partición /boot, y NO en el MBR. Esto lo hice para no correr el riesgo de perder alguna funcionalidad en el arranque manejado por Dell. Quizás fui demasiado paranoico. La verdad, no lo sé :)

El resto de la instalación… sin novedades.

Configuración del arranque

Si uno instala GRUB en el MBR, listo. Pero si no, se termina con un Linux instalado pero sin poder arrancarlo. Hay que "enseñarle" a NTLDR (el boot manager de Windows) a hacerlo. Esto está explicado en miles de lugares, pero básicamente los pasos son:

  • Iniciar con un Linux desde CD;
  • Copiar el primer sector de la partición de arranque de Linux en un archivo;
  • Arrancar Windows;
  • Copiar el archivo que contiene el sector de arranque de Linux en C:, y configurar una entrada en el boot.ini haciendo referencia a ese archivo;

Probando Ubuntu. Ajuste fino

Listo. Solo faltó arrancar Ubuntu, y entrar a probar. Anduvo prácticamente todo "out-of-the-box":

  • Touchpad;
  • Notificación de estado de la batería;
  • Ajuste dinámico del brillo de la pantalla al (des)enchufar la laptop;
  • Hibernación;
  • Suspend;
  • Detección del cierre de la tapa;
  • Teclas especiales de la laptop;
  • Manejo de la frecuencia de clock de la CPU en función de la demanda;
  • Placa de red;
  • Lector de tarjetas;
  • … en fin, todo. O casi todo.

¿Entonces…?

¿Qué no anduvo, o no anduvo bien?

Básicamente 3 cosas:

  • Resolución correcta del LCD (en formato wide). Tuve que instalar el paquete "915resolution", reiniciar el modo gráfico, y salió andando. Hay reportes de que en las últimas versiones de Xorg, si cambio el driver "i810" (que es el default para la placa integrada Intel 950) por "intel", no hace falta el 915 resolution, pero no lo probé. Primero quiero investigar que otras diferencias tiene un driver respecto del otro.
  • Placa de red inalámbrica. Acá el problema es que no se instalaron los módulos restringidos del kernel. Solo tuve que instalar el paquete "linux-restricted-modules-generic", y reiniciar. Y listo. A partir de ahí, anduvo todo, hasta la autenticación WPA (yo tuve que pelearme un rato con eso, pero por ignorancia mía…)
  • Ajuste del brillo de la pantalla "a mano", usando el teclado. Aparentemente es un bug del módulo de gestión de energía del kernel que se disparó partir de cierta versión de BIOS de Dell (en laptops con BIOS anteriores funciona ok). Acá es donde tuve que hacer magia negra: agregar el módulo "video" a la lista negra de módulos en /etc/modprobe.d/blacklist. No entiendo muy bien por qué, ni que otro efecto colateral tiene eso (si tiene alguno, no lo he notado), y no deja de ser un workaround feo, pero anda. Ahora puedo apretar Fn+Up o Fn+Down y manejar el brillo de la pantalla sin problemas.

¿Conclusión? Una maravilla. 100% del hardware autodetectado, configurado y funcionando correctamente, con solo 3 ajustes manuales.

Incluso activé AIGLX en la configuración gráfica, e instalé Compiz. Funciona perfecto. Efectitos 3D, transparencia, blah, blah. Todo el eye-candy de moda. Tengo algunos glitches con la hibernación y el suspend (no funcionan 100% ok el 100% de las veces), pero dejando de lado eso, está todo super estable. Ningún cuelgue, ningún error crítico. Nada.

Y estoy absolutamente maravillado con la performance de este bichito, a pesar de que el gestor de energía del kernel me pone los dos cores al 50% de su velocidad la mayor parte del tiempo. Tengo que hacer algo muy muy pesado para que el kernel diga "ok, necesitás más procesador, te voy a dejar usar el 100% de lo que compraste" :p Y en ningún momento tuve problemas de performance. La ventaja de dejar que el kernel haga su laburo a demanda, es que como consecuencia de tener los cores de la CPU laburando al 50%, el equipo trabaja re-silencioso (casi nunca se encienden los ventiladores), y apenas tibio. No calienta prácticamente nada.

Ubuntu 6.10 en Dell Inspiron 640m

Por último, hay algunas cosas que aún no probé (algunas ni siquiera en Windows), y no se si funcionan ok o no:

  • Modem
  • El slot ExpressCard (no tengo con qué…)
  • La salida DVI
  • La salida VGA
  • La grabación de CDs/DVDs (la reproducción anda perfecto; la grabación de CDs la probé en Windows; la grabación de DVDs no la probé en absoluto)
  • La entrada de micrófono
  • La salida de auriculares (ups! mientras escribía esto dije "probémoslo ahora". Y me acabo de dar cuenta que el enchufe no es estándar. ¿Eeeehhhh? ¿Acaso hay un mini-plug de audio más mini que el estándar de diskmans y reproductores de MP3? :( Nada. Era cuestión de hacer más fuerza nada más… :p)

 

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.

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)