Je ne sais pas si cette petite réflexion apporte grand chose, mais c'est le point de vue d'un administrateur système.
Comme d'autre l'ont remarqué, l'organisation de l'empaquetage par les distributions offre un certain intérêt (stabilité, sécurité, bogues, installation auto par des méta paquets, etc.). Il est vrai cependant que cette organisation vient historiquement des administrateurs systèmes, qui sont aussi les premiers utilisateurs de Linux et les premiers empaqueteurs. Or l'époque a changé:
- les utilisateurs ne sont plus les mêmes;
- on développe plus vite ou alors on met plus souvent des nouvelles versions à disposition sur le Net - mais c'est aussi que les besoins changent plus vite;
- et tout le monde télécharge ; à l'époque des premières distributions, c'était quasiment personne, il fallait attendre une mise à disposition sur CD-Rom, qu'on se prêtait d'ailleurs, parce que c'était cher.
Donc c'est vrai que la diffusion des logiciels a tellement changée que l'empaquetage par les distributions n'est plus aussi "efficace".
Du coup on peut en effet se demander quel est l'intérêt de ne pas mettre à jour les programmes utilisateurs d'une version stable, surtout vers une mise à jour fixant des bogues (comme par exemple passer de KDE 3.5.8 à KDE 3.5.10), mais aussi vers une version "nouvelles normes" (par exemple les navigateurs Web doivent être à jour pour rester utilisables). RedHat le fait, les versions "Enterprise" sont utilisables très longtemps, grâce à ça. Une distribution "rolling-release" le fait aussi.
Et quand à l'empaquetage par les développeurs, leur fournir un cadre d'empaquetage à la façon d'Open-SuSE (pour avoir les paquets en version compilable et compilée), me parait le plus intéressant. Si Alien arrive à convertir des paquets d'une distribution à l'autre, on doit bien pouvoir bâtir un système de construction croisée de paquetages. Le résultat devrait être acceptable. Et pourrait être perfectible avec un système de libre correction de construction par les utilisateurs (ça marche bien sur Wikipedia...).
Quand aux outils existant:
Une solution très imparfaite est de transformer un tarball (tar gzip) en paquet avec checkinstall ou paco, ou encore d'utiliser lsb-rpm (sous debian, les autres?) pour construire un paquet "universel".
Le meilleur choix restant pour moi 0install htp://www.0install.net et OpenPKG http://www.openpkg.org (ce dernier plutôt pour des serveurs) qui permettent à des développeurs de fournir un seul paquet pour toutes les distributions, tout en conservant un minimum de sécurité (paquet installé dans un répertoire personnel ou dans un chroot).
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Pour un app store GNU/Linux multi distro
Posté par ZeroHeure . En réponse à la dépêche Nouveau projet Debian CUT. Évalué à 4.
Comme d'autre l'ont remarqué, l'organisation de l'empaquetage par les distributions offre un certain intérêt (stabilité, sécurité, bogues, installation auto par des méta paquets, etc.). Il est vrai cependant que cette organisation vient historiquement des administrateurs systèmes, qui sont aussi les premiers utilisateurs de Linux et les premiers empaqueteurs. Or l'époque a changé:
- les utilisateurs ne sont plus les mêmes;
- on développe plus vite ou alors on met plus souvent des nouvelles versions à disposition sur le Net - mais c'est aussi que les besoins changent plus vite;
- et tout le monde télécharge ; à l'époque des premières distributions, c'était quasiment personne, il fallait attendre une mise à disposition sur CD-Rom, qu'on se prêtait d'ailleurs, parce que c'était cher.
Donc c'est vrai que la diffusion des logiciels a tellement changée que l'empaquetage par les distributions n'est plus aussi "efficace".
Du coup on peut en effet se demander quel est l'intérêt de ne pas mettre à jour les programmes utilisateurs d'une version stable, surtout vers une mise à jour fixant des bogues (comme par exemple passer de KDE 3.5.8 à KDE 3.5.10), mais aussi vers une version "nouvelles normes" (par exemple les navigateurs Web doivent être à jour pour rester utilisables). RedHat le fait, les versions "Enterprise" sont utilisables très longtemps, grâce à ça. Une distribution "rolling-release" le fait aussi.
Et quand à l'empaquetage par les développeurs, leur fournir un cadre d'empaquetage à la façon d'Open-SuSE (pour avoir les paquets en version compilable et compilée), me parait le plus intéressant. Si Alien arrive à convertir des paquets d'une distribution à l'autre, on doit bien pouvoir bâtir un système de construction croisée de paquetages. Le résultat devrait être acceptable. Et pourrait être perfectible avec un système de libre correction de construction par les utilisateurs (ça marche bien sur Wikipedia...).
Quand aux outils existant:
Une solution très imparfaite est de transformer un tarball (tar gzip) en paquet avec checkinstall ou paco, ou encore d'utiliser lsb-rpm (sous debian, les autres?) pour construire un paquet "universel".
Le meilleur choix restant pour moi 0install htp://www.0install.net et OpenPKG http://www.openpkg.org (ce dernier plutôt pour des serveurs) qui permettent à des développeurs de fournir un seul paquet pour toutes les distributions, tout en conservant un minimum de sécurité (paquet installé dans un répertoire personnel ou dans un chroot).
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay