Problème lancement jeu Tibia à nouveau (petit mmorpg).
[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 ?
[supprimé]
Bombastic
Je commencerais déjà par installer spécifiquement la version x86_64 (je suis toujours pas convaincu que tu ai besoin de la version i686)
$ sudo dnf install openssl1.1.x86_64
Et s’il devait y avoir un paquet à virer, ce serait la lib i686 (vérifie bien les dépendances qu’il te propose éventuellement de dégager)
$ sudo dnf remove openssl-libs-1.1.1n-1.fc34.i686
Voilà, les réponses à vos commandes:
(je n’ai pas encore validé la dernière commande de désinstallation)
dnf upgrade
Erreur : Cette commande doit être exécutée avec les privilèges super-utilisateur (sous l’utilisateur root sur la plupart des systèmes).
[bombastic@localhost ~]$ sudo dnf upgrade
[sudo] Mot de passe de bombastic :
Fedora 34 - x86_64 - Updates 33 kB/s | 5.5 kB 00:00
Fedora Modular 34 - x86_64 - Updates 43 kB/s | 5.5 kB 00:00
Dépendances résolues.
Rien à faire.
Terminé !
[bombastic@localhost ~]$ rpm -q openssl
openssl-1.1.1n-1.fc34.x86_64
[bombastic@localhost ~]$ sudo dnf install openssl1.1.x86_64
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:00:40 le lun. 12 févr. 2024 13:17:10.
Erreur :
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
(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 remove openssl-libs-1.1.1n-1.fc34.i686
Dépendances résolues.
================================================================================
Paquet Architecture
Version Dépôt Taille
================================================================================
Suppression:
openssl-libs i686 1:1.1.1n-1.fc34 @updates 3.5 M
Suppression des dépendances inutilisées:
openssl-pkcs11 i686 0.4.11-2.fc34 @fedora 198 k
Résumé de la transaction
================================================================================
Supprimer 2 Paquets
Espace libéré : 3.7 M
Voulez-vous continuer ? [o/N] : N
Opération avortée.
[bombastic@localhost ~]$[supprimé]
Bombastic
C’est normal, les 2 arrivent tjs ensemble, mais la bonne nouvelle c’est qu’aucun autre programme n’en dépend. Tu peux supprimer tranquille
Par contre ça réglera pas le pb d’openssl1 en x86_64 qui ne veut tjs pas s’installer. Tente (sans valider) de supprimer
$ sudo dnf remove openssl-libs.x86_64
[supprimé]
J’ai googlé vite fait, et ton message d’erreur initial symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b , se retrouve avec d’autres programme comme Matlab ou Scilab. On s’achane depuis le début avec openssl, mais c’est libcrypto.so.1.1 qui pose problème
Both products (Matlab & Scilab) contains their own shared library libcrypto.so.1.1, but uses system library libk5crypto.so.3.
System library libk5crypto.so.3 uses new symbols, which system library libcrypto.so.1.1 has, but Matlab’s library libcrypto.so.1.1 hasn’t.
So I deleted libcrypto.so.1.1 from Matlab directory and it works now (same as scilab).
Tu as dans ton répertoire Tibia un dossier lib, qui doit contenir libcrypto.so.1.1, il te suffit de la renommer en ce que tu veux, ton jeux devrait se lancer (en la renommant, tu oblige ton jeux à utiliser la librairie de fedora et non plus celle du jeu
- Modifié
Ok, donc j’ai bien effacé (validé) la désinstallation auparavante.
Ensuite:
sudo dnf remove openssl-libs.x86_64
Erreur :
Problème: L’opération résulterait en la suppression des packages protégés suivants : sudo
(essayez d’ajouter « --skip-broken » pour ignorer les paquets non installables)Ensuite j’ai lancé le jeu dans une console après avoir renommé le fichier du jeu dans le répertoire lib de ce dernier.
J’ai cru qu’il se lançait mais ça s’est arrêté!
./start-tibia-launcher.sh
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
[ 2024-02-12 18:55:35,626 ] Loading main configuration from "https://static.tibia.com/launcher/tibiametadata.json"
[ 2024-02-12 18:55:35,850 ] Finished download of main configuration from "https://static.tibia.com/launcher/tibiametadata.json"
[ 2024-02-12 18:55:35,960 ] Loading launcher package configuration "LAUNCHER" (Linux/x86_64) from "https://static.tibia.com/launcher/launcher-linux-current/package.json"
[ 2024-02-12 18:55:35,960 ] Loading package configuration for "Tibia" (Linux/x86_64) from "https://static.tibia.com/launcher/tibiaclient-linux-current/package.json" / "https://static.tibia.com/launcher/assets-current/assets.json"
[ 2024-02-12 18:55:35,998 ] Finished downloading package configuration for "LAUNCHER" (Linux/x86_64) from "https://static.tibia.com/launcher/launcher-linux-current/package.json"
[ 2024-02-12 18:55:35,999 ] Package configuration for "LAUNCHER" (Linux/x86_64) loaded completely
[ 2024-02-12 18:55:36,075 ] Finished downloading package configuration for "Tibia" (Linux/x86_64) from "https://static.tibia.com/launcher/tibiaclient-linux-current/package.json"
[ 2024-02-12 18:55:36,082 ] Finished downloading package configuration for "Tibia" (Linux/x86_64) from "https://static.tibia.com/launcher/assets-current/assets.json"
[ 2024-02-12 18:55:36,082 ] Package configuration for "Tibia" (Linux/x86_64) loaded completely
[ 2024-02-12 18:55:36,691 ] Starting download of 2 files for package "LAUNCHER"
[ 2024-02-12 18:55:36,691 ] Queued file for download: "https://static.tibia.com/launcher/launcher-linux-current/Tibia.lzma"
[ 2024-02-12 18:55:36,691 ] Queued file for download: "https://static.tibia.com/launcher/launcher-linux-current/lib/libcrypto.so.1.1.lzma"
[ 2024-02-12 18:55:36,871 ] Downloading "https://static.tibia.com/launcher/launcher-linux-current/Tibia.lzma" was finished, now saving to disk.
[ 2024-02-12 18:55:36,941 ] Downloading "https://static.tibia.com/launcher/launcher-linux-current/lib/libcrypto.so.1.1.lzma" was finished, now saving to disk.
/home/bombastic/Tibia/Tibia: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b- Modifié
Ah c’est bon! Je l’avais renommé mais il a créé à nouveau le fichier dans le répertoire lib du jeu.
Je l’ai donc à nouveau renommé d’une manière différente et cette fois le jeu s’est lancé.
edit: En fait, il a juste fait une mise à jour mais une fois relancé il me met la même erreur malgré l’absence du fichier que j’ai vérifié dans le répertoire!