VivaLinux!

El equipo completo dedicado al Kernel del proyecto Debian decidió en la reciente Linux Plumbers Conference algunas de las características más importantes para la próxima versión 6.0 "Squeeze" de su popular distribución. Una de las más importantes es sin duda su plan para incluir la versión 2.6.32 del Kernel Linux, todavía no terminado y aún en etapa de desarrollo, en el primer lanzamiento de "Squeeze" si sus desarrolladores no se retrasan en su trabajo.

El congelamiento del código de "Squeeze" está planeado para el próximo mes de Diciembre, más o menos al mismo tiempo en el que espera la versión definitiva del Kernel 2.6.32. Y aunque todavía no se anunció la fecha para el lanzamiento de la versión final de "Squeeze", sí se mencionó en algún momento la primavera (boreal) del 2010 como un indicio.

Y después de que Andrew "Fewt" Wyatt, uno de los principales desarrolladores de Eeebuntu, anunciara que abandonaría ese proyecto y posiblemente se compraría una copia de Windows 7 por su frustración con la decisión de Ubuntu de incluir "drivers de calidad Alpha y código de menor calidad que Alpha en el Kernel" de su última versión 9.04 "Jaunty Jackalope", todo el proyecto de Eeebuntu decidió votar por un cambio radical.

Tal como se anuncia en sus foros, y a partir de su próxima versión 4.0:

1. Eeebuntu estará basada en Debian Unstable y no en Ubuntu.
2. Se pasará a un ciclo de lanzamientos de 3 meses.
3. Eeebuntu dejará de ser una distribución específica para la EeePC, apuntando ahora a "cualquier laptop o desktop".

Recordemos que Eeebuntu es la distribución especialmente diseñada para las netbooks EeePC de ASUS ganadora como el Mejor Nuevo Proyecto del 2009 en los recientes Community Choice Awards de SourceForge.

En su inmensa sabiduría (o ignorancia) la presidenta Argentina decidió desde su reciente viaje a la India no adelantar la hora oficial, como se tenía previsto hacer ayer Domingo para aprovechar el nuevo horario de verano (DST).

Ni lenta ni perezosa, nuestra Chica Debian y desarrolladora de ese proyecto Margarita Manterola se apresuró a publicar un parche para el paquete tzdata y así evitar potenciales errores en los servidores configurados con la hora Argentina. Su anuncio en la lista de reporte de errores de Debian es bastante claro:

“Para mantener el gran trabajo realizado durante los últimos dos años de decidir cosas con 2 o 3 días de anticipación, el gobierno acaba de decidir que no nos cambiaremos a DST este Domingo.

Así que preparé un parche para el tzdata actual en Sid, y ahora prepararé paquetes similares para los archivos de Etch y Lenny”.

Ubuntu también se ocupó de este nuevo "error" y las correspondientes correcciones ya están listos para sus versiones Dapper, Hardy, Intrepid, Jaunty y Karmic.

Christian Perrier publicó unas interesantísimas estadísticas donde se presenta la cantidad de desarrolladores del proyecto Debian activos ordenados por país según su cantidad relativa con respecto al total de habitantes. El primer lugar se lo lleva Finlandia, con 5,24 desarrolladores por cada millón de habitantes.

El primer país de latinoamérica en la lista es Uruguay, en la posición 22, aunque sólo tiene 2 desarrolladores, su baja población ayuda en este ránking. Argentina es el segundo país latinoamercano en la lista (puesto 34), con 6 desarrolladores activos, o un 0,15% del total de sus más de 40 Millones de habitantes. Dos puestos más abajo le sigue Brasil (puesto 36), que aunque tiene 18 desarrolladores activos, esa cantidad representa sólo el 0,09% de sus más de 190 Millones de habitantes.

Más abajo siguen Venezuela y Colombia con la misma cantidad relativa de desarrolladores, Chile en el puesto 42 (por encima de Rusia), Perú en el puesto 46 y casi al final de la lista México con sólo 2 desarrolladores en sus más de 100 Millones de habitantes.

El APT (Advanced Packaging Tool) de Debian viene actualizando sistemas fiel y seguramente desde hace más de una década, pero hay un par de proyectos nuevos que creen que podrían hacer por lo menos parte de ese trabajo mejor.

Uno de ellos es Cupt, escrito en Perl y desarrollado con tres objetivos principales: evitar algunos errores en el diseño de APT, introducir algunas características útiles y hacer un código de base extensible y legible. Cupt ya está disponible en su versión 1.0.0~beta1 en los repositorios de Debian "unstable" y usa la misma infraestructura de APT como archivos de índice, configuración y caché.

APT2 está escrito en el nuevo lenguaje Vala y es principalmente una biblioteca para trabajar con los repositorios de Debian y sus paquetes. APT2 sólo requiere de GLib, Gee y libarchive, o alrededor de 2 Mb de espacio, lo que puede hacerlo especialmente atractivo en aquellos entornos con consideraciones de almacenamiento, como los embebidos.

Es de destacar que ambos son reimplementaciones parciales de APT escritas desde cero por respectivos sus autores.

debtree es una utilidad de Debian que grafica muy claramente las dependencias de un paquete para responder a la clásica pregunta "cómo hace el paquete X para traer el paquete Y cuando lo instalo". Básicamente debtree crea un mapa de un paquete recorriendo sus dependencias recursivamente.

En un reciente mensaje anunciando la versión 0.7.3 de debtree su desarrollador expresa también su preocupación por el creciente tamaño de las instalaciones de los escritorios gráficos en Debian. Y para justificarse pone un ejemplo claro:

