Wie führe ich eine Software aus, die von einer alten Bibliothek abhängt?

523
Wolf Lichtenberger

Ich möchte Opera v12.16, die letzte Version vor dem Wechsel zu Chrome-basierten Opera, weiterhin verwenden.

Dies hat eine Abhängigkeitskette:

  • opera v12.16.1860
    • gstreamer0.10-plugins-good v0.10.31-3+nmu4+deb8u2
      • libtag1c2a v1.9.1-2.1
        • libtag1-vanilla v1.9.1-2.1

Heutzutage wünschen sich viele Pakete libtag1v5, die in Konflikt stehen libtag1c2a. Ich machte mich mit der Abhaltung von Opern aus und nicht mit der Aktualisierung von Paketen, von denen die neuen Versionen abhingen libtag1v5, 44.

Anscheinend libtag1c2aist eine Art Metapaket ohne Binary, libtag1-vanillasieht aus wie das Library-Binary.

Ich habe gelesen, wie man Software ausführt , die eine ältere Bibliotheksversion erfordert. und fand heraus, dass ich prinzipiell benötigte Bibliotheken irgendwo extrahieren und kopieren und die Opern-Binärdatei dorthin richten könnte, um sie beim Start zu finden. Dies entfernt jedoch nicht die angeführte Abhängigkeitshierarchie und ist daher keine Lösung, wenn ich weiterhin APT-Packaging verwenden möchte.

Ich könnte möglicherweise ein Frankenpackage erstellen, indem ich die libtag1c2Abhängigkeit aus der gstreamer0.10-plugins-good.deb-Datei entferne .

Ich bin mir der chroot, lxd, openvz und dergleichen bewusst und glaube, dass sie aufgrund einer einzigen Bibliothek ( /usr/lib/x86_64-linux-gnu/libtag.so.1.14.0) viel zu viel Ärger verursachen ; und vor allem mit dem Zugriff von Opera ~/.opera.

Gibt es möglicherweise einen besseren Weg, um alte Opera zusammen mit einem updatefreundlichen Debian zu erreichen?

Vielen Dank im Voraus für Ihre Ideen und Anregungen.

4

1 Antwort auf die Frage

0
Wolf Lichtenberger

Ich habe eine Lösung gefunden:

Entfernen Sie Opera und die drei nachfolgenden abhängigen Pakete von oben, und installieren Sie sie aus opera-12.16-1860.x86_64.linux.tar.bz2. Dazu gehört eine eigene gstreamerBibliothek.

In der Tat bedeutet dies, dass der Paketanbieter darauf angewiesen ist, auch diese eigenständigere, APT-unabhängige Paketversion anzubieten. Zum Glück ist das normalerweise der Fall.

Danach gab es keine weiteren Straßensperren mehr dist-upgrade.

Das Problem wurde irgendwie gelöst und das System meistens neu debianisiert, allerdings ohne Hilfe.

Verwandte Probleme