Peut-être que je me fais beaucoup d'illusions sur la complexité et la charge de travail.
le fait de s'appuyer sur upstream est le meilleur àmha aussi, mais cela suppose que l'upstream a connaissance du packaging dans chacune des distributions :
- cela ne signifie pas que les développeurs ont toutes les distributions à leur disposition (c'est rarement le cas et encore moins dans toutes leurs déclinaisons de versions)
- cela signifie qu'il y au moins un utilisateur avancé tant du logiciel que de la distribution en mesure de maintenir ce qui est nécessaire pour le packaging
- éventuellement, doublonner les outils permettant de packager dans chaque gestionnaire de version (et là ça représente du boulot, un doublon qui peut être désynchronisé...) : c'est ce que j'avais sur un projet : un répertoire package avec debian / mandriva / fedora / arch...
- c'est là où il manque un outil distribué en libre qui a vocation, si j'ai bien compris, à aggréger les informations de VCS distincts et permettant ce travail sur "un seul source distribué" dans leur VCS respectifs, donnant visibilité à chacun de l'ensemble dans son dépôt préféré avec lequel il est habitué à travailler. C'est notamment pour cela que c'est rageant que launchpad ne soit pas encore distribué en libre (toujours repoussé aux calendes grecques, sans date ferme...)
[^] # Re: C'est du boulot
Posté par BAud (site web personnel) . En réponse au journal [Troll du vendredi] Mettre au même niveau la base des distributions stables en regard des logiciels utilisateurs est-il vraiment une bonne chose ?. Évalué à 2.
le fait de s'appuyer sur upstream est le meilleur àmha aussi, mais cela suppose que l'upstream a connaissance du packaging dans chacune des distributions :
- cela ne signifie pas que les développeurs ont toutes les distributions à leur disposition (c'est rarement le cas et encore moins dans toutes leurs déclinaisons de versions)
- cela signifie qu'il y au moins un utilisateur avancé tant du logiciel que de la distribution en mesure de maintenir ce qui est nécessaire pour le packaging
- éventuellement, doublonner les outils permettant de packager dans chaque gestionnaire de version (et là ça représente du boulot, un doublon qui peut être désynchronisé...) : c'est ce que j'avais sur un projet : un répertoire package avec debian / mandriva / fedora / arch...
- c'est là où il manque un outil distribué en libre qui a vocation, si j'ai bien compris, à aggréger les informations de VCS distincts et permettant ce travail sur "un seul source distribué" dans leur VCS respectifs, donnant visibilité à chacun de l'ensemble dans son dépôt préféré avec lequel il est habitué à travailler. C'est notamment pour cela que c'est rageant que launchpad ne soit pas encore distribué en libre (toujours repoussé aux calendes grecques, sans date ferme...)