El tamaño del escritorio GNOME por defecto en Debian 4.0 "Etch" fue de 1360 Mb, en Debian 5.0 "Lenny" fue de 1830 Mb, pero todo parece indicar que para la próxima versión 6.0 "Squeeze" su tamaño será de más de 3000 Mb. Esto se debería a que "Squeeze" incluiría, aparentemente, la instalación de paquetes recomendados por defecto en tasksel, y por lo tanto también en el Debian Installer.

En comparación, Debian 3.1 "Sarge" podía instalar GNOME y KDE desde su primer CD de instalación, con ambos ocupando solo 1390 Mb.

Un largo mensaje en la lista de correo de desarrolladores del proyecto Debian describe con mucho detalle los problemas que tiene su actual sistema de arranque y lo que se está haciendo para intentar solucionarlos:

“Durante los últimos años, el sistema de arranque de Debian se ha deteriorado progresivamente debido a los cambios en el Kernel Linux que lo hacen cada vez más y más basado en eventos. Por ejemplo, el Kernel y sus drivers ya no bloquean todo el procesamiento cuando detectan discos, interfaces de red y otro hardware, haciendo que el alguna vez confiable viejo sistema de arranque de Debian sea cada vez más frágil”.

Para solucionar el problema fundamental, el proyecto planea reemplazar su /sbin/init por una implementación que sea capaz de manejar eventos del Kernel. Y después de analizar las opciones disponibles, los desarrolladores de Debian creen que nada menos que el Upstart de Ubuntu es el "candidato más prometedor". Su idea es ahora hacer el reemplazo para su próxima versión "Squeeze".

El proyecto de Upstart comenzó en el 2006 y es actualmente usado en Ubuntu desde su versión 6.10 y en Fedora desde su versión 9.

DebPBX es una nueva distribución basada en Debian 5.0 "Lenny" especialmente creada para montar una central telefónica PBX basada en la aplicación libre Asterisk, reconocida por su popularidad a la hora de implementar soluciones de VoIP. Su primera versión Beta pública fue anunciada así e incluye características como:

• Instalación desatendida del sistema operativo.
• Instalación de paquetes .deb localmente sin necesidad de Internet.
• Instalación de Asterisk 1.4.26, FreePBX 2.5.1, A2billing 1.4.1 y VtigerCRM 5.1 desde el CD.
• Para los más osados, en su Wiki se explica cómo crear su propia ISO "desatendida" de Lenny y DebPBX.

Y para tranquilidad y aliento de quienes están considerando probarla, sirvan estas palabras de sus creadores:

“Para nuestra satisfacción ya hay usuarios que están usando DebPBX en producción y los comentarios son positivos”.

Anthony Towns, destacado miembro de la comunidad de Debian, publicó en la lista de correo de ese proyecto una interesante comparación entre los paquetes del repositorio main de Debian 4.0 "Etch" y los de los repositorios main y universe de Ubuntu 7.04 "Feisty Fawn". Los resultados son reveladores:

• 6874 paquetes con las mismas fuentes exactas.
• 132 paquetes únicos en Debian.
• 2273 paquetes únicos en Ubuntu.
• 600 paquetes más nuevos en Debian.
• 1538 paquetes más nuevos en Ubuntu.
• 1079 paquetes de Ubuntu son versiones de Debian con parches.

Towns también hace la misma comparación contra las versiones más recientes de Ubuntu. Primero contra Ubuntu 8.10 "Intrepid Ibex":

• 7723 paquetes con las mismas fuentes exactas.
• 257 paquetes únicos en Debian.
• 2740 paquetes únicos en Ubuntu.
• 2215 paquetes más nuevos en Debian.
• 1007 paquetes más nuevos en Ubuntu.
• 921 paquetes de Ubuntu son versiones de Debian con parches.

Y luego contra Ubuntu 9.04 "Jaunty Jackalope":

• 7343 paquetes con las mismas fuentes exactas.
• 311 paquetes únicos en Debian.
• 2937 paquetes únicos en Ubuntu.
• 113 paquetes más nuevos en Debian.
• 3069 paquetes más nuevos en Ubuntu.
• 1287 paquetes de Ubuntu son versiones de Debian con parches.

La conclusión de Towns avala la anterior opinión de Mark Shuttleworth:

“De cualquier forma, parece que hay más espacio para la colaboración a simple vista”.

En un largo mensaje en la lista de correo de Debian, Mark Shuttleworth, fundador de Canonical Ltd. y del proyecto de Ubuntu, dejó en claro su posición sobre el debate de llevar a Debian a un ciclo de desarrollo y lanzamientos fijo. El problema es que la propuesta inicial de congelar la próxima versión estable de Debian en el mes de Diciembre finalmente fue puesta a reconsideración, según algunos debido al mismo Ubuntu.

En su mensaje Shuttleworth explicó por qué coordinar la decisión de los ciclos de lanzamientos no solo entre Debian y Ubuntu, sino también entre otras disitribuciones principales, puede mejorar todo el ecosistema de Linux:

“La colaboración es la principal herramienta que tenemos en nuestra batalla contra el software propietario, debemos aprovechar las oportunidades que se presenten para hacer que esa colaboración sea más fácil y más efectiva”.

Y para que Debian pueda llegar a su congelamiento el próximo Diciembre, Shuttleworth incluso propuso comprometer a varios desarrolladores de Ubuntu para que trabajen en el proyecto Debian:

“Si la comunidad de Debian está dispuesta a considerar un congelamiento para Diciembre, entonces Ubuntu (y Canonical) comprometerá recursos para que Debian pueda conseguir ese objetivo”.

Incluso si el congelamiento para Diciembre no es posible, Shuttleworth está dispuesto a cambiar el ciclo de lanzamientos de Ubuntu para que las cosas funcionen mejor; pero lo que no hará es comprometer a sus desarrolladores y cambiar sus lanzamientos al mismo tiempo.