Wie würde ich bei der Installation von glibc 2.5 auf CentOS 4.8 vorgehen?
Ich weiß, dass CentOS 4.8 EOL wurde, was alles gut und schön ist. Die Umgebung, in der ich arbeite, verwendet jedoch diese Version und wird dies noch eine Weile tun. Daran hänge ich also fest.
Ich bin mit der Verwendung von yum vertraut , aber nicht so vertraut mit der Verwendung von rpm .
Akzeptierte Antwort:
Als allgemeine Regel ist das Aktualisieren eines Pakets mit rpm statt yum einfach:suchen Sie nach einem Ort, von dem Sie das RPM für Centos herunterladen können, laden Sie es herunter und installieren Sie es mit rpm -i packagname.rpm . Laden Sie alternativ das Quell-RPM herunter, kompilieren Sie es unter Centos 4.8 und installieren Sie es (d. h. zurückportieren – was für glibc eine ziemlich seltsame Sache ist, da glibc einen großen Teil der Umgebung ausmacht, in die Sie zurückportieren).
Wiederholen Sie dies für alle Abhängigkeiten, die das neue glibc-Paket möglicherweise hat – d. h. die neue glibc kann von neueren Versionen anderer Pakete abhängen. (libc hat wahrscheinlich mehrere).
Wiederholen Sie dies auch für alle derzeit installierten Pakete, die die Version von libc erfordern, die mit Centos 4.8 geliefert wird, oder die nicht mit den neueren Versionen kompatibel sind (Sie müssen sie auf Versionen aktualisieren, die mit einer neueren glibc in Ordnung sind). glibc hat wahrscheinlich viele davon, und viele von ihnen werden andere Bibliotheken sein.
Diese zusätzlichen Upgrades können wiederum einen weiteren Upgrade-Zyklus auslösen. und so weiter. für glibc behandeln Sie „may“ als „will“.
Ich denke, man muss sich fragen, ob man das wirklich will. Ihre Ziele sind widersprüchlich – Sie wollen/müssen bei einer älteren Version von Centos bleiben, aber Sie wollen auch eine neuere Libc. Für einige Pakete wäre das keine große Sache … aber glibc ist ein Kernbestandteil eines Linux-Systems, eine Änderung wirkt sich auf fast jede kompilierte ausführbare Datei auf dem System aus. Einige werden gut funktionieren, und einige werden mit der neueren glibc völlig brechen, und (am schlimmsten) einige werden ein subtil anderes – und falsches – Verhalten oder Ergebnisse haben.
Dies führt zu einer Situation, in der Sie keinen der Vorteile haben, bei Centos 4.8 zu bleiben (z. B. bekanntes System und bekanntes Verhalten, alle Macken und Fehler haben Korrekturen/Problemumgehungen, keine Überraschungen usw.) UND wobei einige/die meisten/alle Vorteile eines Upgrades auf eine neuere Version durch die Tatsache aufgehoben werden, dass Sie ein einzigartiges Hybridsystem betreiben – weder Fisch noch Geflügel. Es wird kein Hybrid mit Supermutantenkräften sein, es wird ein Frankenstein-Monster aus unbeholfenen, nicht zusammenpassenden Teilen.
Verwandte:Centos – Warum unterscheidet sich das Umbenennungsdienstprogramm auf Debian/Ubuntu von dem auf anderen Distributionen, wie CentOS?Kurz gesagt, meine Empfehlung ist, entweder bei dem zu bleiben, was Sie haben, oder auf das neueste Centos 6.3 zu aktualisieren. Klingt so, als hätten Sie einen ziemlich starren Change-Management-Prozess bei der Arbeit, so dass eine sorgfältige Planung (ohnehin immer eine gute Idee) und eine schriftliche Begründung der Notwendigkeit des Upgrades erforderlich sind – einschließlich Details zu den Problemen, die die alte Version verursacht, und den Vorteile, die ein Upgrade bietet.
Außerdem wäre es eine unschätzbare Ergänzung der Begründung, nachweisen zu können, dass alle wichtigen Anwendungen im neuen Centos einwandfrei funktionieren. Wenn Sie also können, versuchen Sie, eine 6.3-Maschine oder VM hochzufahren und Ihre Software darauf zu installieren.