Trisquel 11.0, eppur si muove

Trisquel 11.0, eppur si muove

Continuamos con el desarrollo de Trisquel 11.0, nombre clave Aramo, como lo he mencionado hay muchos nuevos retos con Aramo que hace de Trisquel una distribución con un diseño más independiente de su upstream, Ubuntu.

Aramo es una versión ambiciosa, ya que realiza una serie de cambios clave,

  • Mantener el navegador web Abrowser como paquete DEB
  • Restaurar la instalación por medio del netinstaller basado en debian-installer, obsoleta a partir de Ubuntu 22.04
  • Añadir soporte para arm64 y ppc64el
  • Se planea recuperar el soporte para i386 (32 bits)
  • entre las más importantes

Me parece increíble todo lo logrado desde el anuncio oficial de inicio de desarrollo en el mes de Febrero,

La infraestructura se ha visto rediseñada y expandida con el apoyo de la FSF en lo que refiere a ppc64el, mientras que el sistema de integración continua (CI) a través de Jenkins hace un mejor uso de recursos a través de los nodos de construcción de paquetes y esto ha acelerado y facilitado los trabajos en gran medida.

Dentro de mi perspectiva personal considero que la primer fase de construcción de repositorios y paquetes «convencionales» está virtualmente lista, lo que permite comenzar con pruebas alpha de actualizaciones¹ de nabia a aramo sobre amd64, se pueden consultar los bugs conocidos que generan una minima falta de paquetes en la sección de incidencias: package-helpers issues.

La etapa de pruebas permitirá identificar los cambios estéticos, de funcionalidad y posibles errores entre las diferentes versiones de los diferentes entornos de escritorio disponibles para Trisquel GNU/Linux, lo que se refiere a una segunda fase de pruebas del repositorio y paquetes..

De antemano se invita a realizar reportes detallados de errores o incidentes, y se agradece a todos los usuarios que ya lo han hecho, a través del sistema Gitlab de Trisquel.


¹Advertencia: Aramo, al momento de redacción de esta entrada, no debe ser usado en equipos de producción, debido al estado de desarrollo temprano en el que aun se encuentra.


Considero que la siguiente etapa se centrará en restaurar el sistema de instalación por medio de netinstaller, y la restauración de los paquetes udeb necesarios para dicho proceso, lo que permitirá el tener un medio de instalación ligero y práctico para instalaciones automatizadas.

Afortunadamente podemos apoyarnos en el desarrollo que la gran comunidad de Debian realiza donde muchos de sus paquetes originales, serán fundamentales para lograr este objetivo.

Si todos los puntos anteriormente fueran resueltos, sería virtualmente posible que tendríamos una liberación muy parecida a Nabia, pero como lo mencioné Aramo intenta / planea el traer de vuelta el soporte para 32 bits (i386), lo cual desde las primeras semanas de desarrollo queda claro que será «una batalla en subida».

Aun hay muchas decisiones de desarrollo y planeación pendientes sobre i386, por lo que este debe tomarse con reserva y no adelantar vísperas.

Por lo que pese a que podría parecer estática, cual Galileo Galilei, puedo decir, Trisquel GNU/Linux 11.0, Aramo, «eppur si muove» (y sin embargo se mueve.).

Saludos.