Paketverwaltung und Erstellen alter Software

Paketverwaltung und Erstellen alter Software

Bei der Arbeit verwenden wir eine vom Anbieter bereitgestellte Bibliothek, die uns in Form von C++-Headern und .so-Dateien geliefert wurde. Unsere Produktionsumgebung ist seit langem CentOS 6, aber wir werden möglicherweise bald auf CentOS 7 aktualisieren. Sowohl für die Bibliothek als auch für unser C++-Programm, das die Bibliothek verwendet, wurden RPM-Dateien erstellt.

Ich sollte auch erwähnen, dass die Abhängigkeiten der Anbieterbibliothek dynamisch verknüpft sind.

Die Installation auf neuen Instanzen von CentOS 6 funktioniert problemlos über yum, unter CentOS 7 läuft es jedoch ziemlich schlecht. yumbeschwert sich über viele Pakete, die es nicht finden kann, libpython2.6.sobeispielsweise python2.6 (ie ). Ich kann RPMs für all diese verschiedenen fehlenden Abhängigkeiten finden, kann sie aber in vielen Fällen trotzdem nicht installieren, da yum sagt, dass es „nichts zu tun“ gibt, wenn es ein Downgrade bedeuten würde.

Ich schätze, meine Frage ist zweigeteilt. Ist es wie im Fall von Python möglich, eine andere Version von Python über zu installieren yum, ohne dass diese zur Systemversion wird, sodass der Linker sie für diese alte Vendor-Bibliothek finden kann?

Das manuelle Erstellen aller .soDateien scheint ein aussichtsloser Kampf zu sein, da es einevielvon fehlenden Abhängigkeiten, wie z. B. libpng12, wenn CentOS 7 über verfügt libpng15.

Was würde ein erfahrener Systemadministrator in diesem Fall tun? Oder ist es einfach ein Kampf gegen Windmühlen, dieses alte Programm unter CentOS 7 laufen zu lassen?

verwandte Informationen