Comment diagnostiquer et résoudre : /usr/lib64/libz.so.1 : aucune information de version disponible

I j'ai passé un sacré bon moment installation de lxml pour Python 2.7 sur CentOS 5.6. Pour rappel, Python 2.7 est une installation alternative de Python sur CentOS 5.6 qui est livré avec Python 2.4 installé.

Il a été construit à partir de la source selon ses instructions.

./configure
make
make altinstall

Cependant, après environ 20 heures d'essais, j'ai réussi à trouver une solution viable et j'ai pu installer lxml .

Jusqu'à ce que je remarque l'erreur suivante en haut de l'interpréteur :

python2.7: /usr/lib64/libz.so.1: no version information available (required by python2.7)
Python 2.7.2 (default, Jun 30 2011, 18:55:26) 
[GCC 4.1.2 20080704 (Red Hat 4.1.2-50)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> print 'Sheeeeut!'

Cette erreur s'affiche à chaque fois que j'exécute un script.

Par exemple :

$ ./test.py
/usr/local/bin/python2.7: /usr/lib64/libz.so.1: no version information available (required by /usr/local/bin/python2.7)

Le script fonctionne parfaitement, mais cette erreur est gênante. Après quelques recherches, j'ai l'impression d'avoir une mauvaise version de libz installé, qu'il s'agit d'une ancienne version ou qu'il a été construit pour une plateforme différente.

Je ne sais pas trop comment, j'ai seulement installé libz par le biais de yum pour autant que je sache. Bien que je ne me souvienne pas de toutes les petites choses que j'ai essayées pendant mes vingt heures d'essai.

Vous pourriez aussi être intéressé par ce que mon lib64 Voici quelques informations

$ ls -ltrh libz*
-rwxr-xr-x 1 root root  84K Jan  9  2007 libz.so.1.2.3
-rwxr-xr-x 1 root root 107K Jan  9  2007 libz.a
-rwxr-xr-x 1 root root 154K Feb 22 23:30 libzdb.so.7.0.2
lrwxrwxrwx 1 root root   13 Apr 20 20:46 libz.so.1 -> libz.so.1.2.3
lrwxrwxrwx 1 root root   15 Jun 30 18:43 libzdb.so.7 -> libzdb.so.7.0.2
lrwxrwxrwx 1 root root   13 Jul  1 11:35 libz.so -> libz.so.1.2.3
lrwxrwxrwx 1 root root   15 Jul  1 11:35 libzdb.so -> libzdb.so.7.0.2

Avis : les articles qui disent 1er juillet ou 30 juin sont de moi. J'avais initialement déplacé ces fichiers dans un dossier de sauvegarde car ils semblaient être des doublons et avaient une date postérieure à/pendant mes problèmes auxquels j'ai fait allusion plus tôt et que j'ai eus avec le système de gestion de la sécurité. lxml

J'ai envie de supprimer complètement Python 2.7 et de le réinstaller. Je pense que le fait de l'installer sur /usr/local/ était un mauvais choix par défaut. Cependant, sans le make uninstall L'option étant présente, cela semble être une tâche qui prend du temps pour une solution dont je ne suis pas sûr qu'elle résoudrait mon problème.