Red Hat "mixe" 32 bits et 64 bits depuis RHEL 3 (basé sur RH9).
À l'époque, tu étais obligé d'installer les 2 en même temps avec la même version et même release exactement. Sous Mandrake Linux tu pouvais déjà faire vivre les 2 séparemment, indifféremment.
Rien n'a changé sur ce point (du moins récemment) et tu fais des mélanges
Lis par exemple les commentaires de Mike Harris dans ses packages. Ils sont en train de limiter les libs à uniquement des packages -libs pour limiter les conflits pour ce qui est en dehors de */lib ou */lib64.
Avec le "non simultanée", c'est pareil pour Red Hat.
Non, lis bien le code de rpm. Il y a du code spécifique qui te permet de préférer un binaire marqué ELF64 quand tu installes 2 packages 32-bit et 64-bit en même temps. Autrement, ça conflicte.
C'était un bug (tu sais, le truc que tout le monde rencontre), il a été corrigé
Lis bien, il voulait glib-config 32- et 64-bit, c'est donc glib-devel, pas glib. Et glib-devel conflicte.
Par contre RHEL ne permet pas de développer du i386 et AMD64 en même temps. C'est comme Mandriva.
Bien sûr que si que c'est possible sous Mandriva. Je peux rebuilder evolution2 par exemple en 32-bit et en 64-bit sans problème, sans désinstaller de package. Je répète, la nouveauté de Mandriva Linux 2005 c'est que tu peux justement développer des programmes 32-bit et 64-bit en même temps, sans désinstaller de packages, sans chroot.
Essaie par exemple d'installer en même temps un glib-devel 32-bit et 64-bit sous FC4 ou RHEL. Tu ne peux pas. Au mieux, rpm va installer 1 des 2 /usr/bin/glib-config, ce qui sera incorrect pour l'autre arch (cf. sortie de --cflags & co).
[^] # Re: Et le plus important...
Posté par Gwenole Beauchesne . En réponse au journal Mandriva Linux Limited Edition 2005 released. Évalué à 3.
À l'époque, tu étais obligé d'installer les 2 en même temps avec la même version et même release exactement. Sous Mandrake Linux tu pouvais déjà faire vivre les 2 séparemment, indifféremment.
Rien n'a changé sur ce point (du moins récemment) et tu fais des mélanges
Lis par exemple les commentaires de Mike Harris dans ses packages. Ils sont en train de limiter les libs à uniquement des packages -libs pour limiter les conflits pour ce qui est en dehors de */lib ou */lib64.
Avec le "non simultanée", c'est pareil pour Red Hat.
Non, lis bien le code de rpm. Il y a du code spécifique qui te permet de préférer un binaire marqué ELF64 quand tu installes 2 packages 32-bit et 64-bit en même temps. Autrement, ça conflicte.
C'était un bug (tu sais, le truc que tout le monde rencontre), il a été corrigé
Lis bien, il voulait glib-config 32- et 64-bit, c'est donc glib-devel, pas glib. Et glib-devel conflicte.
Par contre RHEL ne permet pas de développer du i386 et AMD64 en même temps. C'est comme Mandriva.
Bien sûr que si que c'est possible sous Mandriva. Je peux rebuilder evolution2 par exemple en 32-bit et en 64-bit sans problème, sans désinstaller de package. Je répète, la nouveauté de Mandriva Linux 2005 c'est que tu peux justement développer des programmes 32-bit et 64-bit en même temps, sans désinstaller de packages, sans chroot.
Essaie par exemple d'installer en même temps un glib-devel 32-bit et 64-bit sous FC4 ou RHEL. Tu ne peux pas. Au mieux, rpm va installer 1 des 2 /usr/bin/glib-config, ce qui sera incorrect pour l'autre arch (cf. sortie de --cflags & co).