Packaging circulaire: les bienfaits innatendus du retour aux sources

Les logiciels naissent dans des dépôts de code source. Une fois assez mature, ils peuvent être intégrés au sein de distributions.
La maintenance de ces logiciels suit ensuite la même direction: après modifications, chaque nouvelle version d’une source peut être propagée dans ces distributions.

Lorsqu’on maintient plusieurs logiciels qui dépendent les uns des autres, on multiplie les aller-retours: une nouveauté arrive dans la source du premier logiciel, puis est mise à jour dans la distribution, pour que la source d’un second puisse ensuite bénéficier de cette nouveauté, et enfin que le second puisse être éventuellement distribué à son tour, et ainsi de suite.

Et bien sûr, la distribution contient de plus en plus d’informations à propos de la source, au fur et à mesure que de nouveaux logiciels apparaissent avec des dépendances aux anciens.

Dans cette présentation, nous verrons qu’à force de de jongler entre sources et distributions, on se rend compte que refermer la boucle du packaging en intégrant les informations issues de la distribution dans la source peut grandement faciliter la maintenance des deux parties simultanéments.

Mais surtout, une fois la boucle refermée, des fonctionnalités extrêmement appréciables en CI/CD et UX/DX nous sautent aux yeux. Par exemple: il devient trivial de tester si la version courante de notre logiciel ne casse rien chez les paquets qui en dépendent (par rapport à ce qui est actuellement le cas dans la distribution).

De nombreux exemples seront détaillés via l’utilisation de Flakoboros, une librairie de sucre syntaxique pour faire du packaging circulaire avec Nix.