Wie kann man dpkg davon überzeugen, dass libssl1.0.2> = libssl1.0.0 ist?


14

Ich versuche, ein .deb-Paket eines Drittanbieters zu installieren, das ich zuvor unter Debian 8 installiert habe. Ich kann es jedoch nicht unter einem neuen Debian 9-Setup installieren, da die folgende Fehlermeldung angezeigt wird:

dpkg: dependency problems prevent configuration of parity:
 parity depends on libssl1.0.0 (>= 1.0.0); however:
  Package libssl1.0.0 is not installed.

Ich tun haben libssl1.0.2 installiert. Es wird jedoch nicht als "> = libssl1.0.0" erkannt, daher frage ich mich, wie dies behoben werden kann.

  1. Installiere ich libssl1.0.0 manuell? Wenn das so ist, wie?

  2. Verlinke ich etwas? Wenn ja, was?

  3. Etwas anderes?

Antworten:


28

libssl1.0.2und libssl1.0.0sind verschiedene Pakete, die inkompatible Bibliotheken bereitstellen; Aus diesem Grund können Sie mit keine libssl1.0.0Abhängigkeit befriedigen libssl1.0.2.

Um die Anforderungen Ihres Pakets zu erfüllen, würde ich vorschlagen, die Debian 8-Repositorys zu Ihrer Konfiguration hinzuzufügen, da Debian 8 weiterhin unterstützt wird (falls erforderlich, erhalten Sie Sicherheitsupdates). Um dies zu tun, bearbeiten Sie Ihre /etc/apt/sources.listDatei, und kopieren Sie jede stretchZeile und ersetzen stretchmit jessie(so dass Sie am Ende mit beiden stretch und jessieLinien). Dann laufen apt updateund apt install libssl1.0.0sollte funktionieren.

Alternativ können Sie das Paket herunterladen (suchen Sie nach Ihrer Architektur unten auf der Seite) und installieren Sie es mit dpkg -i.

In beiden Fällen apt-mark auto libssl1.0.0hilft: Auf diese Weise wird das Paket für die automatische Entfernung in Betracht gezogen, falls es in Zukunft nicht mehr benötigt wird.


Wie werden Konflikte bei Paketen in beiden Repos vermieden, wenn ich die Repos für Stretch und Jessie habe?
stone.212

aptwählt spätere Versionen von Paketen aus ähnlich konfigurierten Repositorys aus; In Ihrem Fall wird Jessie bevorzugt, und die Stretch-Repositorys werden nur für Pakete verwendet, die nicht mehr in Stretch enthalten sind (z. B. libssl1.0.0), sofern sie nicht mit installierten Jessie-Paketen in Konflikt stehen.
Stephen Kitt
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.