libssl1.0.2がlibssl1.0.0以上であることをdpkgに納得させるには?


14

以前にDebian 8にインストールしたサードパーティの.debパッケージをインストールしようとしていますが、次のエラーが発生するため、新しいDebian 9セットアップにインストールできません。

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

私はない libssl1.0.2がインストールされています。しかし、それは「> = libssl1.0.0」として認識されていないため、これを修正する方法を疑問に思います。

  1. libssl1.0.0を手動でインストールしますか?もしそうなら、どのように?

  2. 何かシンボリックリンクしますか?もしそうなら、何?

  3. 他に何か?

回答:


29

libssl1.0.2そして、libssl1.0.0互換性のないライブラリを提供し、異なるパッケージです。をlibssl1.0.0使用して依存関係を満たすことができないのはそのためですlibssl1.0.2

パッケージの要件を満たすには、Debian 8がまだサポートされているので、Debian 8リポジトリを設定に追加することをお勧めします(したがって、必要に応じてセキュリティアップデートを入手できます)。これを行うには、編集し、あなたのために/etc/apt/sources.list、ファイル、およびすべてのコピーstretchラインを交換stretchしてjessie(あなたがで終わるので、両方 stretchjessieの線)。次に、を実行しapt update、動作するapt install libssl1.0.0はずです。

または、パッケージダウンロードして(ページの下部でアーキテクチャを探して)、でインストールすることもできdpkg -iます。

両方の場合にapt-mark auto libssl1.0.0役立ちます:その方法でパッケージが自動削除の対象になり、将来不要になった場合に役立ちます。


stretchとjessieの両方のリポジトリがある場合、両方のリポジトリのパッケージで競合はどのように回避されますか?
stone.212

apt同様に構成されたリポジトリから新しいバージョンのパッケージを選択します。したがって、あなたの場合、Jessieを支持libssl1.0.0し、インストールされたJessieパッケージと競合しない限り、Stretchに含まれていないパッケージ(など)に対してのみStretchリポジトリを使用します。
スティーブンキット
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.