Cette espace vous permet de voir toutes les Sujets réalisées par ce membre. Vous ne pouvez voir que les Sujets réalisées dans les espaces auxquels vous avez accès.
Question bête ... Mais les Kernels ont évolués et aucune mise à jour des pilotes propriétaire NVIDIA depuis le mois d'aout... Du coup, comme ça va faire plus d'un mois je me demande ce qu'il se passe... Lorsque je fait un zypper Refresh/dup il me dit que les dépôts sont "up to date" ... Je n'ai pas de message d'erreur mais j'ai pas eu de mise à jour depuis ... Bien entendu avec les Kerle 6.10 ça fonctionne pas ... Obligé de démarrer en 6.9
Quelqu'un a vu passer quelque chose ? Suis-je le seul dans la mouise ?
Je viens de réinstaller Tumbleweed sur 2 machines à la maison ... Donc réseau local... Bien entendu comme j'ai la sainte flemme de me lever de mon fauteuil pour aller, par exemple, faire des mises à jour... J'ai installé VNC et VNC serveur sur ces machines... - Alors après avoir fait les truc sur Yast, genre autoriser les connexion + ouvrir le port 5901 sur le Firewall... etc etc... - Je teste à la fois avec Remmina et TigerVNC et j'ai la même chose... Argh... - Lorsque je lance un des deux client, j'arrive bien jusqu'à la fenêtre de login du distant... (fenêtre qui me demande le Mot de Passe de l'utilisateur) Je rentre mes login et MdP et ... ça me fait l'ampoule et la roue crantée qui tourne pendant un petit moment puis... J'arrive sur le fond d'écran de Tumbleweed (le truc vert et sombre) sans aucune icône ni barre de programme ni ... rien ...
J'ai testé un peu toutes les config pour les serveurs mais ça me donne la même chose...
Suite à un échange avec @manchette à propos des cartes graphique se pose l'idée de changer de CG MAIS, compte tenu de l'age de la machine, d'acheter de l'occasion. Du coup, je n'ai pas du tout d'expérience en achat de pièces détachées d'occasion. Vous utilisez quoi comme site ? Le bon coin ? ou plutôt un "refourgueur" genre Backmarket ? Vos expériences et conseils ? Merci d'avance Amicalement Philippe
J'ai un soucis avec les entrées du GRUB : Comme vous savez j'ai du Nvidia en CG et de fait, régulièrement après des MàJ du noyau, en attendant la MàJ des pilotes Nvidia je suis obligé de booter sur le Kernel antérieur. J'avais, par sécurité, mis en dur le dernier Kernel qui fonctionne grace à la modification du fichier zypp.conf dans /etc/zypp/zypp.conf. Je m'étais écris dans un coin la procédure ci-dessous :
Citer
ouvrir le fichier zypp.conf (/etc/zypp/zypp.conf) Modifier la ligne "multiversion.kernels = latest,latest-1,latest-2,running,6.x.x-1-default" en se servant de l'aide juste au dessus ici est proposé le Kernel actuel : "running" les 3 derniers "latest" et "latest-1" et "latest-2" et en "dur" celui qu'on veut explicitement... A vérifier régulièrement qu'il soit pas trop ancien (ou lorsque ça chie pendant plus de deux mise à jour
Ce matin, vu qu'il y a eu encore une MàJ du Kernel, j'ai décidé d'aller changer la dernière entrée, celle en dur (6.x.x-1-default) par ma dernière qui fonctionne (la 6.9.9-1-default). Je fais ça et ... Surprise, au reboot, je n'ai pas cette entrée en dernier mais l'ancienne 6.x.x-1-default qui commence à dater...
Y z'ont changé le mode de fonctionnement du GRUB ? Ou c'est moi avec mes dernières manip (rappelez vous ... J'arrivais plus a démarrer... ) qui ait modifié un truc ... ? Mais quoi ? et où ?
3 Problems: Problem: 1: nothing provides 'perl(:MODULE_COMPAT_5.38.2)' needed by the to be installed perl-Ogg-Vorbis-Header-PurePerl-1.50.0-1699.1.pm.1.noarch Problem: 2: nothing provides 'perl(:MODULE_COMPAT_5.38.2)' needed by the to be installed perl-MP3-Info-1.250.0-1699.4.pm.1.noarch Problem: 3: nothing provides 'perl(:MODULE_COMPAT_5.38.2)' needed by the to be installed perl-MP3-Tag-1.160.0-1699.4.pm.1.noarch
Problem: 1: nothing provides 'perl(:MODULE_COMPAT_5.38.2)' needed by the to be installed perl-Ogg-Vorbis-Header-PurePerl-1.50.0-1699.1.pm.1.noarch Solution 1: deinstallation of perl-Ogg-Vorbis-Header-PurePerl-1.05-1699.1.pm.43.noarch Solution 2: keep obsolete perl-Ogg-Vorbis-Header-PurePerl-1.05-1699.1.pm.43.noarch Solution 3: break perl-Ogg-Vorbis-Header-PurePerl-1.50.0-1699.1.pm.1.noarch by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c/d/?] (c): 2
Problem: 2: nothing provides 'perl(:MODULE_COMPAT_5.38.2)' needed by the to be installed perl-MP3-Info-1.250.0-1699.4.pm.1.noarch Solution 1: deinstallation of perl-MP3-Info-1.26-1699.4.pm.60.noarch Solution 2: keep obsolete perl-MP3-Info-1.26-1699.4.pm.60.noarch Solution 3: break perl-MP3-Info-1.250.0-1699.4.pm.1.noarch by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c/d/?] (c): 2
Problem: 3: nothing provides 'perl(:MODULE_COMPAT_5.38.2)' needed by the to be installed perl-MP3-Tag-1.160.0-1699.4.pm.1.noarch Solution 1: deinstallation of perl-MP3-Tag-1.16-1699.4.pm.17.noarch Solution 2: keep obsolete perl-MP3-Tag-1.16-1699.4.pm.17.noarch Solution 3: break perl-MP3-Tag-1.160.0-1699.4.pm.1.noarch by ignoring some of its dependencies
Alors ça m'empêche pas de vivre, j'ai choisi la solution N°2 pour les 3 problèmes en attendant d'avoir plus d'info. Rien trouvé de patent sur le Web et mes 3 Perl-bidules viennent bien de chez Pacman.
Chuis dans la caca... J'ai voulu faire une MàJ taleur sur ma Tumbleweed qui fonctionnait parfaitement. La mise à jour semble s'être réalisée correctement mais au reboot, je me retrouve en Emergency Mode... -Arghhh Je teste :
Citer
systemctl --failed -l
et j'obtiens :
Citer
systemd-fsck-root.service loaded mais failed a active et failed a sub...
a la suite j'ai un truc qui m'annonce que /dev/disk/by-uuid/xxxxxxx est failed... du coup je veux regarder mon fstab et là ... Surprise !! Plus de fstab dans mon /etc !!! C'est possible ça ?? A la place j'ai un fichier nommé fstab.empty qui est ... bien évidemment vide ....
Quelqu'un a une idée de comment je m'en sort Bien entendu en mode emergency FDISK et d'autre outils fonctionnent pas ... Comment kon reconstruit un FSTAB à la main
Bé ... Je suis tout surpris tout de même que la MàJ ait carrément effacé le FSTAB...
Depuis plusieurs jours j'essaie désespérément de (re)compiler et installer les 2 modules qui se font "exploser" à chaque mise à jour : vmmon et vmnet ... Je suis les indications du site https://github.com/mkubecek/vmware-host-modules/ mais ça plante en plein milieu de la construction...
Est ce que certains parmi vous utilisez VMware ?
Je sais que VMware vient d'être racheté par je sais plus quelle grosse société et d'ailleurs la page de téléchargement de VMware Workstation n'est plus opérationnelle... mais j'ai aucune idée si c'est en relation...
Bref, si quelqu'un sait comment faire fonctionner le bouzin ça m'arrangerais... Je vais installer et essayer Virtual Box en attendant
Depuis plusieurs semaines, lorsque je fais mon petit Zypper Dup matinal, j'ai le message ci-dessous :
Citer
Computing distribution upgrade... 2 Problems: Problem: 1: the to be installed phonon-vlc-qt6-0.12.0-2.3.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided not installable providers: vlc-noX-3.0.21-2.1.x86_64[http-download.opensuse.org-4f295538] vlc-noX-3.0.21-2.1.x86_64[https-download.opensuse.org-adc6e823] vlc-noX-3.0.21-2.1.x86_64[repo-oss]
Problem: 2: the to be installed phonon-vlc-qt5-0.12.0-2.3.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided not installable providers: vlc-noX-3.0.21-2.1.x86_64[http-download.opensuse.org-4f295538] vlc-noX-3.0.21-2.1.x86_64[https-download.opensuse.org-adc6e823] vlc-noX-3.0.21-2.1.x86_64[repo-oss]
-- Bien entendu j'ai VLC (et ses dépendances) qui est installé via le dépôt PACKMAN.... Comme ça semble conseillé pour tout ce qui est multimédia... De fait, lorsque je continue la MàJ il m'assène le/les messages/questions ci-dessous :
Citer
Problem: 1: the to be installed phonon-vlc-qt6-0.12.0-2.3.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided not installable providers: vlc-noX-3.0.21-2.1.x86_64[http-download.opensuse.org-4f295538] vlc-noX-3.0.21-2.1.x86_64[https-download.opensuse.org-adc6e823] vlc-noX-3.0.21-2.1.x86_64[repo-oss]
Solution 1: Following actions will be done: install libvlc5-3.0.21-2.1.x86_64 from vendor openSUSE replacing libvlc5-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-qt-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-qt-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de deinstallation of vlc-codecs-3.0.20-1699.11.pm.19.x86_64 install vlc-codec-gstreamer-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-codec-gstreamer-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-codec-fluidsynth-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-codec-fluidsynth-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-lang-3.0.21-2.1.noarch from vendor openSUSE replacing vlc-lang-3.0.20-1699.11.pm.19.noarch from vendor http://packman.links2linux.de install vlc-vdpau-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-vdpau-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-opencv-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-opencv-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install libvlccore9-3.0.21-2.1.x86_64 from vendor openSUSE replacing libvlccore9-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de Solution 2: deinstallation of phonon-vlc-qt6-0.12.0-2.2.x86_64 Solution 3: keep obsolete phonon-vlc-qt6-0.12.0-2.2.x86_64 Solution 4: break phonon-vlc-qt6-0.12.0-2.3.x86_64 by ignoring some of its dependencies
-------------------- Problem: 2: the to be installed phonon-vlc-qt5-0.12.0-2.3.x86_64 requires 'vlc-noX = 3.0.21', but this requirement cannot be provided not installable providers: vlc-noX-3.0.21-2.1.x86_64[http-download.opensuse.org-4f295538] vlc-noX-3.0.21-2.1.x86_64[https-download.opensuse.org-adc6e823] vlc-noX-3.0.21-2.1.x86_64[repo-oss]
Solution 1: Following actions will be done: install vlc-noX-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-noX-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-qt-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-qt-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-vdpau-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-vdpau-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-opencv-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-opencv-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-lang-3.0.21-2.1.noarch from vendor openSUSE replacing vlc-lang-3.0.20-1699.11.pm.19.noarch from vendor http://packman.links2linux.de deinstallation of vlc-codecs-3.0.20-1699.11.pm.19.x86_64 install vlc-codec-gstreamer-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-codec-gstreamer-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-codec-fluidsynth-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-codec-fluidsynth-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install vlc-3.0.21-2.1.x86_64 from vendor openSUSE replacing vlc-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de install libvlccore9-3.0.21-2.1.x86_64 from vendor openSUSE replacing libvlccore9-3.0.20-1699.11.pm.19.x86_64 from vendor http://packman.links2linux.de Solution 2: deinstallation of phonon-vlc-qt5-0.12.0-2.2.x86_64 Solution 3: keep obsolete phonon-vlc-qt5-0.12.0-2.2.x86_64 Solution 4: break phonon-vlc-qt5-0.12.0-2.3.x86_64 by ignoring some of its dependencies
Bien entendu, au début, j'ai choisi l'option 3 (Keep Obsolète) car je voulais pas tout changer de PACKMAN vers OPENSUSE... Je pensais que, comme d'habitude, d'ici 1 semaine ça serait réglé... Mais ça fait bientôt 3 semaines et j'ai toujours ce message ... ... Vous en pensez quoi ? Quelqu'un est il dans le même cas ? (ou a été ?) Keskilfaut faire ? Amicalement Philippe
Vu les discussions à propos de Texlive je me dis que possiblement vous pourriez m'aider.
J'utilise quotidiennement R et Rstudio pour faire des stats et générer des rapports avec Rmarkdown. Jusqu'à présent je faisais mes sorties en HTML ce qui nativement ne pose pas de problèmes. - Récemment, on m'a demandé de les produire en PDF (depuis ... hier) En natif, ça ne fonctionne pas et il m'est demandé d'installer tinytext dans R (Ok, j'ai fais) => ça fonctionne pas... Du coup j'ai tenté d'installer TexLive dans Tumbleweed (ça a installé 650 Mo de package ...) Mais ça fonctionne toujours pas ...(alors que Tinytex et Texlive semblent bien installés) - Dans R j'obtiens cette erreur :
Citer
output file: RAPPORT-ACTIVITE.knit.md
! LaTeX Error: File `threeparttable.sty' not found.
! Emergency stop. <read *>
Erreur : LaTeX failed to compile RAPPORT-ACTIVITE.tex. See https://yihui.org/tinytex/r/#debugging for debugging tips. See RAPPORT-ACTIVITE.log for more info. Exécution arrêtée
Jusqu'à présent j'utilisais essentiellement Teamviewer pour dépanner à distance mon Papa (800 km) et par pure flemme pour mes ordi de la maison en rézo qui font du calcul partagé (là, c'est la flemme de me lever du fauteuil).
Cependant, depuis quelque temps Teamviewer me dit que je l'utilise hors du cadre gratuit (pro donc) et me limite en temps et bloque les connexion) Comme y a pas moyen de "discuter" avec ce bidule pour expliquer que non... Je va pas acheter rien du tout et qu'en plus c'est pas bien car je sais pas où vont mes données, je me suis mis en quête d'une solution alternative gratuite et si possible OpenSource.... ... Bien entendu, je cherche plutôt une solution simple à installer et paramétrer... - Je suis tombé sur Rustdesk ... ça vous parle ? Quelqu'un l'a utilisé déjà ? Je viens de l'installer sur un ordi de mon LAN et ça fonctionne idem que Teamviewer... Sauf que j'ai pas encore trouvé l'option pour le démarrer comme un service...
Vous en pensez quoi ? D'autres options plus sympa ?
J'ai pas "osé" (jugé pertinent) de mettre cette question dans le fil épinglé car on peut pas réellement dire que c'est un "bug" de Plasma 6 et que les configurations sont tellement différentes... --- J'ai un portable sous TW (KDE + X11) et la mise a jour de plasma 6 m'est bien entendue proposée (plus de 1600 paquets) Lorsque je fais un "zypper dup" voici les "problèmes" qu'il me propose de régler un a un ...
Alienware:~ # zypper dup Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... 26 Problems: Problem: problem with the installed kcm_tablet-3.2.0-28.62.x86_64 Problem: problem with the installed kcm_tablet-lang-3.2.0-28.62.noarch Problem: the installed kwin5-5.27.11-516.1.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed plasma5-workspace-5.27.11-1.1.x86_64 requires 'libQt5Gui.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed xdg-desktop-portal-kde-5.27.11-261.1.x86_64 requires 'libQt5PrintSupport.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5Gui5-5.15.12+kde151-1.1.x86_64 requires 'libQt5DBus5 = 5.15.12+kde151', but this requirement cannot be provided Problem: the installed plasma5-workspace-5.27.11-1.1.x86_64 requires 'libQt5WaylandClient.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5PrintSupport5-5.15.12+kde151-1.1.x86_64 requires 'libQt5Widgets.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the to be installed spectacle-24.02.0-1.1.x86_64 requires 'libKF6GuiAddons.so.6()(64bit)', but this requirement cannot be provided Problem: the to be installed patterns-kde-kde_plasma-20240311-1.1.noarch requires 'plasma6-session', but this requirement cannot be provided Problem: the to be installed kdeconnect-kde-24.02.0-3.1.x86_64 requires 'qt6qmlimport(org.kde.plasma.core)', but this requirement cannot be provided Problem: the to be installed okular-24.02.0-1.1.x86_64 requires 'libKF6Purpose.so.6()(64bit)', but this requirement cannot be provided Problem: the installed libQt5Gui5-5.15.12+kde151-1.1.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed kwin5-5.27.11-516.1.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed kwin5-5.27.11-516.1.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5WaylandClient5-5.15.12+kde60-1.2.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5WaylandClient5-5.15.12+kde60-1.2.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the to be installed layer-shell-qt5-5.27.11-77.3.x86_64 requires 'libQt5WaylandClient.so.5(Qt_5.15.13_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the to be installed libqt5-qtwayland-5.15.13+kde60-1.1.x86_64 requires 'libQt5WaylandClient.so.5(Qt_5.15.13_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5WaylandClient5-5.15.12+kde60-1.2.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the to be installed libKF5SonnetUi5-5.115.0-302.10.x86_64 requires 'libQt5Gui5 >= 5.15.13+kde138', but this requirement cannot be provided Problem: the installed libQt5WaylandClient5-5.15.12+kde60-1.2.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5WaylandClient5-5.15.12+kde60-1.2.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5WaylandClient5-5.15.12+kde60-1.2.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5WaylandClient5-5.15.12+kde60-1.2.x86_64 requires 'libQt5Core.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed plasma5-workspace-5.27.11-1.1.x86_64 requires 'libQt5Gui.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided
Keske vous en pensez ? Je peux me lancer quand même ? Sachant que dans le détail , le plus souvent l'option de changer de dépôt m'est proposée ... Genre de KDE vers Opensuse ou des trucs comme ça .... (je voulais pas faire une copie de chaque option pour les 26 erreurs mais s'il faut ... Je peux)
Bonjour à toutes et toutes et (re) meilleurs voeux 2024.
Je m'aperçois ce matin que mon répertoire /USR est quasi plein, 95% utilisé (soit 1,5 Gio libre sur 29,6)... Bon, je sais, je suis bordelique et j'ai du laisser trainer des trucs dans ce répertoire. Du coup j'ai désinstallé "WPS-Office pour Linux" que j'avais testé et ne me sers pas MAIS, à l'issue de la désinstallation ça change rien en terme de place gagné. Je pensais que les programme étaient installé dans /USR... J'ai faux ? --- Bref, Question : Comment puis "nettoyer" "faire maigrir" mon répertoire USR ? Commandes en CLI qui nettoyent ? Autre méthode ?
Merci d'avance pour toutes vos idées bienvenues ! Amicalement Philippe
PS : J'ai mollement cherché sur le Web mais je ne trouve que des "trucs" pour Debian et Ubuntu... Y sont partout ces gens ...
Depuis la dernière mise à jour de TW (plus de 450 paquets) La partition NTFS (Windows) de mon disque dur externe ne se monte pas. Ni en automatique comme elle faisait avant, ni lorsque je clique dessus. Cf, les copies d'écran jointe. A savoir, je suis sous TW, le DD externe est un SSD de 2To partitionné en 2 partitions égales, une en EXT4 qui se monte seule et OK et l'autre en NTFS qui ne se monte plus.
J'ai testé le DD sur mon portable qui n'a pas encore "subit" la mise a jour et il se monte (je ne pense pas a un dysfonctionnement du disque....) J'ai testé aussi un vieux DD externe configuré pareil (2 partitions) mais en DD mécanique et ... ça mets trois plombes mais ça se monte... Une idée ? Est ce que la dernière MàJ aurait pu faire "sauter" une configuration ? Peut être pas de rapport mais depuis cette dernière MàJ, j'ai une demande d'ouverture du coffre fort gnome-keyring à l'ouverture de Evolution (logiciel de courriel) ... J'avais pas ça avant.
Depuis plusieurs jours j'ai l'erreur ci-dessous dans les dépendances lors de la mise à jour avec Tumbleweed. J'ai choisi Cancel car je me disais, comme assez souvent, c'est urgent d'attendre.... Et là, c'est quand même un changement de fournisseur qui me semble pas pertinent : les package PACMAN étant toujours meilleurs que les zotres...
Citer
Problem: problem with the installed libsox3-14.4.2-1599.7.pm.137.x86_64 Problem: problem with the installed sox-14.4.2-1599.7.pm.137.x86_64 Problem: the to be installed pipewire-alsa-0.3.70-1.1.x86_64 conflicts with 'alsa-plugins-pulse' provided by the to be installed alsa-plugins-pulse-1.2.7.1-4.4.x86_64 Problem: the to be installed gcc11-11.3.1+git2076-3.1.x86_64 requires 'libtsan0 >= 11.3.1+git2076-3.1', but this requirement cannot be provided
Problem: problem with the installed libsox3-14.4.2-1599.7.pm.137.x86_64 Solution 1: install libsox3-14.4.2-6.1.x86_64 from vendor openSUSE replacing libsox3-14.4.2-1599.7.pm.137.x86_64 from vendor http://packman.links2linux.de Solution 2: keep obsolete libsox3-14.4.2-1599.7.pm.137.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c/d/?] (c):
Vous en pensez quoi vous ? Y a quelqu'un.e qui a rencontré ce problème récemment ? Merci d'avance Amicalement Philippe
