Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
@chalu : Donc le guide en version française est plus d'actualité que celui en anglais. Du coup j'ai réinstallé les deux paquets que je venais de supprimer. Ils sont, je le pense aussi, sans rapport avec le souci de clé de Packman (problème surmontable même si un peu pénible).
Depuis Leap 15.4, globalement Packman me pose moins de problèmes sur Tumbleweed que sur Leap.
Petite question : en installant Firefox et VLC en flatpaks, tu t'exonères complètement de l'installation des codecs de Packman? Aucun souci de lecture particulier? N'ayant pas de gros besoins en termes de multimédia, cela m'intéresse. J'avoue par ailleurs être assez ignorant au sujet des codecs et je ne connais pas exactement ceux dont j'aurais vraiment besoin.
Concernant l'avenir, l'après Leap 15.5... pour l'instant je vise Tumbleweed comme solution à titre personnel.
@jtro : L'avertissement there are possible licensing issues with the code pour les plugins ugly n'existe pas pour les bad.
Me demandant d'où sortaient ces deux paquets gstreamer-plugins-ugly-codecs et gstreamer-plugins-bad-codecs, je viens de m'apercevoir qu'il y a des différences entre la version française et la version anglaise du guide non officiel, au niveau des codecs multimedia.
La version française recommande l'installation de ces paquets (liste en colonne pour mieux comparer) :
Dans cette dernière, il faut noter que le paquet gstreamer-plugins-ugly-orig-addon n'existe pas et qu'il n'est pas installable. Et par ailleurs elle ne recommande pas d'installer les deux paquets gstreamer-plugins-ugly-codecs et gstreamer-plugins-bad-codecs.
Tout ceci explique peut-être pourquoi nous n'avons pas la même liste d'installée au niveau des codecs provenant de Packman.
Tiens, je vois que la version espagnole du guide est calée sur l'anglaise.
Bon je vais supprimer les deux paquets gstreamer-plugins-ugly-codecs et gstreamer-plugins-bad-codecs et relancer la commande de changement de fournisseur. Ensuite je verrai bien ce qui se passe à l'occasion d'une nouvelle maj.
Tout ce qui s'affiche quand je tape gstreamer dans yast provient de Suse.
Sauf gstreamer-plugin-libav ainsi que tu le précisais juste avant. Pareil pour moi mais j'ai en plus, provenant de Packman, gstreamer-plugins-ugly-codecs et gstreamer-plugins-bad-codecs.
J'ai aussi refait un zypper-allow-vendor-change ce matin.
Les 12 mises à jour de paquets suivantes ne seront PAS installées : ffmpeg-4 gstreamer-plugins-libav libavcodec58_134 libavdevice58_13 libavfilter7_110 libavformat58_76 libavresample4_0 libavutil56_70 libheif1 libpostproc55_9 libswresample3_9 libswscale5_9
Pour le NOKEY, je ne comprends pas sa récidive mais je m'en sors. Et nous avons le même dépôt pour Packman.
Avertissement NOKEY réapparu aujourd'hui lors de la maj de gstreamer-plugins-bad-codecs et un autre truc en provenance de Packman.
Rien à faire en passant par YAST --> System --> Boot Loader --> Bootloader Options même en ayant préalablement supprimé, toujours via Yast, la clé de Packman. On ne me demande pas comme par magie de valider une nouvelle clé ainsi que je l'avais vécu précédemment.
Je reprends la ligne de commande citée trois posts plus haut :
rpm -e gpg-pubkey-1abd1afb-54176598 && zypper cc --all && zypper ref
J'utilise sudo d'ordinaire. Ça passe bien pour supprimer la clé mais pas, d'après mes déductions, pour nettoyer le cache de zypper, opération pour laquelle il faut vraiment passer en root :
Et là effectivement on me demande de valider une "nouvelle" clé dont les caractéristiques (version, release, dates) sont absolument identiques à la précédente
Bon, cela n'a rien de dramatique mais ça augmente mes interrogations et ma confusion autour de ce dépôt Packman dont certains paquets sont communs avec les dépôts officiels (pas le cas de gstreamer-plugins-bad-codecs ). Par bonheur je ne pense pas être un gros consommateur de codecs divers et variés, et tout ça passe au dessus de ma tête tant que je ne constate pas d'anomalie dans l'utilisation que je fais de mon ordinateur.
chumi, j'avais comme toi le message pour fmpeg et consorts. Je n'en tenais pas compte. packman et suse ont la même priorité. Ce matin,tous ces paquets ont enfin été installés et ils sont tous en version packman qui s'est enfin mis à jour par rapport à suse.
J'étais en priorité 90 et j'ai remis sur 99 mais ça ne change rien pour moi. Je verrai demain à tout hasard. Merci pour l'info.
@denebe : merci pour toutes ces infos. Pas trop simple de savoir ce qui s'est passé car je ne peux plus reproduire le problème à présent (résolu... sans une claire conscience ceci dit) mais je m'explique un peu mieux le sens de la commande équivalente à ma manipulation, donnée par tannington dans la discussion que je citais (https://forums.opensuse.org/showthread.php/561572-NOKEY-message-on-package-installation-after-Zypper-dup) - dernière intervention :
J'utilise ce dépôt, qui normalement se trouve dans les dépôts complémentaires lorsqu'on utilise Yast : http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/ Par contre il affiche "not found" lorsqu'on clique sur le lien et pourtant il fonctionne. Il faut peut-être essayer : http//packman.links2linux.de comme indiqué à l'onglet "Versions", toujours avec Yast.
peut être changer de mirroir de packman? j'ai vu aussi qu'il existait le paquet "rpmkey-packman"qui apparemment gère les clés.
J'ai fait comme Tuner dans la discussion, à savoir YAST --> System --> Boot Loader --> Bootloader Options (je ne traduis pas). Et là, comme lui, il m'a été demandé d'importer une clé GnuPG non sécurisée pour Packman, ce que j'ai fait (j'avais pourtant déjà une clé). À priori cela devrait résoudre le problème... je vérifie, ça tombe bien, il y a des majs candidates... mais nouveau problème sans rapport :
11 paquets à mettre à jour. Taille de téléchargement totale : 2,2 MiB. Déjà en cache : 0 B. Après l'opération, 8,0 B d'espace disque supplémentaire sera utilisé. Continuer ? [o/n/v/...? affiche toutes les options] (o): o Récupération de paquet libatomic1-11.3.0+git1637-150000.1.11.2.x86_64 (1/11), 22,8 KiB ( 30,2 KiB décompressé) Récupération de delta: ./x86_64/libatomic1-11.3.0+git1637-150000.1.9.1_150000.1.11.2.x86_64.drpm, 11,6 KiB Récupération : libatomic1-11.3.0+git1637-150000.1.9.1_150000.1.11.2.x86_64.drpm ....................................[non trouvé] Fichier './x86_64/libatomic1-11.3.0+git1637-150000.1.9.1_150000.1.11.2.x86_64.drpm' introuvable sur le medium 'http://download.opensuse.org/update/leap/15.4/sle/' Abandonner, réessayer, ignorer ? [a/r/i/...? affiche toutes les options] (a):
Je vois des trucs bizarres (hors Packman) en ce moment dans les majs de Leap... qui se résolvent parfois le lendemain. Donc là je vais attendre. Ah bah non! ça passe maintenant Entre nous, Leap ne m'avait pas habitué à ça et je m'interroge sur un rapport éventuel avec la future ALP.
Plus d'avertissement NOKEY en rapport avec Packman. Par contre j'ai toujours ce paquets de majs qui ne seront pas installées :
Les 12 mises à jour de paquets suivantes ne seront PAS installées : ffmpeg-4 gstreamer-plugins-libav libavcodec58_134 libavdevice58_13 libavfilter7_110 libavformat58_76 libavresample4_0 libavutil56_70 libheif1 libpostproc55_9 libswresample3_9 libswscale5_9
Et je me traîne la majorité depuis un moment.
rpmkey-packman? Je n'arrive à trouver d'infos sur ce que fait vraiment ce paquet. Il n'est pas essentiel à priori... mais il existe.
J'ai essayé de supprimer la clé de Packman via Yast-dépôt et de relancer la maj (et même un dup changement de fournisseur sur Packman), sans plus de succès pour faire disparaître ces avertissements.
Une idée ou une meilleure lecture que la mienne de la discussion pré-citée?
Tu ne devrais pas rencontrer de grandes difficultés d'assimilation avec openSUSE.
J'ai tendance à penser que tu as choisi Tumbleweed mais je peux me tromper. Une petite info à ce sujet dans la signature de ton profil n'est pas inutile pour les échanges à venir
Je vous signale que j'ai marqué "Résolu", non pas que j'ai résolu quoique ce soit, ça s'est résolu tout seul . Ce post aura eu au moins le mérite de réveiller Alionet.
Bravo! Du coup la connectivité n'est plus limitée sur Alionet!
Avant de supprimer quoique ce soit fais une sauvegarde des fichiers ou des dossiers concernés. Et je ne te garantis rien quant au résultat.
C'est un peu chaud... et visiblement cet Akonadi est régulièrement problématique à lire quelques résultats de recherche sur ton souci. Personnellement je fais très peu confiance à cette suite de KDE (Kontact, Kmail, Korganizer, ect). Quelques petits essais de ces outils ne m'ont pas convaincu quand il ne m'ont pas fait carrément peur (j'ai failli perdre mon carnet d'adresses distant avec KAdressBook).
Sur Tumbleweed en wifi, chez moi la connectivité limitée s'est signalée il y a quelques temps déjà, puis elle a cessé de se manifester après une maj et elle vient à nouveau tenter de m'agacer consécutivement à la dernière grosse maj. Or cette connectivité n'est en réalité pas limitée du tout... Ça fonctionne, j'ignore, et je ferais pareil si ma connexion était en ethernet sur la machine concernée.
Il faut installer okular-spectre pour pouvoir afficher du postscript avec Okular.
En effet, mais ce n'est pas intuitif de devoir installer un plugin quand ce n'était pas nécessaire avant. Bien vu en tout cas!
Edit : pour l'aperçu avant impression sur Leap je dois aussi installer okular-spectre (en fait, faisant un usage basique des PDF, j'imprime directement sans consulter le moindre aperçu).
