Salut Juju. T'as un peu de retard.... Ce conflit est du a une dépendance (libsoup-gnome) de l'ensemble des paquets gstreamer0.10. Il faut tous les virer d'un coup par l'option "cascade":
Lors de ma dernière mise à jour, j'ai découvert un conflit entre libsoup (qui devait théoriquement s'installer) et libsoup-gnome déjà installé : "la satisfaction des dépendances a achoué : gstreamer0.10-good-plugins : installer libsoup casse la dépendance de libsoup-gnome". Donc j'ai décoché libsoup (v. 2.58.1-1), pour pouvoir tout de même mettre à jour mon système. Ma question : que faut-il faire ensuite vis-à-vis de cela ?
Je laisse un lien pour que les pros identifient la source de cet élément (je ne connais pas non plus ce "gstreamer") :
Tu devrais sticker ça en tête de gondôle, parce que cela fait maintenant un moment que l'on se passe de gstreamer0.10, pfuuu..! Dans le même ordre d'idée, je pense que le suivant sera gst-plugins-bad qui n'est requis par pas grand chose finalement (du moins avec Enlightenment)..?
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
fassil a écrit :Dans le même ordre d'idée, je pense que le suivant sera gst-plugins-bad qui n'est requis par pas grand chose finalement (du moins avec Enlightenment)..?
fassil a écrit :Dans le même ordre d'idée, je pense que le suivant sera gst-plugins-bad qui n'est requis par pas grand chose finalement (du moins avec Enlightenment)..?
Oui mais, non ! gstreamer0.10-bad-plugins n'a plus aucune utilité et il est désormais remplacé par une version plus récente extra/gst-plugins-bad 1.12.0-1. Toute cette famille gstreamer0.10 n'a aucune raison de se trouver sur un système "rolling". tous ces paquets Aur doivent être désinstallés, ils sont source de problèmes à venir.
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
Merci pour vos remarques. J'ai donc désinstallé gstreamer0.10-bad-plugins mais ça n'a strictement rien changé... Toujours le même problème.
et si je veux supprimer gstreamer, voici ce qui se passe :
sudo pacman -R gstreamer vérification des dépendances... erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué) :: cinnamon : supprimer gstreamer casse la dépendance « gstreamer » :: gst-plugins-base-libs : supprimer gstreamer casse la dépendance « gstreamer » :: java-openjfx : supprimer gstreamer casse la dépendance « gstreamer »
Je vois pas trop quoi faire...
Manjaro /stable x86_64 - Kernel 5.10.70-1. Cinnamon 5.0.5 Laptop Thinkpad x220 | IntelCore i5 @ 2,50 GHz x 2 | CG Intel HD 3000 | RAM 8 Go | SSD 512 Go Desktop Asus P7P55D Pro | IntelCore i5 750 @ 2.67 GHz | Radeon HD 5870 | RAM - 16 Go.
Jivaro a écrit :Merci pour vos remarques. J'ai donc désinstallé gstreamer0.10-bad-plugins mais ça n'a strictement rien changé... Toujours le même problème.
et si je veux supprimer gstreamer, voici ce qui se passe :
sudo pacman -R gstreamer vérification des dépendances... erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué) :: cinnamon : supprimer gstreamer casse la dépendance « gstreamer » :: gst-plugins-base-libs : supprimer gstreamer casse la dépendance « gstreamer » :: java-openjfx : supprimer gstreamer casse la dépendance « gstreamer »
Erwan a écrit :Oui mais, non ! gstreamer0.10-bad-plugins n'a plus aucune utilité et il est désormais remplacé par une version plus récente extra/gst-plugins-bad 1.12.0-1. Toute cette famille gstreamer0.10 n'a aucune raison de se trouver sur un système "rolling". tous ces paquets Aur doivent être désinstallés, ils sont source de problèmes à venir.
On parlait bien de gst-plugins-bad , je donnais une partie du résultat de pacman -Sii gst-plugins-bad.
@ Jivaro. mhwd est pour installer les pilotes graphiques.Rien à voir avec libsoup-gnome.... Pour virer libsoup et les gstreamer0.10 dont il en fait partie, c'est
sudo pacman -Rcs gstreamer0.10 sudo pacman -Syu
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Or create symlinks to: /usr/lib{32}/openssl-1.0-compat/libssl.so.1.0.0 and /usr/lib{32}/openssl-1.0-compat/libcrypto.so.1.0.0 within for example ~/.steam/steam/steamapps/common/Tomb Raider/lib/i686/
Est ce que je pourrais avoir des détails, parce que je ne comprend pas. Il suffit de taper LD_PRELOAD='/usr/$LIB/openssl-1.0-compat/' %command% en console ?
Ensuite il donne 2 exemples pour une architecture x86_64:
Ok, c'est fait, mais ~/.steam/steam/steamapps/common/peut importe/lib/i686/libssl.so.1.0.0 et ~/.steam/steam/steamapps/common/peut importe/lib/i686/libcrypto.so.1.0.0 n’existent toujours pas.
Ouais on peut jouer à Tomb Raider. Que celui la : ici mais il est bien.
Sinon je sais que ce sont des fichiers cachés et je suis aller voir. Tout va bien jusqu'à /lib, ensuite /i686 n'existe pas, seulement /x86_64 et donc, sous /lib/x86_64, libssl.so.1.0.0 et libcrypto.so.1.0.0 n'existent pas. J'ai quand même tenter de créer les liens et donc: ln: impossible de créer le lien symbolique '/home/redhead/.steam/steam/steamapps/common/Deus Ex Mankind Divided/lib/i686/libssl.so.1.0.0': Aucun fichier ou dossier de ce type Et pareil pour l'autre.
Ensuite tu retente ton lien. C'est quoi ce Ex Mankind Divided/lib/i686/ ? Ex suivi de 2 mots séparés par des blancs ne sont pas des dénominations propres à un chemin absolu.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Ne sachant pas ce qu'était un lien, je pensais que les fichiers ~/.steam/steam/steamapps/common/Deus\ Ex\ Mankind\ Divided/lib/x86_64/libssl.so.1.0.0 et ~/.steam/steam/steamapps/common/Deus\ Ex\ Mankind\ Divided/lib/x86_64/libcrypto.so.1.0.0 devaient exister, mais ce n'est pas le cas.
Cela dis les 2 commandes ci dessus crées bien les liens, mais ça ne marche pas mieux.
ça sert à rien de rebooter après la création d'un lien, hein ?
Lemust83 a écrit :C'est quoi ce Ex Mankind Divided/lib/i686/ ? Ex suivi de 2 mots séparés par des blancs ne sont pas des dénominations propres à un chemin absolu.
Oui, mais les retours ne remettent pas les \
[redhead@manjaro ~]$ ln -sfv /usr/lib32/openssl-1.0-compat/libcrypto.so.1.0.0 ~/.steam/steam/steamapps/common/Deus\ Ex\ Mankind\ Divided/lib/i686/libssl.so.1.0.0 ln: impossible de créer le lien symbolique '/home/redhead/.steam/steam/steamapps/common/Deus Ex Mankind Divided/lib/i686/libssl.so.1.0.0: Aucun fichier ou dossier de ce type [redhead@manjaro ~]$ ln -sfv /usr/lib32/openssl-1.0-compat/libcrypto.so.1.0.0 ~/.steam/steam/steamapps/common/Deus\ Ex\ Mankind\ Divided/lib/i686/libcrypto.so.1.0.0 ln: impossible de créer le lien symbolique '/home/redhead/.steam/steam/steamapps/common/Deus Ex Mankind Divided/lib/i686/libcrypto.so.1.0.0': Aucun fichier ou dossier de ce type