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.
Problème trivial mais qui m'enquiquine... J'ai une TW qui fonctionne correctement, je fais mes mise à jour en konsole avec Zypper dup Mais la dernière fois il m'annonce qu'un dépôt n'est pas accessible... Ce n'est pas un dépôt "officiel" mais un "communautaire" qui commence par HOME... j'attends plusieurs jours car je me dis que c'est possiblement un retard mais ... Toujours pas au bout d'une semaine. Du coup comme l'install date de y a longtemps... Je cherche a savoir quel(s) programme(s) / fichier(s) j'ai installé spécifiquement avec ce dépôt.. Probablement un truc spécifique ... Mais paf... J'arrive pas a trouver ce qui dépends de ce dépôt... J'ai testé
mais d'une part iltrouve que le dépôt en question est invalide (ce qui est le cas actuellement) mais surtout dans le listing (long comme le carême) je ne retrouve pas ce dépôt non plus... Et je suis incapable de savoir si c'est parsqu'il n'y a "rien" au final comme programme rattaché a ce dépôt (et alors pourquoi qu'il est là ) ou si justement c'est parsque il est invalide que ça me liste rien ... Bref, vous avez compris, est ce que quelqu'un connait une commande qui me permettrais de connaitre quel(s) programme est "attaché" à tel dépôt ? Merci d'avance Amicalement Philippe
Pas un problème en soit mais je viens de me rendre compte que le comportement de zypper dup avait changé sur ma TW ... Mais uniquement sur ma machine fix e !!! Y a maintenant une phase de preloading packages ... Dont je sais pas ce que ça fait mais j'imagine ... Précharge les package a installer... Puis une phase nommée retrieving qui dit pas ce qu'elle fait non plus mais semble aller très vite ... Puis ça fait comme d'habitude Checking for files conflicts et ensuite la phase d'intallation proprement dite (Installing avec des retours visible en fonction de ce que ça installe) ça vous parle Philippe
J'ai un problème non urgent néanmoins ennuyant... - Depuis quelques semaines et une mise à jour d'un logiciel pourtant pas mal utilisé dans le milieu scientifique j'ai eu par deux fois une erreur au démarrage de ce logiciel (Rstudio : logiciel de statistique)
Il manquait un fichier libSSL.so.1-1 ... "libssl.so.1.1: cannot open shared object file: No such file or directory" Ok, dans mon système TW à jour, il y a bien la version 3 de cette librairie mais ça fonctionne pas avec la version de Rstudio pourtant récente ...
Sauf qu'il n'en existe aucune version officielle... Que du "Expérimental" ou "Communautaire" Je choisi le 1er de la liste home:13ilya (communauté) et je fais ça dans le terminal :
ça fonctionne bien et Rstudio démarre correctement... Je retrouve mes petits chiffres... Rhaaa... lovely... --- Le problème arrive ... Patience... et merci de m'avoir lu jusqu'ici mais le contexte est important (ou pas) -- Du coup, une fois installé, je désactive le dépôt et quelle est pas ma surprise à la prochaine mise à jour de TW... Le dépôt et surtout le "openssl-1_1" ont disparu et bien entendu mon Rstudio ne démarre plus... -- Du coup je refais la manip et ce coup ci je désactive PAS le dépôt en question... MAIS... ça m'emm... car bien entendu ça me demande régulièrement de changer plusieurs fichiers de fournisseurs pour aller vers ce dépôt car plus récent... J'ai pas envie moi...
Je pensais que si je mettais en "verrouillé" (Taboo) un fichier dans Yast, même si on virait / désactivait son dépôt initial, il était conservé... Semblerait que non ou alors j'ai pas tout compris...
Quelqu'un a : - Une explication (pour mourir moins con) - Une solution pour préserver cette bibliothèque qui semble ancienne sans qu'elle soit upgradée systématiquement à chauqye misa à jour ... TW
En vous remerciant et ... Longue vie au forum !!! Philippe (vieux con qui sait pas communiquer autrement et qui trouve qu'il y a toujours de la vie dans ce machin)
FIXE-MAISON:~ # zypper refresh Warning: File 'repomd.xml' from repository 'repo-non-free' is unsigned.
Note: Signing data enables the recipient to verify that no modifications occurred after the data were signed. Accepting data with no, wrong or unknown signature can lead to a corrupted system and in extreme cases even to a system compromise.
Note: File 'repomd.xml' is the repositories master index file. It ensures the integrity of the whole repo.
Warning: We can't verify that no one meddled with this file, so it might not be trustworthy anymore! You should not continue unless you know it's safe.
File 'repomd.xml' from repository 'repo-non-free' is unsigned. Continue? [yes/no] (no): Retrieving repository 'repo-non-free' metadata ...[error] Repository 'repo-non-free' is invalid. [NVIDIA:repo-non-free|https://download.nvidia.com/opensuse/tumbleweed] Failed to retrieve new repository metadata. History: - Signature verification failed for repomd.xml Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'repo-non-free' because of the above error. Warning: File 'repomd.xml' from repository 'nVidia Graphics Drivers' is unsigned.
Note: Signing data enables the recipient to verify that no modifications occurred after the data were signed. Accepting data with no, wrong or unknown signature can lead to a corrupted system and in extreme cases even to a system compromise.
Note: File 'repomd.xml' is the repositories master index file. It ensures the integrity of the whole repo.
Warning: We can't verify that no one meddled with this file, so it might not be trustworthy anymore! You should not continue unless you know it's safe.
File 'repomd.xml' from repository 'nVidia Graphics Drivers' is unsigned. Continue? [yes/no] (no): Retrieving repository 'nVidia Graphics Drivers' metadata ...[error] Repository 'nVidia Graphics Drivers' is invalid. [download.nvidia.com-tumbleweed|https://download.nvidia.com/opensuse/tumbleweed] Failed to retrieve new repository metadata. History: - Signature verification failed for repomd.xml Please check if the URIs defined for this repository are pointing to a valid repository. Skipping repository 'nVidia Graphics Drivers' because of the above error.
bien entendu j'ai "aborté" la mise à jour ... Malgré que je suis en attente des Drivers NVidia car le Kernel a changé 3 fois ces deux dernières semaines. -- Vous en pensez quoi ? - Urgent d'attendre (pour l'instant c'est la solution pour laquelle j'ai opté... - Zyva comme un fou on s'en fout de la signature ... - Autre solution que j'imagine pas ...
Pas de problèmes, ça fait en fonction de ce qu'il y a ... Mais à l'issue du process, la petite icone est toujours là... En général ça veut dire qu'il y a une appli qui dépends de Flatpak qui demande sa mise à jour... Très bien... J'ouvre Discover et là, y a effectivement ça : KDE Application Platform qui veut être mise à jour... (Cf. copie d'écran) Cependant, lorsque je clique sur Mettre à Jour, bé ... ça clignote un coup et l'injonction revient... (je précise qu'il y a eu d'autres "produit" pour qui la mise à jour à fonctionné. Bizarre n'est ce pas ? Philippe
ça me l'ai fait une peu de manière aléatoire depuis quelques temps mais après l'écran de login en arrivant sur le bureau, je vois la trotteuse de la montre figée (mais la souris bouge) et l'écran devient tout noir avec apparition d'une fenêtre de plantage Plasmashell ... Fenêtre qui me dit plein plein de chose que j'ai "envoyé" je sais pas a qui d'ailleurs... (équipe de développement) En premier y a écrit Application : Plasmashell, signal : segmentation fault... Puis bien plus loin je vois qu'il est question de libc.so.6, ou encore de qt6 ou encore de libkf6... trop de lignes pour que je puisse recopier ça ici... La souris fonctionne et <Alt><F2> m'ouvre la recherche et je peux par exemple démarrer la konsole ou d'autres programme ... Mais bon... C'est pas très convivial. Vous en pensez quoi ? J'ai redémarré 250 fois et testé avec Wayland et le Kernel précédent... Mais là... ça veut rien savoir Amicalement Philippe
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
) ou si justement c'est parsque il est invalide que ça me liste rien ...