Re: libpng*-dev et conflits
François TOURDE wrote:
Le 12547ième jour après Epoch,
justice8@wanadoo.fr écrivait:
Oui mais normallement pour une API : compatibilité ascendante (je
crois que je ne me trompe pas de terme, enfin un prog ecrit pour la
1.0 DOIT fonctionner avec la 2.50, sinon API mal faite =>changer
d'API, ça me fait penser à Java et ses nombreux changements entre la
1.0 et 1.1)
Ça, c'est dans l'univers idéal. Mais c'est pas drôle. ;)
Ben pourquoi ? ;)
Si il est vrai que garder une compatibilité ascendante peut être pas
mal dans beaucoup de cas, il y a des cas où ce n'est pas assez simple,
et d'autres dans lesquels c'est carrément chiant (ex. l'archi des
procs Intel).
j'en ai pleinement conscience.
Si dans le sens où cela "fout le souc" dans la gestion des paquets
(voir la partie de mon message Gnome/KDE via Gtk/QT) C'est ça qui
m'ennui et fait que je m'insurge un peu vis à vis des nombreux DD qui
ont laissés une telle situation se produire.
En général, on ne "laisse" pas se produire cette situation. Les DD
dépendent souvent de ce qui est fait en upstream, et les upstreams ne
communiquent pas forcément entre eux.
Certe, mais avec les n versions de libpng-dev de Debian, je suppose
qu'il y aura de nombreux pbs à venir.
Et puis les forks de libs peuvent n'être que temporaires, pour
résoudre des soucis ponctuels.
aarfff le temporaire à tendances à durer (le chgt d'heure en est un bon
exemple)
certe, mais cela n'est pas une bonne chose. Une résolution des
poblèmes de manière moins triviale était necessaire mais n'a pas été
faite :(.
Eh oui. Mais dans ce cas, il faut te proposer pour le faire ;)
mouai pourquoi pas ?
... Sérieusement les gens font rarement ce genre de conflits de façon
volontaire. Entre 3 jours de dév. pour rajouter une fonctionnalité
majeure et 30 jours de négo/devs pour harmoniser deux programmes qui
n'ont rien à voir entre eux, à part l'utilisation d'une lib, je te
laisse deviner ce qui est choisi ...
Nous en revenons au point de départ, ils ont fait le mauvais choix,
celui type du modèle économique d'entreprise d'ailleurs, et même si pour
une fois ce n'est pas l'utilisateur lambda de base qui en pati, c'est le
développeur de base ou l'utilisateur avancé. Surtout pour une distrib
comme Debian où la "politique" est très présente.
A+,
J8.
Reply to: