Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux update glibc mdk9.1

update glibc mdk9.1

29 réponses
Avatar
Christophe PEREZ
Bonjour,

Je m'en remet aux experts d'ici après avoir posé la question sur la
liste experts de mandrake et n'ayant obtenu aucune réponse.

La source update de mdk 9.1 propose une nouvelle glibc. Je tente de
l'installer, d'abord après l'avoir téléchargée manuellement, puis,
comme ça ne passe pas, en créant une source rpm sur le ftp, mais quelque
soit, j'ai toujours un message d'erreur bizarre avec les locales-fr :

# urpmi glibc
The following packages have to be removed for others to be upgraded:
locales-2.3.1.4-6mdk.i586 (glibc == 2.3.1 non satisfait, glibc == 2.3.1 non satisfait)
locales-fr-2.3.1.4-6mdk.i586 (locales == 2.3.1.4-6mdk non satisfait)
php-manual-fr-4.3.0-2mdk.noarch (locales-fr absent)
webalizer-french-2.01.10-11mdk.i586 (locales-fr absent) (o/N) n

Je ne comprends pas.
J'ai pourtant bien les locales d'origine installées :
# rpm -qa | grep locales
locales-2.3.1.4-6mdk
locales-fr-2.3.1.4-6mdk

Et aucune mise à jour de ces locales n'est disponible.

Une mauvaise gestion des dépendances dans le package de la glibc ?
Une erreur grossière de ma part ?

Merci d'avance.

--
Christophe PEREZ
Écrivez moi sans _faute !
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3
Avatar
g.patel
On Thu, 04 Dec 2003 14:53:56 -0400, Christophe PEREZ
wrote:

Où ça ces options ?


au moment de l'installation, au choix de la langue, on peut
demander l'unicode si on clique 'Davantage'. Bon, maintenant
que j'ai relancé le cdrom pour voir je réalise combien c'est
improbable d'avoir demandé cette option par inadvertance (il
me semble que dans le passé c'était plus apparent).

Le contenu des fichier dans /etc/rpm/ est exactement le même sur les 2
machines (celle où ça passe et celle où ça ne passe pas).

PS : un rpm --rebuilddb n'a rien changé au problème.


Est ce que ça marche avec rpm tout seul ?
rpm -i --test glibc....

Si oui, c'est probablement que urpmi devrait etre mis à jour d'abord.
Si non, il faudra chercher plus avant avec les --provides et
--requires.

Gerard

Avatar
Christophe PEREZ
Le Sun, 07 Dec 2003 10:32:43 +0000, gerard patel a écrit:

au moment de l'installation, au choix de la langue, on peut
demander l'unicode si on clique 'Davantage'.


ok.
Bon, maintenant
que j'ai relancé le cdrom pour voir je réalise combien c'est
improbable d'avoir demandé cette option par inadvertance (il
me semble que dans le passé c'était plus apparent).


Alors aucune chance que ce soit ça ;-)

Est ce que ça marche avec rpm tout seul ?
rpm -i --test glibc....


file /lib/i686/libc-2.3.1.so from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /lib/i686/librt-2.3.1.so from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /lib/ld-2.3.1.so from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /lib/libanl-2.3.1.so from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /lib/libc-2.3.1.so from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /lib/librt-2.3.1.so from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /sbin/sln from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /usr/bin/gencat from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /usr/bin/glibcbug from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk
file /usr/bin/localedef from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk

Si oui, c'est probablement que urpmi devrait etre mis à jour d'abord.
Si non, il faudra chercher plus avant avec les --provides et
--requires.


Ah, bon... vais voir, mais je me sens déjà un peu dépassé et je crois
que la glibc va rester ce qu'elle est ;-)

Merci pour ton aide.

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
g.patel
On Sun, 07 Dec 2003 20:40:59 -0400, Christophe PEREZ
wrote:

rpm -i --test glibc....


file /lib/i686/libc-2.3.1.so from install of glibc-2.3.1-10.1.91mdk conflicts with file from package glibc-2.3.1-10mdk


argh @!§#& !!!

rpm -U --test glibc...

Gerard


Avatar
Christophe PEREZ
Le Mon, 08 Dec 2003 07:57:15 +0000, gerard patel a écrit:

