Justement à mon avis, s'il ne fallait qu'un seul format, RPM serait vachement plus adaptable à ce genre de problèmes. J'ai longtemps préféré les deb (et je préfère toujours les règles de nommage de Debian), mais pour avoir un peu joué à faire des paquets dans mon coin:
Avec les deb, les dépendances sont des paquets donc si tu dépend de java-truc et que sur une autre distrib, le même contenu est appelé truc-java, ben c'est foutu, tu dois modifier/forker ton paquet,, alors qu'en RPM, tu dis juste que tu as besoin de /usr/bin/java est c'est bouclé. Et en plus, pour les bibliothèques rpm passe un coup de ldd pour en déduire ce dont tu as besoin, donc t'as même pas à les lister à la main.
Et je rejoints Zenitram, 2 formats pour faire le même job (parce que fondamentalement, je ne vois pas de raison autre qu'historique à avoir 2 espèces de tar+dépendances, et c'est pénible.
[^] # Re: C'est la vie...
Posté par freeze . En réponse au journal Ubuntu passera lui aussi sur systemd. Évalué à 1.
Justement à mon avis, s'il ne fallait qu'un seul format, RPM serait vachement plus adaptable à ce genre de problèmes. J'ai longtemps préféré les deb (et je préfère toujours les règles de nommage de Debian), mais pour avoir un peu joué à faire des paquets dans mon coin:
Avec les deb, les dépendances sont des paquets donc si tu dépend de java-truc et que sur une autre distrib, le même contenu est appelé truc-java, ben c'est foutu, tu dois modifier/forker ton paquet,, alors qu'en RPM, tu dis juste que tu as besoin de /usr/bin/java est c'est bouclé. Et en plus, pour les bibliothèques rpm passe un coup de ldd pour en déduire ce dont tu as besoin, donc t'as même pas à les lister à la main.
Et je rejoints Zenitram, 2 formats pour faire le même job (parce que fondamentalement, je ne vois pas de raison autre qu'historique à avoir 2 espèces de tar+dépendances, et c'est pénible.