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.).
Vaya que se ha complicado la situación con Ubuntu 22.04
Desde Febrero se comenzó oficialmente con el desarrollo de Trisquel 11.0, nombre clave Aramo, y a decir verdad desde que desarrollábamos la versión 10.0, ya comenzábamos a ver los retos futuros que Jammy traería.
En el caso de Firefox, Canonical la compañía detrás del desarrollo comercial de Ubuntu, está apostando más y más por el uso de sus paquetes snap, de igual manera asumo que Mozilla está intentando unificar la distribución de su navegador: Firefox debido a la gran pérdida de cuota de mercado, y asumo que preferirían ahorrarse el trabajo mantener compatibilidad de binarios debian en todas las versiones de Ubuntu y derivados, por lo que cuando el hambre se junta con las ganas de comer, bueno esto sucede, perdemos soporte para binarios debian de Firefox en Ubuntu 22.04
Y bueno, la publicación de Ubuntu 22.04 hizo válida la amenaza, ahora en 22.04 solo tenemos soporte para la versión de snap.
Pese a varias ventajas que un sistema unificado de paquetes puede tener, snap es un sistema que da poco control sobre las fuentes y los paquetes que se distribuyen, esto dificulta, por decir lo menos, un desarrollo comunitario autónomo, creo que Flatpak tiene mayor futuro en este tipo de categorías, sin embargo regresando al tema.
Actualmente he comenzado a trabajar en la compilación de Firefox ESR en Ubuntu como base para nuestro navegador Abrowser, sin embargo vaya que esto se ha complicado. Debian y Trisquel tienen una relación de segundo grado, lo que aun cuando los hace muy similares, tanto las versiones como la estructura de algunos paquetes cambia de manera evidente.
Esto ha sido un pequeño dolor de cabeza, ya que sería la primer vez que tomo el desarrollo de un helper desde cero de un paquete de este tamaño, solo para poner en contexto Firefox ESR pesa al rededor de 450MB y su compilación puede tomar varias horas usando múltiples núcleos antes de fallar y encontrar el error en donde podría estar fallando.
A un par de semanas, este proyecto me a servido para conocer poco a poco los diferentes factores que entran en juego dentro de la compilación de este navegador y por que no, conocer a los desarrolladores detrás de Firefox en Debian y de algunos proyectos alternativos como lo es LibreWolf, para lo que he aprendido un par de cosas en dichos proyectos.
Y pese a todos los dolores de cabeza que Firefox me ha propinado estas semanas, así como el entender que necesito un equipo más potente para compilar paquetes de gran tamaño, no es momento de decaer ya que hay otros mas interesantes retos a resolver con todos los cambios que Ubuntu ha realizado en Jammy, como lo es el desarrollo del instalador debian para Trisquel.
Se viene una larga y desafiante etapa de desarrollo en el camino a Trisquel 11.0, Aramo.
Por cierto, pronto se publicarán las ISOs de la primer revisión de mantenimiento de Trisquel 10, la versión: 10.0.1 ¿Impaciente?, antes de llegar a los repositorios oficiales, puede ser descargada aquí:
Estamos de regreso una vez más, para comentar la publicación de 0ad A25.
Desde un punto de vista de jugador, esta es una versión mucho más estilizada de la pasada A24, mejora su jugabilidad y su arte visual en gran manera.
Desde un mejor orden en el movimiento de grandes grupos de unidades, hasta la implementación de nuevas funciones como el lanzamiento de «bengalas», que nos recuerda mucho a AoE.
0ad es un deleite visual en razón de sus paisajes, detalle de objetos y unidades lo cual es muy gratificante ver ese nivel de detalle en un proyecto creativo de software libre y código abierto.
No me quiero extender en halagos y cumplidos, ya que el juego lo hace muy bien por si mismo, desde el punto de vista técnico en su instalación no he encontrado muchos avances por parte de los desarrolladores.
El repositorio PPA oficial de 0ad aun no muestra señales de querer actualizar el juego y aun cunado A24 fue un lanzamiento de calibración, por lo que podría entenderse que no se actualizara a dicha versión, A25 no debería ser el caso en su publicación.
Sin embargo aquí las instrucciones para compilar A25 desde Ubuntu 20.04/ Trisquel 10.0
Igual que en la anterior versión nos apoyaremos en el repositorio PPA de 0ad, para obtener las dependencias para la construcción de los binarios,
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys E4FA953A
echo "#0ad PPA repository
deb http://ppa.launchpad.net/wfg/0ad/ubuntu bionic main
deb-src http://ppa.launchpad.net/wfg/0ad/ubuntu bionic main" | sudo tee -a /etc/apt/sources.list
sudo apt-get update
![[ Celebrate 40 years of GNU! ]](https://ark.switnet.org/wp-content/uploads/2023/04/GNU40_badge.png){kind=icon}
![[ ¡Apoya el Software Libre a nivel Internacional, únete a la FSF! ]](https://ark.switnet.org/wp-content/uploads/2024/02/475.png)
Recent Comments