argh @!§#& !!!


Arf' , j'ai honte ...

rpm -U --test glibc...


error: Failed dependencies:
glibc = 2.3.1 is needed by (installed) locales-2.3.1.4-6mdk
glibc = 2.3.1-10mdk is needed by (installed) glibc-devel-2.3.1-10mdk

On y revient à ces locales ! :-)

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
g.patel
On Mon, 08 Dec 2003 10:31:24 -0400, Christophe PEREZ
wrote:

Le Mon, 08 Dec 2003 07:57:15 +0000, gerard patel a écrit:

argh @!§#& !!!


Arf' , j'ai honte ...


? c'est moi qui aurait du y penser.

rpm -U --test glibc...


error: Failed dependencies:
glibc = 2.3.1 is needed by (installed) locales-2.3.1.4-6mdk


Bon...que donnent :

rpm -q --requires locales-2.3.1.4-6mdk
et
rpm -qp --provides glibc...rpm

Gérard


Avatar
Christophe PEREZ
Le Mon, 08 Dec 2003 17:55:05 +0000, gerard patel a écrit:

? c'est moi qui aurait du y penser.


Si tu le dis... :-)

rpm -q --requires locales-2.3.1.4-6mdk


rpmlib(VersionedDependencies) <= 3.0.3-1
glibc = 2.3.1
glibc = 2.3.1
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1

rpm -qp --provides glibc...rpm


