Comment convaincre dpkg que libssl1.0.2 est> = libssl1.0.0?

14

J'essaie d'installer un paquet .deb tiers que j'ai déjà installé sur Debian 8. Mais je ne peux pas installer sur une nouvelle configuration Debian 9 car j'obtiens l'erreur suivante:

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

Je n'ai libssl1.0.2 installé. Mais il n'est pas reconnu comme "> = libssl1.0.0", donc je me demande comment résoudre ce problème.

  1. Dois-je installer libssl1.0.0 manuellement? Si c'est le cas, comment?

  2. Dois-je créer un lien symbolique quelque chose? Si oui, quoi?

  3. Autre chose?

debian dpkg libraries ssl dependencies pierre.212
la source

Réponses:

29

libssl1.0.2et libssl1.0.0sont différents packages, fournissant des bibliothèques incompatibles; c'est pourquoi vous ne pouvez pas satisfaire une libssl1.0.0dépendance en utilisant libssl1.0.2.

Pour satisfaire les exigences de votre paquet, je suggère d'ajouter les référentiels Debian 8 à votre configuration, car Debian 8 est toujours pris en charge (donc si nécessaire, vous obtiendrez des mises à jour de sécurité). Pour ce faire, modifiez votre /etc/apt/sources.listfichier et copiez chaque stretchligne en remplaçant stretchpar jessie(vous vous retrouvez donc avec les deux lignes stretchet jessie). Ensuite, exécutez apt updateet apt install libssl1.0.0devrait fonctionner.

Alternativement, vous pouvez télécharger le package (recherchez votre architecture en bas de la page) et l'installer avec dpkg -i.

Dans les deux cas, apt-mark auto libssl1.0.0cela aidera: de cette façon, le paquet sera considéré pour une suppression automatique, s'il devenait inutile à l'avenir.

Stephen Kitt
la source
Si j'ai les repos pour stretch et jessie, comment éviter les conflits sur les paquets dans les deux repos?
stone.212
aptsélectionnera les versions ultérieures des packages à partir de référentiels configurés de manière similaire; dans votre cas, cela favorisera Jessie et n'utilisera les référentiels Stretch que pour les packages qui ne sont plus dans Stretch (comme libssl1.0.0), tant qu'ils n'entrent pas en conflit avec les packages Jessie installés.
Stephen Kitt