| 1 |
Bonjour la liste |
| 2 |
|
| 3 |
Ayant décidé de recompiler mon système (amd64), je lance |
| 4 |
un petit "emerge -e system" qui s'arrête lors de la compilation |
| 5 |
de "app-text/docbook-sgml-utils" en me signalant une erreur |
| 6 |
faisant référence à /usr/lib64/libpthread-0.10.so |
| 7 |
|
| 8 |
Après maintes recherches, je me rend compte qu'il y a un autre |
| 9 |
"libpthread-0.10.so" dans /lib64/ |
| 10 |
|
| 11 |
Curieux de savoir quel paquet donne cette librairie, |
| 12 |
je fais une recherche avec qfile : |
| 13 |
|
| 14 |
$ qfile /lib64/libpthread-0.10.so |
| 15 |
sys-libs/glibc (/lib64/libpthread-0.10.so) |
| 16 |
|
| 17 |
Par contre |
| 18 |
$ qfile /usr/lib64/libpthread-0.10.so |
| 19 |
ne trouve aucun paquet. |
| 20 |
Je décide donc prudemment d'enlever libpthread-0.10.so de /usr/lib64 et |
| 21 |
de relancer |
| 22 |
ma compilation et là "app-text/docbook-sgml-utils" se compile sans |
| 23 |
problème. |
| 24 |
|
| 25 |
Pas de bol : la compilation s'arrête quelques paquets plus tard sur un autre |
| 26 |
problème ("iputils" que j'évite avec "emerge --resume --skipfirst", puis |
| 27 |
c'est le |
| 28 |
tour de "strace"). La recompilation de tout mon système n'est pas encore |
| 29 |
gagnée. |
| 30 |
|
| 31 |
En faisant, quelques recherches, je me suis rendu compte qu'il n'y a pas |
| 32 |
que libpthread-0.10.so qui se trouve à la fois dans /lib64/ et /usr/lib64/ |
| 33 |
Il y a tout ce beau monde : |
| 34 |
|
| 35 |
/usr/lib64/cpp |
| 36 |
/usr/lib64/dev-state/.keep |
| 37 |
/usr/lib64/.keep |
| 38 |
/usr/lib64/libmemusage.so |
| 39 |
/usr/lib64/libncurses.so.5.4 |
| 40 |
/usr/lib64/libpcprofile.so |
| 41 |
/usr/lib64/libSegFault.so |
| 42 |
/usr/lib64/libthread_db-1.0.so |
| 43 |
/usr/lib64/rcscripts/awk/fixlafiles.awk |
| 44 |
/usr/lib64/rcscripts/filefuncs.so.0.0.1 |
| 45 |
/usr/lib64/rcscripts/sh/rc-daemon.sh |
| 46 |
/usr/lib64/rcscripts/sh/rc-help.sh |
| 47 |
/usr/lib64/rcscripts/sh/rc-services.sh |
| 48 |
/usr/lib64/udev-state/devices.tar.bz2 |
| 49 |
|
| 50 |
qui n'appartient à aucun paquet. |
| 51 |
|
| 52 |
Mes questions : puis-je les détruire ? pourquoi sont-ils là ? |
| 53 |
J'ai l'impression que le passage de glibc-2.3.5-r2 à |
| 54 |
glibc-2.3.6-r3 est la cause de tous les problèmes. |
| 55 |
|
| 56 |
Bref, moi j'aimerais arriver à faire "emerge -e world" |
| 57 |
attendre tranquilement (Est-ce un rêve ?) quelques jours |
| 58 |
pour avoir un système tout neuf et non comme actuellement |
| 59 |
être confronté tous les 20 paquets à une erreur. |
| 60 |
|
| 61 |
Je précise que je suis en stable (amd64) sauf pour quelques paquets |
| 62 |
|
| 63 |
Merci |
| 64 |
Jean-Philippe |
| 65 |
|
| 66 |
|
| 67 |
|
| 68 |
|
| 69 |
|
| 70 |
|
| 71 |
|
| 72 |
|
| 73 |
|
| 74 |
|
| 75 |
-- |
| 76 |
gentoo-user-fr@g.o mailing list |
Archives