glibc-localedata
ld.so
ANSI_X3.110.so
ARMSCII-8.so
ASMO_449.so
BIG5HKSCS.so
BIG5.so
CP10007.so
CP1125.so
CP1250.so
CP1251.so
CP1252.so
CP1253.so
CP1254.so
CP1255.so
CP1256.so
CP1257.so
CP1258.so
CP154.so
CP737.so
CP775.so
CSN_369103.so
CWI.so
DEC-MCS.so
EBCDIC-AT-DE-A.so
EBCDIC-AT-DE.so
EBCDIC-CA-FR.so
EBCDIC-DK-NO-A.so
EBCDIC-DK-NO.so
EBCDIC-ES-A.so
EBCDIC-ES.so
EBCDIC-ES-S.so
EBCDIC-FI-SE-A.so
EBCDIC-FI-SE.so
EBCDIC-FR.so
EBCDIC-IS-FRISS.so
EBCDIC-IT.so
EBCDIC-PT.so
EBCDIC-UK.so
EBCDIC-US.so
ECMA-CYRILLIC.so
EUC-CN.so
EUC-JISX0213.so
EUC-JP.so
EUC-KR.so
EUC-TW.so
GB18030.so
GBBIG5.so
GBGBK.so
GBK.so
GEORGIAN-ACADEMY.so
GEORGIAN-PS.so
GOST_19768-74.so
GREEK7-OLD.so
GREEK7.so
GREEK-CCITT.so
HP-ROMAN8.so
IBM037.so
IBM038.so
IBM1004.so
IBM1026.so
IBM1046.so
IBM1047.so
IBM1124.so
IBM1129.so
IBM1132.so
IBM1133.so
IBM1160.so
IBM1161.so
IBM1162.so
IBM1163.so
IBM1164.so
IBM256.so
IBM273.so
IBM274.so
IBM275.so
IBM277.so
IBM278.so
IBM280.so
IBM281.so
IBM284.so
IBM285.so
IBM290.so
IBM297.so
IBM420.so
IBM423.so
IBM424.so
IBM437.so
IBM500.so
IBM850.so
IBM851.so
IBM852.so
IBM855.so
IBM856.so
IBM857.so
IBM860.so
IBM861.so
IBM862.so
IBM863.so
IBM864.so
IBM865.so
IBM866NAV.so
IBM866.so
IBM868.so
IBM869.so
IBM870.so
IBM871.so
IBM874.so
IBM875.so
IBM880.so
IBM891.so
IBM903.so
IBM904.so
IBM905.so
IBM918.so
IBM922.so
IBM930.so
IBM932.so
IBM933.so
IBM935.so
IBM937.so
IBM939.so
IBM943.so
IEC_P27-1.so
INIS-8.so
INIS-CYRILLIC.so
INIS.so
ISCII-DEV.so
ISIRI-3342.so
ISO_10367-BOX.so
ISO-2022-CN-EXT.so
ISO-2022-CN.so
ISO-2022-JP-3.so
ISO-2022-JP.so
ISO-2022-KR.so
ISO_2033.so
ISO_5427-EXT.so
ISO_5427.so
ISO_5428.so
ISO646.so
ISO_6937-2.so
ISO_6937.so
ISO8859-10.so
ISO8859-11.so
ISO8859-13.so
ISO8859-14.so
ISO8859-15.so
ISO8859-16.so
ISO8859-1.so
ISO8859-2.so
ISO8859-3.so
ISO8859-4.so
ISO8859-5.so
ISO8859-6.so
ISO8859-7.so
ISO8859-8.so
ISO8859-9E.so
ISO8859-9.so
ISO-IR-197.so
ISO-IR-209.so
JOHAB.so
KHMER-NS.so
KOI8-K.so
KOI8-R.so
KOI-8.so
KOI8-T.so
KOI8-U.so
LATIN-GREEK-1.so
LATIN-GREEK.so
ld-linux.so.2
ld-linux.so.2(GLIBC_2.0)
ld-linux.so.2(GLIBC_2.1)
ld-linux.so.2(GLIBC_2.3)
libanl.so.1
libanl.so.1(GLIBC_2.2.3)
libBrokenLocale.so.1
libBrokenLocale.so.1(GLIBC_2.0)
libCNS.so
libcrypt.so.1
libcrypt.so.1(GLIBC_2.0)
libc.so.6
libc.so.6(GCC_3.0)
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1)
libc.so.6(GLIBC_2.1.1)
libc.so.6(GLIBC_2.1.2)
libc.so.6(GLIBC_2.1.3)
libc.so.6(GLIBC_2.2)
libc.so.6(GLIBC_2.2.1)
libc.so.6(GLIBC_2.2.2)
libc.so.6(GLIBC_2.2.3)
libc.so.6(GLIBC_2.2.4)
libc.so.6(GLIBC_2.2.6)
libc.so.6(GLIBC_2.3)
libc.so.6(GLIBC_2.3.2)
libdl.so.2
libdl.so.2(GLIBC_2.0)
libdl.so.2(GLIBC_2.1)
libGB.so
libISOIR165.so
libJIS.so
libJISX0213.so
libKSC.so
libm.so.6
libm.so.6(GLIBC_2.0)
libm.so.6(GLIBC_2.1)
libm.so.6(GLIBC_2.2)
libnsl.so.1
libnsl.so.1(GLIBC_2.0)
libnsl.so.1(GLIBC_2.1)
libnsl.so.1(GLIBC_2.2)
libnss_compat.so.2
libnss_dns.so.2
libnss_files.so.2
libnss_hesiod.so.2
libnss_nisplus.so.2
libnss_nis.so.2
libpthread.so.0
libpthread.so.0(GLIBC_2.0)
libpthread.so.0(GLIBC_2.1)
libpthread.so.0(GLIBC_2.1.1)
libpthread.so.0(GLIBC_2.1.2)
libpthread.so.0(GLIBC_2.2)
libpthread.so.0(GLIBC_2.2.3)
libpthread.so.0(GLIBC_2.2.6)
libpthread.so.0(GLIBC_2.3.2)
libresolv.so.2
libresolv.so.2(GLIBC_2.0)
libresolv.so.2(GLIBC_2.2)
libresolv.so.2(GLIBC_2.3.2)
librt.so.1
librt.so.1(GLIBC_2.1)
librt.so.1(GLIBC_2.2)
libSegFault.so
libthread_db.so.1
libthread_db.so.1(GLIBC_2.1.3)
libthread_db.so.1(GLIBC_2.2.3)
libthread_db.so.1(GLIBC_2.3)
libutil.so.1
libutil.so.1(GLIBC_2.0)
MACINTOSH.so
MAC-IS.so
MAC-SAMI.so
MAC-UK.so
MULELAO-1.so
NATS-DANO.so
NATS-SEFI.so
SAMI-WS2.so
SHIFT_JISX0213.so
SJIS.so
T.61.so
TATAR-CYR.so
TCVN5712-1.so
TIS-620.so
TSCII.so
UHC.so
UNICODE.so
UTF-16.so
UTF-32.so
UTF-7.so
VISCII.so
glibc = 6:2.3.1-10.1.91mdk


