Plans de développement pour Trisquel 9.0
Alors que la version de Trisquel 8.0 sort tout juste, s'engage déjà le développement de la prochaine version ! Suite aux différentes suggestions sur le fil de discussion le choix s'est porté sur Etiona, qui raisonne plutôt bien et correspond aux critères de rareté dans les résultats de recherches.
Le développement se fait actuellement sur un serveur dédié loué en France, bien qu'il soit fonctionnel il reste néant-moins pas mal de problèmes côté performances liées à l'installation. Il embarque 32 GB de mémoire (RAM), qui peut sembler conséquent, mais c'est juste à la limite de ce qui est suffisant pour créer des ramdisks étendus permettant de compiler de gros packages sans être contraint de basculer en écriture sur le disque pendant le processus de compilation. Côté processeurs il ne dispose que de 8 cœurs et des HDD assez lents. Une bonne nouvelle cependant, la FSF a décidé de nous offrir plus d'espace pour l'hébergement d'un serveur de production dédié, ce qui va nous permettre d'accroître nos activités. La nouvelle machine aura une capacité de réplication des supports disques plus rapide avec beaucoup plus de RAM et deux CPU de 12 cœurs.
Hormis le renouvellement du matériel nous devons également réorganiser l'infrastructure logicielle, Actuellement le serveur de développement tourne sur une instance GitLab, Jenkins et pbuilder-based build jails (pour l'intégration en continue et cloisonner les dépendances). Cette combinaison a permis des améliorations significatives par rapport aux script faits sur mesure des précédentes versions, mais aussi quelques déconvenues résolues par sbuils. Sbuild (utilitaire d'intégrations automatisés) est plus léger et plus réactif avec une meilleure production de rapports et, le cas échéant, de récupération en cas d'incidents.
Il me semble utile d'étudier la question, à savoir, avons-nous encore besoin de Jenkins ou est-il plus avenant de le remplacer par les modules d'intégration continue CI GitLab, permettant ainsi de grandement améliorer les intégrations. De plus, sbuild rend plus facile la possibilité de faire de la compilation croisé portée sur des architectures ARM entre-autres. Ce serveur plus puissant sera alors plus à même d'accueillir l'hébergement de services tel que packages.trisquel.info, en considérant qu'il nécessite aussi une refonte.
Les travaux concernant les aménagements infra-structurels ont pour objectif de faciliter les contributions volontaires, en l'état actuel les requêtes pour les fusions nécessitent au préalable un examen et une approbation de ma part, cette condition s'est avéré contre-productive créant des goulets. Un système qui permettrais aux volontaires de s'approuver mutuellement accélérerait les développement et ferait grandir notre communauté. Les améliorations prévues concernant le déploiement du module d'intégration continue (CI) ce qui permettrait aux contributeurs et contributrices d'accéder plus facilement au serveur de développements afin de générer des test de leurs conceptions.