Red Hat "mixe" 32 bits et 64 bits depuis RHEL 3 (basé sur RH9). De plus il y a eu une "technologie preview" (gingin64) basée sur RH9 bien avant la sortie de RHEL 3.
C'est Red Hat qui a ajouté le support multi-arch dans rpm et dans la libc. Red Hat maintient pratiquement à 100 % rpm et à 70 % la libc.
> Red Hat commence à peine à séparer davantage les libs au niveau package
Rien n'a changé sur ce point (du moins récemment) et tu fais des mélanges. rpm supporte d'avoir deux fois le même fichier dans deux paquets différents.
Donc lib...i386.rpm et lib...x86_64.rpm qui fournit tous les deux le même fichier peut-être installé en parallèle (c'est nécessaire pour les librairies qui dépendent de données dans /usr/share/... ou d'un fichier de config dans /etc/...). Sous Red Hat/Fedora, toutes les lib x86_64 sont installées dans ../lib64 .
> 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)
Tu mélanges avec la possibilité d'avoir des versions différentes de la même librairie sans "troubler" rpm.
Red Hat le fait quand c'est nécessaire mais ne le fait pas systématiquement.
> Red Hat commence à peine à séparer davantage les libs au niveau package (cf. packages de la forme -libs)
Ce qui est du pipeau car Red Hat fait ça pour les besoins de mixer i386/x86_64 depuis RHEL 3 (et avant évidemment ; phase beta et preview gingin64).
Pour Fedora il y a FC1 pour AMD64 qui est sorti depuis un bon moment : http://fr2.rpmfind.net/linux/fedora/core/1/x86_64/os/Fedora/RPMS/(...)
Plus de 60 paquets en i386.
Donc rien de nouveau.
> SuSE repackagent les libs 32-bit.
Red Hat ne fait pas ça. Le même paquet est fait pour i386 (--target=i386) et x86_64 (--target=x86_64). C'est tout. Il n'y a pas de paquet spécifique pour x86_64.
> 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.
Avec le "non simultanée", c'est pareil pour Red Hat.
[^] # Re: Et le plus important...
Posté par fabb . En réponse au journal Mandriva Linux Limited Edition 2005 released. Évalué à 1.
Red Hat "mixe" 32 bits et 64 bits depuis RHEL 3 (basé sur RH9). De plus il y a eu une "technologie preview" (gingin64) basée sur RH9 bien avant la sortie de RHEL 3.
C'est Red Hat qui a ajouté le support multi-arch dans rpm et dans la libc. Red Hat maintient pratiquement à 100 % rpm et à 70 % la libc.
> Red Hat commence à peine à séparer davantage les libs au niveau package
Rien n'a changé sur ce point (du moins récemment) et tu fais des mélanges. rpm supporte d'avoir deux fois le même fichier dans deux paquets différents.
Donc lib...i386.rpm et lib...x86_64.rpm qui fournit tous les deux le même fichier peut-être installé en parallèle (c'est nécessaire pour les librairies qui dépendent de données dans /usr/share/... ou d'un fichier de config dans /etc/...). Sous Red Hat/Fedora, toutes les lib x86_64 sont installées dans ../lib64 .
> 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)
Tu mélanges avec la possibilité d'avoir des versions différentes de la même librairie sans "troubler" rpm.
Red Hat le fait quand c'est nécessaire mais ne le fait pas systématiquement.
> Red Hat commence à peine à séparer davantage les libs au niveau package (cf. packages de la forme -libs)
Ce qui est du pipeau car Red Hat fait ça pour les besoins de mixer i386/x86_64 depuis RHEL 3 (et avant évidemment ; phase beta et preview gingin64).
Pour Fedora il y a FC1 pour AMD64 qui est sorti depuis un bon moment :
http://fr2.rpmfind.net/linux/fedora/core/1/x86_64/os/Fedora/RPMS/(...)
Plus de 60 paquets en i386.
Donc rien de nouveau.
> SuSE repackagent les libs 32-bit.
Red Hat ne fait pas ça. Le même paquet est fait pour i386 (--target=i386) et x86_64 (--target=x86_64). C'est tout. Il n'y a pas de paquet spécifique pour x86_64.
> 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.
Avec le "non simultanée", c'est pareil pour Red Hat.
> http://www.redhat.com/archives/amd64-list/2005-February/msg00008.ht(...)
C'était un bug (tu sais, le truc que tout le monde rencontre), il a été corrigé :
http://www.redhat.com/archives/amd64-list/2005-February/msg00004.ht(...)
> par exemple, qui n'a pas eu de réponse.
Voir l'url que j'ai donné.