Exprime toi plus clairement. Red Hat commence à peine à séparer davantage les libs au niveau package (cf. packages de la forme -libs) et SuSE repackagent les libs 32-bit. Sous Mandriva Linux c'était déjà possible depuis longtemps sans repackager les libs et grâce à une politique de libification des packages (à la Debian), les libs 32-bit et 64-bit cohabitent sans conflit. Il n'y avait même pas besoin d'astuce au niveau rpm.
La nouveauté de la 2005 étant la possibilité de mixer des packages de -devel pour développer à la fois des applications 32-bit et 64-bit, sans chroot, sans conflit lors de l'installation (non simultanée) desdits packages. Tu prends juste les packages 32-bit, tu installes, ça marche (e.g. GNOME2 & QT). Ce n'est pas encore possible sous Red Hat: cf. http://www.redhat.com/archives/amd64-list/2005-February/msg00008.html par exemple, qui n'a pas eu de réponse.
[^] # Re: Et le plus important...
Posté par Gwenole Beauchesne . En réponse au journal Mandriva Linux Limited Edition 2005 released. Évalué à 6.
La nouveauté de la 2005 étant la possibilité de mixer des packages de -devel pour développer à la fois des applications 32-bit et 64-bit, sans chroot, sans conflit lors de l'installation (non simultanée) desdits packages. Tu prends juste les packages 32-bit, tu installes, ça marche (e.g. GNOME2 & QT). Ce n'est pas encore possible sous Red Hat: cf. http://www.redhat.com/archives/amd64-list/2005-February/msg00008.html par exemple, qui n'a pas eu de réponse.