Planes de desarrollo para Trisquel 9.0

Al mismo tiempo que lanzamos Trisquel 8.0, se pone en marcha el desarrollo de la siguiente versión. Siguiendo las sugerencias de nombres desde el correspondiente hilo del foro, hemos escogido Etiona, que suena bien y presenta el menor número de resultados en buscadores.

Hasta ahora hemos venido llevando a cabo el desarrollo en un servidor alquilado en Francia, que aunque resulta funcional presenta muchos inconvenientes de rendimiento y configuración. Sus 32 GB de RAM pueden parecer suficientes pero están por debajo de la cantidad necesaria para crear discos RAM lo suficientemente grandes como para compilar los paquetes más pesados sin tener que escribir al disco físico, una opción que incrementa enormemente el rendimiento. También dispone solo de 8 núcleos y de unos discos bastante lentos. Las buenas noticias son que la FSF ha decidido generosamente albergar un equipo de compilación mucho más potente, lo que nos permitirá apuntar más alto en el desarrollo. La nueva máquina contará con rápidos discos en espejo, montones de RAM y dos procesadores de 12 núcleos.

Además de renovar el hardware, es el momento de revisar la infraestructura de desarrollo. A día de hoy el servidor ejecuta una instancia de GitLab, Jenkins y jaulas de compilación basadas en pbuilder. Esta combinación constituyó una gran mejora en su momento con respecto a los scripts personalizados de anteriores versiones de Trisquel, pero cuenta con ciertos inconvenientes que han sido eliminados con el paso a sbuild. Sbuild es más ligero y rápido y tiene una mayor capacidad para recuperarse de errores y para informar sobre su causa.

Investigaré la necesidad de mantener Jenkins frente a la posibilidad de reemplazarlo con los módulos CI de GitLab, lo que permitiría una mejor integración. Además, sbuild ayudará a la compilación cruzada para ARM y otras arquitecturas. El nuevo servidor también proporcionará una mayor capacidad para albergar servicios como el de packages.trisquel.info, que necesita a su vez una actualización.

Los avances en la infraestructura de desarrollo tendrán como fin último el facilitar las contribuciones de los voluntarios. Con el sistema actual, las solicitudes de cambios pasan necesariamente por mi revisión y aprobación, un factor que ha supuesto una ralentización. Un sistema que permita a los voluntarios aprobarse las contribuciones entre ellos aceleraría el desarrollo y haría más fuerte a nuestra comunidad. Las mejoras planeadas para el sistema CI permitirán también que los colaboradores ejecuten con sencillez sus pruebas de compilación en el servidor de desarrollo.