> À l'époque, tu étais obligé d'installer les 2 en même temps
Non. Tu installes l'un ou l'autre ou les deux en même temps.
Tu n'es pas obligé.
> avec la même version et même release exactement.
Ça dépend. Mais en pratique oui.
> Sous Mandrake Linux tu pouvais déjà faire vivre les 2 séparemment, indifféremment.
Idem.
> 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.
C'est comme ça depuis longtemps. Ce n'est pas nouveau. Toi tu dis que c'est nouveau. C'est sur ce point que je ne suis pas d'accord.
> 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.
Par défaut il installe ELF64. En quoi ça te dérange ? Tu veux que sur un système AMD64 par défaut il installes du i386 ?
Ça n'a pas de sens.
De plus j'aimerai que tu me trouves ce code rpm. Tu dois parler de yum ou up2date.
Avec yum ou up2date peut peut installer un paquet i386 sur un système amd64 avec :
yum install toto....i386
Avec rpm s'est tout bêtement :
rpm -i toto...i386.rpm
Si tu fais "rpm -i toto...i386.rpm toto...x86_64.rpm", il les installera s'il ne sont pas en comflit.
> Autrement, ça conflict
Ça dépend. Pour les lib, ça ne "conflict" pas.
> Lis bien, il voulait glib-config 32- et 64-bit, c'est donc glib-devel, pas glib. Et glib-devel conflicte.
Comme Mandriva. C'est toi même qui l'a dit :
- "sans conflit lors de l'installation (non simultanée) desdits packages."
Où veux tu en venir ?
> Essaie par exemple d'installer en même temps un glib-devel 32-bit et 64-bit sous FC4 ou RHEL.
Essais avec Mandriva :
[admin@one mandriva]$ ll
total 2732
drwxrwxr-x 3 admin admin 4096 avr 14 15:22 amd64
drwxrwxr-x 3 admin admin 4096 avr 14 15:21 i386
-rw-rw-r-- 1 admin admin 1418458 mar 10 20:32 lib64glib2.0_0-devel-2.6.3-1mdk.x86_64.rpm
-rw-rw-r-- 1 admin admin 1358933 fév 28 19:19 libglib2.0_0-devel-2.6.3-1mdk.i586.rpm
[admin@one mandriva]$ diff -r */usr/bin/
Les fichiers binaires amd64/usr/bin/glib-genmarshal et i386/usr/bin/glib-genmarshal sont différents.
Les fichiers binaires amd64/usr/bin/gobject-query et i386/usr/bin/gobject-query sont différents.
[admin@one mandriva]$ file */usr/bin/*
amd64/usr/bin/glib-genmarshal: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), stripped
amd64/usr/bin/glib-mkenums: perl script text executable
amd64/usr/bin/gobject-query: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), stripped
i386/usr/bin/glib-genmarshal: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped
i386/usr/bin/glib-mkenums: perl script text executable
i386/usr/bin/gobject-query: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped
Par quel miracle il est possible d'installer lib64glib2.0._0-devel avec libglib2.0_0-devel alors qu'il y a des fichiers en conflit ?
Faudrait peut-être arrêter de pipeauter.
[^] # Re: Et le plus important...
Posté par fabb . En réponse au journal Mandriva Linux Limited Edition 2005 released. Évalué à 1.
Non. Tu installes l'un ou l'autre ou les deux en même temps.
Tu n'es pas obligé.
> avec la même version et même release exactement.
Ça dépend. Mais en pratique oui.
> Sous Mandrake Linux tu pouvais déjà faire vivre les 2 séparemment, indifféremment.
Idem.
> 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.
C'est comme ça depuis longtemps. Ce n'est pas nouveau. Toi tu dis que c'est nouveau. C'est sur ce point que je ne suis pas d'accord.
> 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.
Par défaut il installe ELF64. En quoi ça te dérange ? Tu veux que sur un système AMD64 par défaut il installes du i386 ?
Ça n'a pas de sens.
De plus j'aimerai que tu me trouves ce code rpm. Tu dois parler de yum ou up2date.
Avec yum ou up2date peut peut installer un paquet i386 sur un système amd64 avec :
yum install toto....i386
Avec rpm s'est tout bêtement :
rpm -i toto...i386.rpm
Si tu fais "rpm -i toto...i386.rpm toto...x86_64.rpm", il les installera s'il ne sont pas en comflit.
> Autrement, ça conflict
Ça dépend. Pour les lib, ça ne "conflict" pas.
> Lis bien, il voulait glib-config 32- et 64-bit, c'est donc glib-devel, pas glib. Et glib-devel conflicte.
Comme Mandriva. C'est toi même qui l'a dit :
- "sans conflit lors de l'installation (non simultanée) desdits packages."
Où veux tu en venir ?
> Essaie par exemple d'installer en même temps un glib-devel 32-bit et 64-bit sous FC4 ou RHEL.
Essais avec Mandriva :
Par quel miracle il est possible d'installer lib64glib2.0._0-devel avec libglib2.0_0-devel alors qu'il y a des fichiers en conflit ?
Faudrait peut-être arrêter de pipeauter.