Tout d'abord, il y en a. Le problème n'est pas qu'il n'y a pas de gestionnaire de paquets unifié, le problème est qu'il y en a dix - sérieusement.
Allons prendre mon préféré: poldek
. Il s'agit d'une interface utilisateur pour la gestion des packages qui peut s'exécuter sur plusieurs distributions différentes et gérer les packages rpm
ou deb
. Poldek ne fait pas ce que fait rpm (il laisse cela à rpm) et envoie simplement les bonnes commandes sans que l'utilisateur n'ait à comprendre tout ce gâchis.
Mais les problèmes ne s'arrêtent pas là. Tout le monde a une idée différente de ce à quoi doit ressembler un frontal utilisateur, comment il devrait fonctionner et quelles options il devrait exposer. Donc, d'autres personnes ont écrit la leur. En fait, de nombreux gestionnaires frontaux de packages que les gens utilisent dans les distributions courantes sont capables de gérer plus d'un backend.
En fin de compte, cependant, le problème (ou l'avantage) réside dans le fait que les gens aiment que les choses fonctionnent exactement comme elles le souhaitent, et non d'une certaine façon qui essaie de satisfaire tout le monde mais échoue à vraiment rendre quelqu'un heureux. C'est la raison pour laquelle nous avons énormément de distributions de gazillions en premier lieu. C'est la raison pour laquelle nous avons tant d'environnements de bureau et de gestionnaires de fenêtres différents (et le fait qu'il s'agit en fait de différents types de choses).
Il y a encore des propositions exceptionnelles pour écrire des packages universels ou avoir un gestionnaire qui les comprend tous ou avoir une API pour les convertir l'un en l'autre ... mais au final Unix est le meilleur lorsqu'il est utilisé selon sa philosophie ... chaque outil fait une chose et le fait bien .
Chaque fois que vous avez un outil qui essaie de faire plus d'une chose, il finit par ne pas être aussi bon pour l'une d'entre elles. Par exemple, poldek
ça craint de gérer les dépendances du paquet deb.