Forum

Salut,

J'utilise nordvpn. Si on télécharge leur application on peut la gérer avec yum/dnf. Tout va bien jusqu'à la version 3.10.

Depuis (3.11 et 3.12) j'ai un message d'erreur de dépendance :

-------------
# dnf up nordvpn
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:10:40 le sam. 19 mars 2022 17:17:09.
Erreur :
Problème: cannot install the best update candidate for package nordvpn-3.10.0-1.x86_64
- nothing provides libidn2 needed by nordvpn-3.12.5-1.x86_64
(essayez d’ajouter « --skip-broken » pour ignorer les paquets non installables ou « --nobest » pour ne pas utiliser seulement les meilleurs paquets candidats)
-------------
Au passage si la version 3.10 s'installe c'est parce que libidn ne faisait partie des requires, ce qui n'est plus le cas.

Mais libidn2 est pourtant installé. Sauf que le paquet s'appelle libnidn2_0 ou lib64idn2_0 et que la dépendance réclamée par nordvpn semble être lidnidn2.
D'ailleurs pour ce nommage bizarre (qui semble mettre la pagaille) alors que le devel s'appelle bien libidn2-devel et le i18n libidn2-i18n ? En tout cas impossible de résoudre ce problème car libid2n fait partie de base-system. On ne pourrait pas faire un paquet factice pour satisfaire les dépendances sur libidn2 puisque les lib elles-mêmes sont présentes :

-------------
#locate libidn.so
/usr/lib/libidn.so.12
/usr/lib/libidn.so.12.6.1
/usr/lib64/libidn.so
/usr/lib64/libidn.so.12
/usr/lib64/libidn.so.12.6.1
------------

Il est possible l'installer avec urpmi en exclicitant d'ignorer les dépendences. --no-deps si ma mémoire est bonne.

Bonjour,

Oui il me semble également que le no-deps est l' option.

dnf n' a pas une fonctionnalité équivalente (--skip-broken ?) ?

Merci... mais non.
D'abord parce que ce dépôt est un dépôt yum/dnf donc pas de urpmi.
En suite l'option --skip-broken de dnf ne fonctionne pas ou se contente de ne pas installer le paquet cassé . Je peux utiliser l'option --nobest qui va m'intaller le meilleur paquet sans dépendance cassée, c'est à dire la version 3.10 (qui ne réclame pas lididn2) et j'en reviens à mon point de départ.

Bonjour,
Si tu souhaites agir pour ne plus avoir cette contrainte, tu peux reconstruire et installer le paquet lib64idn2_0
En partant du fichier spec et en utilisant rpmbuild ou mock http://svnweb.mageia.org/packages/updates/8/libidn2/current/SPECS/libidn2.spec?view=markup
A la ligne 38 du spec, tu ajoutes :

Perso, je préfère une solution "méta-paquet" qui


C'est plus simple que de recompiler tout un paquet.

Reconstruire un paquet ça je sais faire. C'est fait et ça marche.

Pour le meta-paquet je ne sais pas faire.

Un meta paquet c'est un paquet sans fichiers, sans section file et qui dépend d'autres, comme task-lxqt par exemple.

Salut,

Et concrètement on fait comment ?

Enregistrer task-libidn.spec


Puis bm -l task-libidn.spec
le paquet construit est dans RPMS/noarch

Édité par Papoteur Le 22/03/2022 à 16h16

Ah ben voilà !
C'est buildmanager que je ne connaissais pas, je n'ai jamais construit de rpm.

Du coup ça va comme sur des roulettes.

Merci beaucoup.

En plus, les mises à jours de libidn de mageia ne viendront pas interférer avec ce paquet tiers.

J'ai testé cette solution mais elle ne marche pas chez moi.
Mon installation est une Mageia9 (Mageia Cauldron)

Bonjour,
Peux-tu être plus précis ?
Qu'as-tu réussi à faire et qu'est-ce qui ne marche pas ?

J'ai crée le fichier task-libidn.spec (dans /home/USER/SPECS/)
J'ai lancé la commande : bm -l task-libidn.spec
Puis j'ai installé le fichier (task-libidn-1-1.mga9.noarch.rpm) crée dans /home/USER/RPMS/noarch
A l'installation de nordvpn j'obtiens le message suivant :
" Problème: requêtes conflictuelles
- rien de fournit libidn2 rendu nécessaire par nordvpn-3.14.2-1.x86_64 "