Loswerden von "git: /usr/local/lib/libz.so.1: keine Versionsinformationen verfügbar (erforderlich durch git)"

Question

Für jeden Git-Befehl, den ich ausführen möchte, erhalte ich diese Nachricht. Beispiel:

stewie:~# git --version 
git: /usr/local/lib/libz.so.1: no version information available (required by git) 
git version 1.7.11.4 

Wie kann ich das loswerden?

---

Edit 1:

Versuch zlib1g zu aktualisieren:

stewie:/tmp# apt-get install zlib1g 
Reading package lists... Done 
Building dependency tree 
Reading state information... Done 
zlib1g is already the newest version. 
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 

---

Edit 2:

Ich bin auf Debian Lenny (5), also, leider, usin g apt-get ist nicht so einfach.

Answer 1

/usr/local ist für die Installation von lokal vom Administrator des Computers kompilierten Programmen gedacht. Einfache Programme gehen einfach in/usr/local/bin und werden von dort aus ausgeführt, indem/usr/local/bin in die Umgebungsvariable PATH gesetzt wird. Dadurch kann der Administrator den Benutzern Zugriff auf zusätzliche Befehle geben, die nicht im Betriebssystem enthalten sind. Es gibt nichts, was root daran hindert, neue Dinge in/usr/bin zu installieren, aber die Konvention ist, dass/usr/bin von den Packaging-Tools des OS-Distributors verwaltet wird, und das Trennen von lokalem Material macht die Dinge etwas weniger verwirrend.

Manchmal benötigt ein lokales Programm eine Bibliothek, die nicht vom Betriebssystem-Distributor bereitgestellt wird, und die Bibliothek geht in/usr/local/lib und alles funktioniert.

Wenn es einen Versionskonflikt gibt - das Betriebssystem libz.so der Version X, aber ein lokales Programm benötigt libz.so Version X + 1 oder benötigt libz.so mit einer speziellen Option kompiliert werden - Dinge werden kompliziert. Die Installation der neueren Bibliothek in/usr/local/lib ist wahrscheinlich zunächst in Ordnung.

Jedes Programm sucht nach Bibliotheken, die auf /etc/ld.so.conf basieren, und wenn/usr/lib dort Priorität erhält, finden die/usr/local-Programme nicht die neuere Bibliothek, die sie benötigen. So erhält/usr/local/lib normalerweise Priorität. Ältere Programme, die eine neuere Bibliothek finden, stellen normalerweise kein Problem dar, da die Bibliotheken abwärtskompatibel sind.

Jahre später, nach ein paar OS-Upgrades, ist die Bibliothek in/usr/lib jetzt Version X + 2 und die in/usr/local/lib ist immer noch Version X + 1, und jetzt Programme von/usr/bin lädt die alte/usr/local/lib-Version und benimmt sich schlecht. Dies kann möglicherweise durch Entfernen der alten Bibliothek behoben werden. Das Programm/usr/local/bin, das die Version X + 1 benötigt, findet die Version X + 2 in/usr/lib und funktioniert gut. Aber nur, wenn die Notwendigkeit einer neueren Version der Grund für die lokale Installation von Version X + 1 war.

Um nach möglichen Problemen zu suchen, bevor Sie das Entfernen durchführen, suchen Sie nach etwas unter/usr/local, das libz verwendet.

ldd /usr/local/bin/* /usr/local/sbin/* | less +/libz 

Wenn Sie etwas finden, die Referenzen libz versuchen, es mit LD_LIBRARY_PATH=/usr/lib laufen, um sicherzustellen, es funktioniert immer noch.Unter der Annahme, nichts bricht, entfernen Sie die lokalen libz Dateien (indem sie auf einen Backup-Speicherort zu bewegen, so dass Sie dies rückgängig machen können, wenn Sie müssen)

mkdir /root/local-libz-backup 
mv /usr/local/lib/libz* /root/local-libz-backup 
ldconfig 

Answer 2

Sieht so aus, als müssten Sie Ihre Build-Voraussetzungen aktualisieren.

Answer 3

Ich habe Direct auf meinem Server und diese this guide mein Problem gelöst.

(ab Seite kopiert)

Wenn Sie den Fehler sehen

/usr/local/lib/libz.so.1: no version information available (required by python) 

es mit der Version von libz installiert zu tun hat. Der Grund für die aktuelle Version liegt in der Version von libz, die libxml2 benötigt. Eine neuere Version von beiden wird das Problem beheben, aber aufgrund vieler gemeldeter Probleme mit diesem Update sind wir zu der älteren Version von libz und libxml2 zurückgekehrt. Beachten Sie, dass die Warnung nichts verletzt, sodass sie ignoriert werden kann.

Wenn Sie noch libz und libxml2 zu ihren neueren Versionen aktualisieren, um die Nachricht, Art zu vermeiden:

cd /usr/local/directadmin/custombuild 
./build update 
perl -pi -e 's/zlib:1.2.3:.*/zlib:1.2.5:/' versions.txt 
perl -pi -e 's/libxml2:2.7.6:.*/libxml2:2.7.8:/' versions.txt 
./build update_data 
./build zlib 
./build libxml2 
./build php n 

Answer 4

Export LD_LIBRARY_PATH mit dem git lib Pfad zur Lösung des Fehlers:

libz.so.1: no version information available 

Answer 5

Diese Methode funktioniert für meinen Fall, fügen Sie die folgende Zeile Ihre .bash_profile:

LD_LIBRARY_PATH=/lib64:$LD_LIBRARY_PATH

dann . ~/.bash_profile