Note: Due to technical difficulties, the Archives are currently not up to date.
GMANE provides an alternative service for most mailing lists. c.f. bug 424647
List Archive: gentoo-user-fr
Bonsoir à tous
Après plusieurs semaines de recherche, je me
suis rendu compte que si gimp ne se lance pas,
en me retournant :
gimp: dl-close.c:365: _dl_close: l'assertion « imap->l_type ==
lt_loaded || imap->l_opencount > 0 » a échoué.
gimp: terminated: Abandon
Cela été du au fait d'avoir libc.so.6 en double sur mon système
$ locate libc.so.6
/usr/lib32/libc.so.6
/usr/lib64/libc.so.6
/lib32/libc.so.6
/lib64/libc.so.6
Si je supprime le lien /usr/lib64/libc.so.6, gimp démarre bien.
Mon problème est que ldconfig recrée automatiquement
le lien /usr/lib64/libc.so.6 -> libc-2.3.4.so et le lien
/lib64/libc.so.6 -> libc-2.3.5.so
Mais voilà, libc-2.3.4.so semble n'appartenir à aucun paquet
$ qpkg -f /usr/lib64/libc-2.3.4.so donne rien
En fait je pense que j'ai deux versions de glibc installées
glibc-2.3.4.20041102 et sys-libs/glibc-2.3.5-r1, mais
portage ne se rappelle plus de glibc-2.3.4.20041102
Ainsi emerge -pC =glibc-2.3.4.20041102 ne supprime rien.
Alors comment puis-je supprimer toutes les librairies
de glibc-2.3.4.20041102 qui rentrent en conflit avec celles
de glibc-2.3.5-r1
Je précise que j'ai un AMD64 et un système 64bits
(CHOST="x86_64-pc-linux-gnu")
Comment est-ce possible d'avoir les fichiers d'une version d'un
paquet qui est dit non installé par portage ?
Voilà, si quelqu'un a des idées j'accepte volontier.
Jean-Philippe ROPA
--
gentoo-user-fr@g.o mailing list
|
|