Je ne connais strictement rien à la problématique de l'empaquetage, mais à la lecture des commentaires je retiens comme intéressant :
- Le concept d'Appstore multi distro
- Le dénominateur commun nécessaire : LSB
Toujours sans rien y connaître je me pose la question de savoir s'il n'est pas envisageable de concevoir sur la base de ces deux principes, une sorte de "machine virtuelle de packaging".
Je m'explique :
Tout comme Java permet d'écrire un code qui sera interprété correctement sur toutes plateformes via ses différentes versions de machines virtuelles, ne peut-on pas envisager un système universel de packaging, décrivant les relations entre biblothèques et système, et qui une fois passé à la moulinette de la machine virtuelle de packaging, permet d'adapter le packaging de façon automatique selon le modèle retenu par la distribution hôte (deb, rpm etc...).
Ceci permettrait au packageur de ne se soucier qu'une seule et unique fois du paquet logiciel, aux distros de continuer à observer leur choix techniques, et en final de ne demander des ressources d'adaptation qu'au système de virtualisation de package, qui échoirait exclusivement à chaque distribution.
Enfin, il est vrai que cette histoire de versions logicielles en retard est une grande problématique pour nombre de distribution. Pour ma part je tourne sous Ubuntu essentiellement pour cette raison; je sais que si je suis en retard sur une version, celà ne durera normalement pas plus de 6 mois. Pour autant j'aimerais me tourner vers d'autres distributions, mais j'ai toujours ce frein au final quand j'observe les cycles de développement, et honnêtement, la compilation manuelle ne fait pas partie de mes hobbies.
[^] # Re: Pour un app store GNU/Linux multi distro
Posté par makidoko . En réponse à la dépêche Nouveau projet Debian CUT. Évalué à 5.
- Le concept d'Appstore multi distro
- Le dénominateur commun nécessaire : LSB
Toujours sans rien y connaître je me pose la question de savoir s'il n'est pas envisageable de concevoir sur la base de ces deux principes, une sorte de "machine virtuelle de packaging".
Je m'explique :
Tout comme Java permet d'écrire un code qui sera interprété correctement sur toutes plateformes via ses différentes versions de machines virtuelles, ne peut-on pas envisager un système universel de packaging, décrivant les relations entre biblothèques et système, et qui une fois passé à la moulinette de la machine virtuelle de packaging, permet d'adapter le packaging de façon automatique selon le modèle retenu par la distribution hôte (deb, rpm etc...).
Ceci permettrait au packageur de ne se soucier qu'une seule et unique fois du paquet logiciel, aux distros de continuer à observer leur choix techniques, et en final de ne demander des ressources d'adaptation qu'au système de virtualisation de package, qui échoirait exclusivement à chaque distribution.
Faisable? In-faisable? Ingénieux? Complètement débile?
Enfin, il est vrai que cette histoire de versions logicielles en retard est une grande problématique pour nombre de distribution. Pour ma part je tourne sous Ubuntu essentiellement pour cette raison; je sais que si je suis en retard sur une version, celà ne durera normalement pas plus de 6 mois. Pour autant j'aimerais me tourner vers d'autres distributions, mais j'ai toujours ce frein au final quand j'observe les cycles de développement, et honnêtement, la compilation manuelle ne fait pas partie de mes hobbies.