[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [linux-team] libc.so.6
On Thu, Aug 17, 2000 at 09:20:04PM +0200, Francois PIETTE wrote:
>
> > Alors tu devrais avoir libc.so.6 sur ton disque, non ? puisque tous les
> > programmes en C liés dynamiquement dépendent d'elle).
> >
> > Essaie un peu un "locate libc" pour voir, et (en root) un
> >
> > find / -name "libc*"
>
> Avec find / -name "libc.so*" j'obtiens:
> /lib/libc.so.4
> /lib/libc.so.4.7.6
> /lib/libc.so.6
> /usr/i486-linux-libc5/lib/libc.so
> /usr/i486-linux-libc5/lib/libc.so.1
> /usr/i486-linux-libc5/lib/libc.so.5
> /usr/i486-linux-libc5/lib/libc.so.5.4.46
> /usr/lib/jdk1.1.7/lib/i686/green_threads/linuxlibs/libc.so.6
> /usr/lib/jdk1.1.7/lib/i686/native_threads/linuxlibs/libc.so.6
> /usr/lib/jre1.1.7/lib/i686/green_threads/linuxlibs/libc.so.6
> /usr/lib/jre1.1.7/lib/i686/native_threads/linuxlibs/libc.so.6
> /usr/lib/libc.so
> Est-ce que mon problème ne viendrais pas de la plétore de librairies
> ?
c'est la présence de libc.so.6 dans /lib, avec libc.so.4.7.6 qui me
laisse perplexe. Comment se fait-il que tu aies deux version de la libc
? dont une libc4 ? (Encore que ce ne soit pas le coeur de ton
problème, je crois, c'est la libc.so.6 qui ne lui plait pas, sans
qu'il ne s'occupe de l'autre...)
Maintenant les autres, ailleurs, je pense que c'est normal. (De la ligne 4 à 7,
p.ex. c'est justement l'ancienne version -i.e. libc5- pour permettre
aux softs compilés avec les stubs de ces librairies de tourner.)
J'ai grosso modo la même chose ici.
Regardes toujours un peu ce qu'il y a dans ton /etc/ld.so.conf. C'est
le fichier de config de ld, le linker, qui charge les bonnes
librairies quand un prog compilé avec est lancé. Il doit contenir les
chemins des librairies qu'on veut utiliser sur le système. (Si tu
modifies ce fichier, n'oublie pas de relancer ldconfig qui va
regénérer le cache (/etc/ld.so.cache) du linker. Tu pourrais aussi
lancer cette commande sans modifier, tiens, juste pour t'assurer que
le cache a bien été créé comme il faut. Normalement, yast s'en occupe,
mais...)
> Ou
> d'une variable d'environnement mal configurée et empêchant le système de
> trouver la bonne librairie. Quelle est la variable d'environnement qui dit à
> Linux où trouver les librairies ? PATH, LIB,... ?
PATH sert à trouver les exécutables des programmes.
Selon mes maigres connaissances, la recherche des lib repose sur ce
fichier de config du linker (ld.so.conf).
Maintenant, pour revenir à ton problème de départ, la libjpeg que tu
essaye d'installer, vient-elle bien de la SuSE 6.1 ? Si elle en vient,
faut qu'on creuse pcq ça devrait marcher normalement.
Si elle est plus récente, il m'est déjà arrivé avec certains
programmes qu'ils refusent de s'installer pour une question de version
de la glibc, alors que le numéro était bon aussi en apparence... Et
sans que je n'ai jamais trouvé pourquoi...
> Dans le même rayon, je ne trouve pas dans quel fichier profile ou autre se
> trouve définie la valeur de la variable WINDOWMANAGER utilisée par startx.
> La mienne pointe sur le mauvais répertoire et je voudrais corriger.
Regarde un peu dans <ton_home>/.xinitrc.
Sinon, pour chercher une chaine de caractères, tu as "grep" :
grep -i windowmanager * dans ton home, c'est rudement efficace :-)
(le -i rend grep case insensitive).
pour voir la valeur qu'elle a, c'est soit "echo $VARIABLE", soit "set"
et tu les as toutes.
J'espère que ça aidera en attendant les cracks de la liste,
--
J.-F. STRAETEN
---
Mutt 1.3.7i.
Powered by SuSE Linux 6.4
--------
Visit the Linux Supertore Online: http://www.redcorp.com !
If you want to be deleted from the list, send a mail to
majordomo@rtfm.be with "unsubscribe linux-team" in the body.
Archive of the list: http://tania.be.linux.org/