--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
g.patel
On Mon, 08 Dec 2003 17:32:13 -0400, Christophe PEREZ
wrote:

glibc = 2.3.1


(...)

glibc = 6:2.3.1-10.1.91mdk


Pourtant ça ne semble pas en conflit...
que dit rpm --version ?

il y a bien rpm -U --test -vv glibc....
mais j'ai peur qu'on dépasse les limites de taille
d'un post décent sur Usenet, là...Eventuellement
ne poster que les parties de la sortie qui parlent de
locales.

Gerard

Avatar
Christophe PEREZ
Le Wed, 10 Dec 2003 00:38:17 +0000, gerard patel a écrit:

que dit rpm --version ?


RPM version 4.2

il y a bien rpm -U --test -vv glibc....
mais j'ai peur qu'on dépasse les limites de taille
d'un post décent sur Usenet, là...Eventuellement
ne poster que les parties de la sortie qui parlent de
locales.


$ rpm -U --test -vv
/download/Linux/rpm/update/glibc-2.3.1-10.1.91mdk.i586.rpm 2> tmp/test

$ cat tmp/test | wc -l
2797

Effectivement ! :-)

$ cat tmp/test | grep locale
D: package locales-2.3.1.4-6mdk has unsatisfied Requires: glibc = 2.3.1
D: package locales-2.3.1.4-6mdk has unsatisfied Requires: glibc = 2.3.1
D: package locales-2.3.1.4-6mdk has unsatisfied Requires: glibc = 2.3.1
D: package locales-2.3.1.4-6mdk has unsatisfied Requires: glibc = 2.3.1
glibc = 2.3.1 is needed by (installed) locales-2.3.1.4-6mdk

C'est déjà beaucoup moins locace et beaucoup plus déjà vu :-)

Si ça t'aide... moi ça ne me dit rien du tout.

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
g.patel
On Wed, 10 Dec 2003 00:11:42 -0400, Christophe PEREZ
wrote:

RPM version 4.2


houlà... ça n'est pas de la Mandrake 9.1 avec des mises à
jour, c'est de la 9.1 avec des rpms de Cooker installés.

Mandrake n'a jamais proposé de mise à jour de rpm sur la
9.1, probablement parce que ce changement a entrainé des
'petites' incompatibilités. La mise à jour de rpm en 4.2 dans Cooker
pendant la période de 'test' de la 9.2 a fait que pendant peut-etre
2 ou 3 mois toutes les fois que je voulais mettre à jour urpmi
me proposait de désinstaller tout mon système d'abord :-/

Il faudrait peut-etre essayer de ramener rpm à la version 4.0.4
mais je ne sais pas ce que ça ferait aux rpms Cooker installés.

Gerard

Avatar
Christophe PEREZ
Le Wed, 10 Dec 2003 09:01:42 +0000, gerard patel a écrit:

houlà... ça n'est pas de la Mandrake 9.1 avec des mises à
jour, c'est de la 9.1 avec des rpms de Cooker installés.


Ah !
C'est ce que je craignais ;-)

Mandrake n'a jamais proposé de mise à jour de rpm sur la
9.1, probablement parce que ce changement a entrainé des
'petites' incompatibilités.


Certainement.
En fait, j'avais du passer par cette mise à jour afin de pouvoir passer
à la version 2.5 de Spamassassin, car il manquait pas mal de choses dans
la 2.44.

La mise à jour de rpm en 4.2 dans Cooker
pendant la période de 'test' de la 9.2 a fait que pendant peut-etre
2 ou 3 mois toutes les fois que je voulais mettre à jour urpmi
me proposait de désinstaller tout mon système d'abord :-/


J'ai eu de la chance, je n'ai eu aucun autre problème à part cette fois,
mais il fallait bien que ça arrive.

Il faudrait peut-etre essayer de ramener rpm à la version 4.0.4
mais je ne sais pas ce que ça ferait aux rpms Cooker installés.


Ben, c'est sûr, il va me proposer de les désinstaller !

--
Christophe PEREZ
Écrivez moi sans _faute !

1 2 3