On Tue, 05 Mar 2002 18:18:15 +0100 Didier MATHIEU <[EMAIL PROTECTED]> wrote:
> jipe a écrit : > > > quelle glibc-2.1? en rpm? compilée? rpm de compatibilité? > > où l'as tu mise? > > Je crois en fait que ces librairies se sont installées à partir des CD de la >distrib... > J'ai ainsi: > /usr/i386-glibc21-linux/libc5/ > Je suis perdu dans toutes ces nomenclatures et numérotation de librairies, je pense >que la première est pour de vieilles machines ?? > > > avec une installation normale, avec les rpm, les librairies se trouvent en /usr/lib > > xmrg et mopac doivent chercher libc.so. pour démarrer. libc.so est dans /usr/lib >et est un lien vers libc.so.6, lui-même dans /usr/lib. mais il leur faudrait >libc.so.5! > > Tu m'as donné l'idée de comparer les libc.so.5 de mes 2 distributions. > Tous les deux sont des liens vers libc.so.5.3.12 (les mêmes numéros dans les deux >cas...) > pourtant l'un fait 699832 octets et l'autre, sur Mdk8.1, seulement 614576 octets > > > il est possible d'avoir plusieurs versions de glibc et donc de faire tourner des >applications sur ces différentes versions. la version "système" dans un répertoire >accessible par LD_LIBRARY_PATH, et les autres dans des répertoires différents et si >possibles masqués pour éviter les embrouilles. par ex: /usr/local/glibc-2.1 > > pour lancer le programme, une solution consiste à lui écrire un petit script de >lancement du genre: > > #!/bin/bash > > export LD_LIBRARY_PATH=/usr/local/glibc-2.1/lib:$LD_LIBRARY_PATH > > /usr/local/bin/<programme> > > OK, cela paraît logique, j'ai fait ce script où j'essaie de charger d'abord les >librairies de /usr/i486-linux-libc5/lib/ avant de chercher ailleurs. > Dans un premier temps j'avais tjrs le même pb persistant de fichier non trouvé... > > En recopiant libc.so.5.3.12 de l'ancienne distribution à la place du libc.so.5.3.12 >plus petit de Mdk8.1 (une hérésie sans doute, mais au pt où j'en suis...) enfin çà >change : cette fois on dirait que ma commande du script > export LD_LIBRARY_PATH=/usr/i486-linux-libc5/lib/:$LD_LIBRARY_PATH > précédant l'invocation du prg est ignorée. > > En effet tjrs d'après strace, xmgr ouvre d'abord > /etc/ld.so.cache > puis les librairies du répertoire /lib et en particulier /lib/libc.so.6 > > Au contraire, sur les autres machines, après ouverture de /etc/ld.so.cache > xmgr lit les librairies de > /usr/i486-linux-libc5/lib/ > d'abord Xmu, Xt, Xext, X11, SM, ICE ... avec suffixe .so.6 > puis la librairie mathématique libm.so.5 (tiens, pas .so.6 ...) > puis libc.so.5 (OK, pas libc.so.6, et dans ce cas tu as raison çà marche!!) > > En définitive, sur Mdk8.1 je n'arrive pas à forcer xmgr à lire libc.so.5 plutôt que >libc.so.6 rien qu'en exportant LD_LIBRARY_PATH au niveau du script... Qu'est-ce-qui >peut bien lui donner l'idée d'aller chercher les lib dynamiques dans /lib alors que >ce répertoire n'est pas dans LD_LIBRARY_PATH ?? (j'ai même fait carrément > ôté tous les autres répertoires de la liste autres que /usr/i486-linux-libc5/lib/). > J'ai supprimé les fichiers /etc/ld.so.cache et /etc/ld.so.conf mais cela ne résout >rien... > > J'espère que l'un de vous (jipe?) a une réponse parce que là je sèche vraiment... > > A demain... > > -- > Didier Mathieu > CEA - Le Ripault > BP 16 > 37260 Monts > +33 02 47 34 41 85 stop tout! ou tu risque la réinstallation dérechef..... je ne sais pas d'où te vient cette glibc là, peut-être un rpm de compatibilité, mais c'est apparemment insuffisant pour compiler les applications que tu veux. peut être si tu les trouve en rpm? si tu as beaucoup de chance, tape la commande: rpm -qfi /usr/1486-linux-libc5/lib | grep ^Packager tu auras peut-être le nom et l'adresse email de celui qui a fait le rpm qui contient ces répertoires. demande lui ce qu'il est possible de faire avec...... sinon, soit tu installes une 2eme glibc en //, soit tu retourne à ton ancienne version de mandrake, soit tu cherches l'équivalent en plus récent et compatible mdk8.1 de tes applications. désolé de ne pas te donner de meilleure réponse bye jipe > > >
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com"