13/06/2005 @ 21:30:06: Linux - La mise à jour des Debian pourrait être un gros soucis...
D'après un développeur Debian, Bill Allombert, la mise à jour des Debian Woody vers les Debian Sarge pourrait provoquer de nombreux problèmes chez les utilisateurs.
Selon lui, le nombre de dépendances cycliques est tellement important que cela pourrait causer des problèmes inextricables pour les programmes d'installation ainsi que pour les programmes déjà installés sur la machine. En effet, sur Debian comme sur les autres systèmes Linux, il n'y a pas de système d'API de base immuables sur lesquelles l'on pourrait se baser pour créer les programmes mais bien un ensemble de librairies qui évoluent chacune indépendemment.
Il va donc de soit que si vous vous basez sur GD et que subitement après une mise à jour de votre debian vous vous retrouvez avec un GD 2.0, vous avez intérêt à l'avoir prévu ou à ce que GD ait gardé une compatibilité entière avec sa version précédente, ce qui n'est pas le cas de toutes les librairies utilisées en général.
Pour résoudre le problème, Allombert propose que les développeurs Debian essaie les mises à jour d'une version à l'autre en continuité et plus en fin de cycle comme ils le font actuellement, il espère ainsi pouvoir réduire le nombre de problème de compatibilité chez les utilisateurs... Pourquoi pas... Mais cela changera t-il réellement le problème de fond?
Ben ça c'est clair, ils n'ont qu'à pas rester avec de l'obsolète, non mais c'est vrai quoi pfff... Moi je suis en testing depuis longtemps, donc aucun problème
(d'ailleurs je reste en testing, donc je passe en Etch
)
Euhhh j'ai bien passé 10 serveurs de woody à sarge.. jamais eu de problèmes insurmontables..
j'dois ptet être cocu..
Ou bien tu n'utilises que peu de programmes qui n'ont que peu de dépendances avec des libs externes.
Moi qui suis obligé d'utiliser zope pour le site web du service, je peux t'assurer que rien que ce truc est une vrai merde à entretenir au niveau des dépendences, avec les modules qu'on doit compiler soi-même avec des paths spécifiques parce que l'un supporte une version de lib et l'autre pas, le truc qui nécessite gcc 3.4 et l'autre une version plus ancienne, etc...