Ich habe kürzlich eine Software installiert, die meine Gruppe für ein Forschungsprojekt benötigt, das nächsten September beginnt. Es stellte sich heraus, dass die Software einen bekannten Absturzfehler aufweist, wenn sie mit glibc 2.12.1 verwendet wird. Mein Chef fragte, ob wir glibc auf dem Server aktualisieren können, auf dem sie laufen soll.Mein skeptisches Schweigen beginnt …
Irgendwann kam ich auf die Idee, dass es eine ebenso gute Idee ist, mit glibc herumzuspielen, wie mit einem hungrigen Puma herumzuspielen. Ich konnte jedoch nicht feststellen, woher diese Annahme stammt. Also, wenn ich so weitermache:
- Mache ich etwas eklatant Dummes (z. B. werde ich mein Problem nicht beheben, meinen Server blockieren oder eine Zombie-Apokalypse auslösen)?
- Was kann schon schief gehen?
- Was könnte wahrscheinlich schiefgehen?
- Wie vermeide ich die Antworten zu 2 und 3?
Antwort1
Es ist oft möglich, eine neuere libc zu kompilieren und eine Softwarekomponente eine andere Bibliothek als alle anderen verwenden zu lassen.
Der größte Schwachpunkt zwischen den libc-Versionen ist, wenn ich mich recht entsinne, die Thread-lokale Speicherung. Wenn Sie diesen Meilenstein erreichen, ist alles möglich.
Abgesehen davon würde ich Ihnen dringend empfehlen, die Distribution einfach auf etwas Modernes zu aktualisieren. Stückweise Aktualisierungen führen wahrscheinlich zu Problemen, die Sie monatelang im Kreis herumjagen lassen.
Antwort2
Weitere Informationen finden Sie imKompatibilitätstabelleum binärkompatible Versionen zu bestimmen.
Normalerweise ist es kein Problem, glibc auf eine neuere Version zu aktualisieren, aber Sie sollten es mit denselben Konfigurationsflags erstellen, die in Ihrer Distribution verwendet werden (siehe Spezifikationsdatei im entsprechenden SRPM-Paket).
