en même temps, vous attribuez au système de gestion de paquets des défauts qu'il n'a pas. comment sous windows ils font pour distribuer des binaires qui marchent sur toutes leurs versions: parce qu'ils distribuent de manière dégueulasse le binaire ET les bibliothèques nécessaires à l'exécution de l'appli. Ou comment avoir 150 fois les mêmes bibliothèques dans 150 répertoires d'installation différents.
C'est possible sous n'importe quel GNU/Linux. Mais c'est demander par exemple, aux développeurs de Gimp de distribuer à la fois le binaire de Gimp, tout en embarquant aussi une version spécifique de GTK+, Glib, Pango, .... donc prendre la responsabilité de distribuer une version spécifique pour laquelle ils ne fourniront pas de support.
Sous Windows, ça risque pas de poser de problème, y a 4 logiciels qui utilisent ces bibliothèques. Sous un GNU/Linux, de quoi péter une installation "stable" de Gnome.
Et puis, je comprends qu'un utilisateur puisse se foutre de l'état de jachère des systèmes de fichiers de sa machine, des répertoires système, a priori, mais avoir 4 versions de GTK+ 2.0 (pas forcément de compatibilité binaire descendante) c'est le meilleur moyen de devenir prématurément chauve en séance de déboguage.
Dans le cas précis de FreeBSD, il existe une "distribution" (PC-BSD) qui utilise la méthode du "j'embarque tout dans le tarball", et qui à l'installation de chaque soft utilisant le protocole X (donc toute appli graphique), copie sa propre version de libX11, libXi, ... dans un répertoire précis utilisé par ce seul logiciel. Cela marche, mais pour les mises à jour de sécu, faut attendre que chaque logiciel est regénéré un tarball avec la librairie corrigée...
donc il y a de bonnes raisons d'utiliser telle ou telle méthode. Mais tout comme il est totalement con d'utiliser Debian Stable pour un bureau SI on veut pouvoir se la raconter "j'ai les derniers soft installés même pas testés par les développeurs", il est aussi complètement stupide d'utiliser Postgresql 9.0beta en prod sur une Debian Stable...
[^] # Re: N'oubliez pas de tester !
Posté par Mathieu Segaud . En réponse à la dépêche Firefox 4 bêta disponible pour tests (et plus si affinités). Évalué à 1.
C'est possible sous n'importe quel GNU/Linux. Mais c'est demander par exemple, aux développeurs de Gimp de distribuer à la fois le binaire de Gimp, tout en embarquant aussi une version spécifique de GTK+, Glib, Pango, .... donc prendre la responsabilité de distribuer une version spécifique pour laquelle ils ne fourniront pas de support.
Sous Windows, ça risque pas de poser de problème, y a 4 logiciels qui utilisent ces bibliothèques. Sous un GNU/Linux, de quoi péter une installation "stable" de Gnome.
Et puis, je comprends qu'un utilisateur puisse se foutre de l'état de jachère des systèmes de fichiers de sa machine, des répertoires système, a priori, mais avoir 4 versions de GTK+ 2.0 (pas forcément de compatibilité binaire descendante) c'est le meilleur moyen de devenir prématurément chauve en séance de déboguage.
Dans le cas précis de FreeBSD, il existe une "distribution" (PC-BSD) qui utilise la méthode du "j'embarque tout dans le tarball", et qui à l'installation de chaque soft utilisant le protocole X (donc toute appli graphique), copie sa propre version de libX11, libXi, ... dans un répertoire précis utilisé par ce seul logiciel. Cela marche, mais pour les mises à jour de sécu, faut attendre que chaque logiciel est regénéré un tarball avec la librairie corrigée...
donc il y a de bonnes raisons d'utiliser telle ou telle méthode. Mais tout comme il est totalement con d'utiliser Debian Stable pour un bureau SI on veut pouvoir se la raconter "j'ai les derniers soft installés même pas testés par les développeurs", il est aussi complètement stupide d'utiliser Postgresql 9.0beta en prod sur une Debian Stable...