Bonjour, des suggestions?
Problème lancement jeu Tibia à nouveau (petit mmorpg).
C’est amusant, je n’ai pas les meme version d’openssl de présent. Fais tu tes mises à jours?
[supprimé]
Bombastic Ensuite, j’ai fait:
$ sudo dnf install openssl1.1.i686
Dès le tout début tu t’es trompé dans ta commande. Tu demande l’install’ de la version i686, alors que tu as openssl-libs-1:1.1.1n-1.fc34.x86_64 d’installé. Ça peut pas le faire, faut rien forcer, alors que la version x86_64 t’était proposée. Ta commande aurait du être :
$ sudo dnf install openssl1.1.x86_64
D’après ce qu’il fait la version x86_64 est déjà installé, donc quel interet de faire un dnf install dessus?
En revanche, la version i686 peut parfaitement cohabiter avec la x86_64. Et ici il y a problème. On peut noter que le numéro de version i686 qu’il essaye d’installer n’est pas la même que x86_64 .
xylphute J’ai précisé que c’est une ancienne version de Fedora (la 34) qui n’est normalement plus mise à jour mais qui fonctionnait très bien jusqu’à présent.
J’ai essayé ta commande @L0standf0und, voici le résulat:
sudo dnf install openssl1.1.x86_64 --skip-broken
home:FrodeSolheim:stable (Fedora_31) 6.9 kB/s | 1.1 kB 00:00
Errors during downloading metadata for repository 'home_FrodeSolheim_stable':
- Status code: 404 for http://download.opensuse.org/repositories/home:/FrodeSolheim:/stable/Fedora_31/repodata/repomd.xml (IP: 2a07:de40:b250:131:10:151:131:30)
Error: Échec du téléchargement des métadonnées pour le dépôt « home_FrodeSolheim_stable » : Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Dépôts ignorés : home_FrodeSolheim_stable
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:03:42 le mer. 07 févr. 2024 14:32:37.
Dépendances résolues.
Problème: problème avec le paquet installé openssl-libs-1:1.1.1n-1.fc34.x86_64
- le paquet openssl1.1-1:1.1.1i-2.fc34.x86_64 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1n-1.fc34.x86_64
- le paquet openssl1.1-1:1.1.1i-2.fc34.x86_64 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1k-1.fc34.x86_64
- requêtes conflictuelles
==============================================================================================================================================================================================================================================
Paquet Architecture Version Dépôt Taille
==============================================================================================================================================================================================================================================
Ignorer les paquets en conflit :
(ajouter « --best --allowerasing » à la ligne de commande pour forcer leur mise à niveau):
openssl-libs x86_64 1:1.1.1k-1.fc34 fedora 1.4 M
openssl1.1 x86_64 1:1.1.1i-2.fc34 fedora 1.5 M
Résumé de la transaction
==============================================================================================================================================================================================================================================
Ignorer 2 Paquets
Rien à faire.
Terminé !Est-ce que je dois forcer l’installation avec: --best --allowerasing ?
[supprimé]
xylphute D’après ce qu’il fait la version x86_64 est déjà installé, donc quel interet de faire un dnf install dessus?
Si la version x86_64 est déjà installée, rien n’empêche de la réinstaller proprement. Et si elle ne l’est pas, l’install’ va nous dire pourquoi elle ne peut pas l’être. D’après la réponse de Bombastic on comprend qu’il y a un mélange de version et un nettoyage à faire
[supprimé]
- Modifié
T’as un mélange de différentes versions, et dans tes dépots c’est un peu le bin’s. Tu peux déjà désactiver le dépot home_FrodeSolheim_stable (je sais même pas d’ou ça sort, c’est du suze ou Ubuntu, et ça n’a rien n’a faire là).
Vérifie aussi que le dépot update est bien activé
$ dnf repolist all
Pour désactiver un dépot : $ sudo dnf config-manager --set-disable nomdudépot
Pour activer un dépot : $ sudo dnf config-manager --set-enable nomdudépot
Tu as 2 versions de openssl-libs (openssl-libs-1:1.1.1k et openssl-libs-1:1.1.1n). Désinstalle la version 1k
$ sudo dnf remove openssl-libs-1:1.1.1k-1.fc34.x86_64
et retente ensuite d’installer openssl-1n (je pige pas pourquoi il te propose la version 1i (qui est la version non mise à jour alors qu’il existe dans les updates de f34 la version 1n. Raison pour laquelle vérifie l’activation du dépot update)
$ sudo dnf install openssl-1.1.1n-1.fc34.x86_64
- Modifié
[supprimé] merci!
Alors j’ai désinstallé le dépôt au nom bizarre que tu m’as indiqué.
Ensuite, je fais une liste des dépôts:
Comme vous pouvez le voir à la fin de la liste j’ai lancé la désinstallation de la version 1k, et il ne “trouve” pas.
[supprimé]
Fais un $ sudo dnf clean all
Que renvoie extactement la commande $ rpm -aq|grep openssl*
Et par dnf? $ dnf list openssl*
Alors j’ai tapé vos commandes, voici les résultats:
sudo dnf clean all
[sudo] Mot de passe de bombastic :
88 fichiers supprimés
[bombastic@localhost ~]$ rpm -aq|grep openssl*
apr-util-openssl-1.6.1-16.fc34.x86_64
openssl-pkcs11-0.4.11-2.fc34.x86_64
xmlsec1-openssl-1.2.29-3.fc34.x86_64
openssh-8.6p1-5.fc34.x86_64
openssh-clients-8.6p1-5.fc34.x86_64
openssh-server-8.6p1-5.fc34.x86_64
openssl-libs-1.1.1n-1.fc34.x86_64
openssl-1.1.1n-1.fc34.x86_64
openssl-devel-1.1.1n-1.fc34.x86_64
openssl-ibmpkcs11-1.0.2-7.fc34.x86_64
openssl-static-1.1.1n-1.fc34.x86_64
openssl-perl-1.1.1n-1.fc34.x86_64
openssl-gost-engine-1.1.1.0-0.2.fc34.x86_64
openssl-pkcs11-0.4.11-2.fc34.i686
openssl-libs-1.1.1n-1.fc34.i686
[bombastic@localhost ~]$ dnf list openssl*
Fedora 34 - x86_64 41 kB/s | 6.7 kB 00:00
Fedora 34 openh264 (From Cisco) - x86_64 8.0 kB/s | 989 B 00:00
Fedora Modular 34 - x86_64 53 kB/s | 6.6 kB 00:00
Fedora 34 - x86_64 - Updates 43 kB/s | 5.5 kB 00:00
Fedora Modular 34 - x86_64 - Updates 42 kB/s | 5.5 kB 00:00
RPM Fusion for Fedora 34 - Free 7.8 kB/s | 2.6 kB 00:00
RPM Fusion for Fedora 34 - Free - Updates 7.5 kB/s | 2.4 kB 00:00
RPM Fusion for Fedora 34 - Nonfree 7.7 kB/s | 2.6 kB 00:00
RPM Fusion for Fedora 34 - Nonfree - Updates 7.6 kB/s | 2.5 kB 00:00
teams 13 kB/s | 1.5 kB 00:00
Paquets installés
openssl.x86_64 1:1.1.1n-1.fc34 @updates
openssl-devel.x86_64 1:1.1.1n-1.fc34 @updates
openssl-gost-engine.x86_64 1.1.1.0-0.2.fc34 @fedora
openssl-ibmpkcs11.x86_64 1.0.2-7.fc34 @fedora
openssl-libs.i686 1:1.1.1n-1.fc34 @updates
openssl-libs.x86_64 1:1.1.1n-1.fc34 @updates
openssl-perl.x86_64 1:1.1.1n-1.fc34 @updates
openssl-pkcs11.i686 0.4.11-2.fc34 @fedora
openssl-pkcs11.x86_64 0.4.11-2.fc34 @fedora
openssl-static.x86_64 1:1.1.1n-1.fc34 @updates
Paquets disponibles
openssl-devel.i686 1:1.1.1n-1.fc34 updates
openssl-static.i686 1:1.1.1n-1.fc34 updates
openssl1.1.i686 1:1.1.1i-2.fc34 fedora
openssl1.1.x86_64 1:1.1.1i-2.fc34 fedora
openssl1.1-devel.i686 1:1.1.1i-2.fc34 fedora
openssl1.1-devel.x86_64 1:1.1.1i-2.fc34 fedora
[bombastic@localhost ~]$ rpm --rebuilddb
erreur : Impossible de créer transaction verrou sur /var/lib/rpm/.rpm.lock (Permission non accordée)tu as bien les versions x86_64 et i686 proposés de conforme.
Tu peux à présent les installer et retester ton jeu
$ sudo dnf install openssl1.1.*
J’ai bien effectué la commande, mais voilà le résultat:
sudo dnf install openssl1.1.*
[sudo] Mot de passe de bombastic :
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:24:26 le ven. 09 févr. 2024 16:05:42.
Erreur :
Problème 1: problème avec le paquet installé openssl-libs-1:1.1.1n-1.fc34.x86_64
- le paquet openssl1.1-1:1.1.1i-2.fc34.x86_64 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1n-1.fc34.x86_64
- le paquet openssl1.1-1:1.1.1i-2.fc34.x86_64 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1k-1.fc34.x86_64
- requêtes conflictuelles
Problème 2: problème avec le paquet installé openssl-libs-1:1.1.1n-1.fc34.i686
- le paquet openssl1.1-1:1.1.1i-2.fc34.i686 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1n-1.fc34.i686
- le paquet openssl1.1-1:1.1.1i-2.fc34.i686 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1k-1.fc34.i686
- requêtes conflictuelles
(essayez d’ajouter « --allowerasing » à la ligne de commande pour remplacer les paquets en conflit ou « --skip-broken » pour ignorer les paquets non installables)
[bombastic@localhost ~]$ sudo dnf install openssl1.1.* --allowerasing
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:24:48 le ven. 09 févr. 2024 16:05:42.
Erreur :
Problème: L’opération résulterait en la suppression des packages protégés suivants : gnome-shell, systemd
(essayez d’ajouter « --skip-broken » pour ignorer les paquets non installables)
[bombastic@localhost ~]$ sudo dnf install openssl1.1.* --skip-broken
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:25:06 le ven. 09 févr. 2024 16:05:42.
Dépendances résolues.
Problème 1: problème avec le paquet installé openssl-libs-1:1.1.1n-1.fc34.x86_64
- le paquet openssl1.1-1:1.1.1i-2.fc34.x86_64 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1n-1.fc34.x86_64
- le paquet openssl1.1-1:1.1.1i-2.fc34.x86_64 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1k-1.fc34.x86_64
- requêtes conflictuelles
Problème 2: problème avec le paquet installé openssl-libs-1:1.1.1n-1.fc34.i686
- le paquet openssl1.1-1:1.1.1i-2.fc34.i686 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1n-1.fc34.i686
- le paquet openssl1.1-1:1.1.1i-2.fc34.i686 est en conflit avec openssl-libs < 1:3.0 fourni par openssl-libs-1:1.1.1k-1.fc34.i686
- requêtes conflictuelles
==============================================================================================================================================================================================================================================
Paquet Architecture Version Dépôt Taille
==============================================================================================================================================================================================================================================
Ignorer les paquets en conflit :
(ajouter « --best --allowerasing » à la ligne de commande pour forcer leur mise à niveau):
openssl-libs i686 1:1.1.1k-1.fc34 fedora 1.4 M
openssl-libs x86_64 1:1.1.1k-1.fc34 fedora 1.4 M
openssl1.1 i686 1:1.1.1i-2.fc34 fedora 1.4 M
openssl1.1 x86_64 1:1.1.1i-2.fc34 fedora 1.5 M
Résumé de la transaction
==============================================================================================================================================================================================================================================
Ignorer 4 Paquets
Rien à faire.
Terminé !Bombastic bombastic@localhost ~]$ rpm –rebuilddb
erreur : Impossible de créer transaction verrou sur /var/lib/rpm/.rpm.lock (Permission non accordée)
Bien sur ça va de soi tu ne peux pas toucher aux bases système si tu n’es pas root ou sans sudo.
Tu n’es pas nouveau tu le sais très bien. Shoot again…
Oui mais ça risque rien là?
- Modifié
Bonjour, j’ai bien fait rpm –rebuilddb sous admin et cela n’a rien changé.
Pour résumer, les deux paquets en conflits sont les suivants:
openssl1.1-1:1.1.1i-2.fc34.i686et openssl-libs-1:1.1.1n-1.fc34.x86_64 sont en conflits.
puis openssl1.1-1:1.1.1i-2.fc34.i686 et openssl-libs-1:1.1.1n-1.fc34.i686 sont aussi en conflits.
On ne peut pas vraiment supprimer un paquet?
Sans valider l’installation, que propose dnf upgrade ?