Le format de paquet n'est pas la source principale de difficulté pour les empaqueteurs d'applications. Après tout, que ce soit RPM ou DEB il y a des outils performants qui simplifient a tâche.
La difficulté est de réaliser une intégration, c'est à dire fournir une liste d'applications cohérentes qui dans une version fixe pour chacun d'eux l'ensemble du système fonctionne efficacement. Ce qui nécessite souvent des correctifs de toutes parts (car les applications font références à des versions différentes de bibliothèques mais dont on ne veut qu'une version de disponible à la fois), mais aussi à des tests approfondis, etc.
Si tu veux fournir une application sous Linux très simplement, tu compiles tout en statique pour une architecture donnée et tu distribues ça comme une application Windows et c'est réglé. Comme tout est compilé statiquement tu n'as pas le soucis d'intégration avec l'environnement actuel et cela fonctionne partout. De nombreux programmes propriétaires font ça.
Bref, a multitude des formats de paquet est souvent l'épouvantail d'un problème qui est en réalité tout autre.
Vu de ma lorgnette, je préfèrerais avoir un format moins bon que .deb ou .rpm mais faisant consensus !
Techniquement le LSB a tranché pour RPM, mais de nombreuses personnes n'aimant pas la LSB ça n'aide pas. De plus dans un écosystème libre, qui signifie que globalement tout le monde peut faire ce qu'il veut, il est difficile d'imposer une norme à tout le monde. Si demain Gajim veut incorporer des extensions spécifiques à XMPP, il peut et personne ne pourra l'en empêcher.
Le syndrome du NIH a de beaux jours devant lui.
Si tout le monde se se prend à inventer son POSIX à lui
POSIX est vieux, n'a pas tranché sur de nombreux aspects et de nombreux projets lui font cordialement un doigt d'honneur comme les utilitaires GNU qui ajoutent de nombreuses extensions aux programmes de bases.
Je ne vais pas créer ma distib linux en collant le répertoire utilisateur dans /etc les logs dans /dev et les binaires dans /var/log sous prétexte que la diversité c'est bien.
Pourtant, fondamentalement, qu'est-ce qui t'en empêche ? C'est l'avantage du code libre, tout le monde peut le modifier pour en faire n'importe quoi. Et parfois ce n'importe quoi arrive à générer des trucs sympas avec d'autres trucs moins biens ce qui fait qu'il est adopté.
Allez bisous, lâchez vous... attention quand même, si vous êtes trop méchants, j'invoque Zenitram en renfort ! bah, et puis faite comme vous voudrez, il viendra probablement de toute façon.
Je suis sûr que son avis sur la question sera plus réfléchi et pertinent que la prose de nombre d'entre nous.
# Le format des paquets n'est pas le problème
Posté par Renault (site web personnel) . En réponse au journal La diversité ou la complexité inutile ?. Évalué à 10.
Le format de paquet n'est pas la source principale de difficulté pour les empaqueteurs d'applications. Après tout, que ce soit RPM ou DEB il y a des outils performants qui simplifient a tâche.
La difficulté est de réaliser une intégration, c'est à dire fournir une liste d'applications cohérentes qui dans une version fixe pour chacun d'eux l'ensemble du système fonctionne efficacement. Ce qui nécessite souvent des correctifs de toutes parts (car les applications font références à des versions différentes de bibliothèques mais dont on ne veut qu'une version de disponible à la fois), mais aussi à des tests approfondis, etc.
Si tu veux fournir une application sous Linux très simplement, tu compiles tout en statique pour une architecture donnée et tu distribues ça comme une application Windows et c'est réglé. Comme tout est compilé statiquement tu n'as pas le soucis d'intégration avec l'environnement actuel et cela fonctionne partout. De nombreux programmes propriétaires font ça.
Bref, a multitude des formats de paquet est souvent l'épouvantail d'un problème qui est en réalité tout autre.
Techniquement le LSB a tranché pour RPM, mais de nombreuses personnes n'aimant pas la LSB ça n'aide pas. De plus dans un écosystème libre, qui signifie que globalement tout le monde peut faire ce qu'il veut, il est difficile d'imposer une norme à tout le monde. Si demain Gajim veut incorporer des extensions spécifiques à XMPP, il peut et personne ne pourra l'en empêcher.
Le syndrome du NIH a de beaux jours devant lui.
POSIX est vieux, n'a pas tranché sur de nombreux aspects et de nombreux projets lui font cordialement un doigt d'honneur comme les utilitaires GNU qui ajoutent de nombreuses extensions aux programmes de bases.
Pourtant, fondamentalement, qu'est-ce qui t'en empêche ? C'est l'avantage du code libre, tout le monde peut le modifier pour en faire n'importe quoi. Et parfois ce n'importe quoi arrive à générer des trucs sympas avec d'autres trucs moins biens ce qui fait qu'il est adopté.
Je suis sûr que son avis sur la question sera plus réfléchi et pertinent que la prose de nombre d'entre nous.