Maintenant que Sarge est sorti, ça bouge du coté de de Sid. Xorg vient tout juste d'être intégré, en remplacement de Xfree86.
La licence est plus en accord avec l'esprit debian. Mais au final on gagne un developement plus actif, de meilleurs perfs et les inutiles (donc indispensables) transparence et ombre portées.
Si vous vous embêtez, vous pouvez toujours compter le nombre de fois où le mot.Ubuntu apparait dans le changelog.
http://www.debian-administration.org/articles/185(...)
http://necrotic.deadbeast.net/xsf/XFree86/NEWS.xhtml(...)
La licence est plus en accord avec l'esprit debian. Mais au final on gagne un developement plus actif, de meilleurs perfs et les inutiles (donc indispensables) transparence et ombre portées.
Si vous vous embêtez, vous pouvez toujours compter le nombre de fois où le mot.Ubuntu apparait dans le changelog.
http://www.debian-administration.org/articles/185(...)
http://necrotic.deadbeast.net/xsf/XFree86/NEWS.xhtml(...)
> Lire le journal (16 commentaires, moyenne: 2,1).
Vous avez demandé le commentaire #602232.
Run by 
Cette page a été générée par Templeet en 0.0549s (dont 0.007 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
ABI C++
En lisant un peu les annonces relative a l'adoption de Xorg dans SID ici et là, un problême revient souvent : la transition de l'ABI C++.
Certains mettent en garde et conseillent de ne pas mettre à jour et d'attendre la fin de la transition.
Souhaitant en savoir un peu plus et n'étant pas expert, j'ai éssayé de comprendre cette histoire d'ABI.
Après la signification de l'acronyme, ABI voulant dire Application Binary Interface, je pense avoir saisi le principe.
Certaines librairies utilisées par Xorg étant compilées par une version plus ancienne de GCC (qui casse la compatibilité) celles ci ne peuvent être exploitées correctement par Xorg.
QQ'un pour confirmer ça ?
Merci
[^]Re: ABI C++
en fait même les mainteneurs debian de xorg ont pas tout compris
http://www.livejournal.com/users/gravityboy/16779.html(...)
[^]Re: ABI C++
Merci pour le lien. Ils on apparemment compris: ce matin ça fonctionne, X.Org s'installe sans virer libglu et les packages dépendants.
[^]Re: ABI C++
C'est l'ABI du C++ qui change. Donc toutes les applications utilisant une bibliothèque C++ doivent être recompilées.
Le fait est qu'effectivement, cela se passe avec le changement de version de GCC vers la 4.0 (normal aussi, hein, on change pas l'ABI dans une version mineure) et avec le passage de X11 vers Xorg.
Le passage à Xorg pose aussi quelques problèmes lui-même (sans rapport avec l'ABI), comme p.ex. la modification des dépendances opengl (libglu1 en particulier).
Donc, en gros, pour bien foutre le bordel en un minimum de temps (vaut mieux tout casser d'un coup, ça sera réparé plus vite), on change : X11 en Xorg, Gcc3 en Gcc4 et l'ABI C++.
Normalement, debian est faite pour ça : d'autres distributions préfèrent repartir sur une nouvelle version, que l'on ne peut pas mettre à jour depuis les précédentes.
Faut juste attendre un peu que tout soit recompilé et que les dépendances soient ajustées.
[^]Re: ABI C++
en fait, l'ABI change aussi dans gcc-3.4... et pour la libglu, elle est écrite en C++, mais son ABI est en C, donc n'est pas cassée par la transition vers l'ABI de gcc-3.4/4.x.
En attendant, les devs de Debian réexpliquent les finesses de la transition des ABI pour que le boxon soit réduit à un strict minimum sur lce changement pour Gnome, KDE et autres... ( http://lists.debian.org/debian-devel-announce/2005/07/msg00007.html(...) )
[^]Re: ABI C++
Question bête peut-être ?
Je tourne sous Sid actuellement les "problèmes" que je rencontre actuellement sont sans doute du à ce que vous expliquer. (problème installation application et de dépendence)
Je me demandais est-ce que ces problèmes peuvent se répercuter sur la debian testing ?
[^]Re: ABI C++
Le passage de sid à testing est automatisé de façon à éviter (en principe) les problèmes de dépendances.
Or, lors des changements d'ABI, les paquets de bibliothèques sont renommés (numérotés), et des Conflicts et Replace sont mis.
Pour le moment, testing est à l'abri. C'est lors du passage en masse sid->testing de paquets en gros testés que ça risque de casser un peu...