kim (./56) :
C'est pour ça qu'après, firefox demande à debian d'arrêter etc.

Ça c'est un autre problème. Essentiellement, ça se résume à certaines personnes chez Mozilla n'ayant pas compris comment fonctionne le système de distributions GNU/Linux. Mais ils sont en train de corriger le tir petit à petit, le mainteneur de Firefox pour Fedora est parmi les développeurs Mozilla qui se battent pour la cause. Et sinon, je ne vois pas le problème, Debian l'appelle Iceweasel maintenant, et alors? Ils ont parfaitement le droit.

Les patchs de mainteneur sont un pis aller qui permet au système de gestion type apt/rpm de fonctionner à merveille. Mais ce n'est pour moi pas le travail du packageur.

Au contraire, c'est le travail numéro 1 du packageur. Et idéalement, ces correctifs pour la meilleure intégration sont à terme intégrés à la source "upstream".

kim (./63) :
Et le travail de packageur ne devrait pas être de modifier le code source. tu devrais passer un an d'indus informatique en entreprise, tu changeras sans doute d'avis sur le sujet Le problème, c'est la complexité induite par la liberté de GNU/Linux, qui fait qu'on se retrouve avec un paquet de distributions à maintenir, et du coup le rôle de packageur doit naturellement être élargi. C'est d'ailleurs pour ça que beaucoup souhaiteraient normaliser encore plus (LSB etc.)

Ceux qui se battent pour ce genre de normalisations, ce sont les vendeurs de logiciels propriétaires, qui ne bénéficient pas de ce packaging et sont obligés de tout faire eux-mêmes, mais c'est leur problème s'ils ne veulent pas diffuser les sources. Les développeurs de logiciels libres sont plutôt sceptiques en ce qui concerne la LSB par exemple. Et par exemple Fedora ne peut pas toujours être conforme à la LSB parce que ça voudrait dire garder de vieilles librairies jusqu'à ce que la LSB soit mise à jour pour les nouvelles ABIs, Fedora est plus à jour avec les nouvelles sorties que la LSB. (Dans des cas comme la libstdc++, la solution est un compat-libstdc++ comme je l'avais déjà mentionné à plusieurs reprises.)

Flanker (./65) :
Avec les UB d'Apple, je n'ai pas ce problème... que ce soit sur un G4 ou un Core 2, la *même* appli fonctionne directement...

Au prix d'une application (y compris toutes les dylibs) 2 fois plus grosse alors que ça ne sert strictement à rien pour les 99% des utilisateurs qui n'utilisent un même binaire que sur une seule machine. Peut-être bientôt 3 fois s'ils rajoutent x86_64 aussi.

Sans compter la possibilité de traduire l'appli, même sans avoir le code-source et sans avoir besoin de la recompiler...

Possible sous GNU/Linux aussi, les fichiers .mo peuvent être rajoutés en temps d'exécution.

Et la même appli va adopter directement la langue de l'OS si elle est disponible

Idem.

Tu peux me donner un exemple d'appli qui force l'utilisateur à installer une douzaine de .dmg ?

http://ranger.users.finkproject.org/kde/index.php/Home
Bien sûr, tu peux prendre l'énorme "Everything" aussi.

Et toutes les librairies nécessaires sont automatiquement récupérées.

Ca, c'est quand tu as un accès internet direct...

Bah oui, évidemment, c'est une précondition.

Encore un exemple qui m'est arrivé récemment, mon seul accès à la machine était un accès ssh (via une machine passerelle) sans être root sur aucune machine, et la machine n'a aucun accès à l'extérieur...

Ben, le système n'est pas prévu pour, c'est un peu normal tellement ce cas est particulier.

Va récupérer, recopier, recompiler toutes tes librairies à la main (et encore, je ne compte même pas celles qui s'attendent à ce que tu sois root pour l'installer)

Un utilisateur lambda n'est pas censé installer des logiciels (sauf si le PC lui appartient, bien évidemment...), c'est le boulot de l'administrateur système normalement.

C'est un avantage. C'est le bordel d'avoir 10000 versions d'une librairie.

En quoi c'est gênant ? Je n'ai jamais eu un seul problème avec

Que ça te consomme de l'espace disque pour rien, que c'est le bordel s'il y a une mise à jour de sécurité de la librairie, que les logiciels peuvent se comporter différemment de manière subtile parce qu'ils n'utilisent pas la même version de la librairie etc.