Aller au contenu principal

Sujets

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.

Sujets - Chumi

1
Général / Sudo Tumbleweed
Bonsoir,

Je viens d'essayer de faire une mise à jour avec :

sudo zypper dup

Comme d'habitude... Mais là j'apprends avec surprise que je ne suis plus dans le fichier sudoers.

Premier réflexe (avant d'essayer d'aller modifier le fichier /ect/sudoers à la main), je jette un oeil dans Yast -> Sécurité et utilisateurs et là nouvelle surprise, plus de Sudo dans cette rubrique (donc plus de possibilité de configurer sudo dans Yast).

Le paquet yast2-sudo est passé à la trappe lors d'une précédente maj. Je le réinstalle.

C'est bon, Sudo est réapparu dans Yast. Mais ce n'est pas suffisant car dans la configuration de sudo dans Yast, il manque une ligne.

La première surlignée en bleu dans la capture ci-dessous.



Je l'ajoute (->Ajouter) et je valide. Tout est rentré dans l'ordre.

Pour info  ;)

2
Général / Tumbleweed : kernel-firmware-qcom fait échouer la maj
Bonsoir,

Pour info car je pense avoir résolu la question en me référant aux deux discussions suivantes :

https://forums.opensuse.org/showthread.php/576409-latest-upgrade-fails-installing-kernel-firmware
https://www.reddit.com/r/openSUSE/comments/xxcvb5/tumbleweed_kernelfirmwareqcom_issue_20221006/

Personnellement j'ai choisi d'ignorer le problème soulevé à l'occasion du zypper dup afin de terminer la mise à jour. Ensuite j'ai désinstallé kernel-firmware-qcom, à tout hasard j'ai refait un zypper dup ("rien à faire") et j'ai réinstallé kernel-firmware-qcom. J'ai bien la bonne version qui ne passait pas à présent : kernel-firmware-qcom-20220930-1.1.noarch

La stratégie la plus sûre d'après ce que j'ai compris de la discussion sur Reddit (lue un peu en diagonal j'avoue).
3
Général / Maj Leap : avertissement NOKEY sur Packman
Bonjour,

J'ai le dépôt Packman pour lequel j'ai effectué le changement de fournisseur concernant les codecs multimédia.

Lors de ma dernière maj de Leap j'ai eu des avertissements NOKEY pour certains paquets provenant de Packman et dont voici un extrait :

warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libavutil56_70-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 2/43) Installation de : libavutil56_70-4.4-pm154.2.7.x86_64 ...................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libavutil55-3.4.9-pm154.1.11.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 3/43) Installation de : libavutil55-3.4.9-pm154.1.11.x86_64 ...................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libvlccore9-3.0.17.3-pm154.2.6.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 4/43) Installation de : libvlccore9-3.0.17.3-pm154.2.6.x86_64 .................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libpostproc55_9-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 5/43) Installation de : libpostproc55_9-4.4-pm154.2.7.x86_64 ..................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libswscale5_9-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 6/43) Installation de : libswscale5_9-4.4-pm154.2.7.x86_64 ....................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libavresample4_0-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY
( 7/43) Installation de : libavresample4_0-4.4-pm154.2.7.x86_64 .................................................[fait]
warning: /var/cache/zypp/packages/packman/Essentials/x86_64/libswresample3_9-4.4-pm154.2.7.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 1abd1afb: NOKEY

On dirait que les installations se font quand même.

J'ai lu cette discussion qui rapporte quelque chose de similaire (sur Tumbleweed) mais je ne vois pas trop la solution qui semblerait avoir été trouvée : https://forums.opensuse.org/showthread.php/561572-NOKEY-message-on-package-installation-after-Zypper-dup

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?
4
Général / Maj TW : tlp en conflit avec power-profiles-daemon
Je bloque sur ma dernière tentative de mise à jour de Tumbleweed. Je ne sais pas pour le moment quoi répondre à la question qui m'est posée à cette occasion :

Problème : l'élément tlp-1.5.0-1.1.noarch à installer est en conflit avec 'power-profiles-daemon' fourni par l'élément power-profiles-daemon-0.11.1-1.2.x86_64 installé
 Solution 1 : désinstallation de power-profiles-daemon-0.11.1-1.2.x86_64
 Solution 2 : désinstallation de tlp-1.4.0-1.5.noarch
 Solution 3 : conserver l'élément tlp-1.4.0-1.5.noarch obsolète

Choisir une des solutions ci-dessus en tapant son numéro ou bien annuler en tapant 'a' [1/2/3/a/d/?] (a):

Je vois un rapport de "bug" (ce n'en est pas vraiment un), en relation avec ce que je décris :
https://bugzilla.suse.com/show_bug.cgi?id=1201124

Ainsi qu'une discussion sur Reddit qui ne m'inspire pas beaucoup pour le choix que je devrais faire :
https://www.reddit.com/r/openSUSE/comments/vqq5ex/the_latest_tlp_conflicts_with_powerprofilesdaemon/
5
Général / Zram en swap et openSUSE
Bonjour,

La question de la zRam en swap a ressurgi dernièrement dans une discussion relative au partitionnement expert.

Je ne préjuge de rien en ce qui concerne l'utilité ou la nécessité de la chose. C'est déjà une question.

J'ai essayé hier sur ma Leap en installant les paquets systemd-zram-service et zramcfg puis en lançant le service au démarrage du système dans Yast (pour revenir à l'état antérieur il suffit d'arrêter le service et de le reconfigurer en démarrage manuel, c'est simple).

Pour la zram en swap, j'ai vu qu'il était alloué une taille identique à ma ram sur openSUSE.

Parcourant diverses documentations, j'ai vu aussi que certaines distributions activent par défaut ce service, qu'elles configurent aussi parfois par défaut la quantité de zram à 50 ou 20% de la ram et qu'elles indiquent comment reconfigurer cela au cas où ces quotas ne conviendraient pas.

Rien dans les documentations de ces distributions (Debian et filles, Fedora ou Arch par exemple) , et principalement en ce qui concerne la configuration, ne correspond vraiment à openSUSE (les fichiers de configuration, ou ce qu'on imagine être les fichiers de configuration, ne sont pas au même endroit sur openSUSE, et ce qu'on trouve est peu parlant).

Voilà, la discussion est ouverte pour ceux que ça intéresse.
6
Général / Tumbleweed : zypper dup râle ce soir (kpmcore, partitionmanager)
Bonsoir,

Version en cours de TW chez moi : 20220304

Tentative de mise à niveau ce soir et ça va mal :

3 problèmes :
Problème : l'élement kpmcore-lang-3.3.0-2.9.noarch à installer nécessite 'kpmcore = 3.3.0', mais cette condition ne peut pas être remplie
Problème : l'élement libkpmcore7-3.3.0-2.9.i586 à installer nécessite 'libKF5CoreAddons.so.5', mais cette condition ne peut pas être remplie
Problème : l'élement partitionmanager-lang-3.3.1-2.19.noarch à installer nécessite 'partitionmanager = 3.3.1', mais cette condition ne peut pas être remplie

Problème : l'élement kpmcore-lang-3.3.0-2.9.noarch à installer nécessite 'kpmcore = 3.3.0', mais cette condition ne peut pas être remplie
 Solution 1 : Les actions suivantes seront exécutées :
  installer kpmcore-3.3.0-2.9.i586 malgré l'architecture inférieure
  installer libKF5I18n5-5.91.0-1.1.i586 malgré l'architecture inférieure
  installer libKF5WidgetsAddons5-5.91.0-1.1.i586 malgré l'architecture inférieure
  installer libatasmart4-0.19-10.10.i586 malgré l'architecture inférieure
 Solution 2 : désinstallation de kpmcore-lang-3.3.0-2.9.noarch
 Solution 3 : conserver l'élément kpmcore-3.3.0-2.9.x86_64 obsolète
 Solution 4 : casser kpmcore-lang-3.3.0-2.9.noarch en ignorant certaines de ses dépendances

J'ai commencé à répondre en choisissant systématiquement d'installer (pour voir)... et les séquences d'interrogations se poursuivant indéfiniment, j'ai stoppé car je ne maîtrisais rien bien sûr : annulation de la procédure.

Renseignement pris, je ne suis pas le seul à avoir dernièrement rencontré cette difficulté :

https://www.reddit.com/r/openSUSE/comments/t8vcj2/what_is_all_this_complaining_about/

Deux "solutions" douces semblent émerger de la discussion : attendre (la fin de la semaine au moins) ou désinstaller partitionmanager (KDE Partition Manager). J'ai effectivement partitionmanager qui est installé chez moi.

Je vais attendre et si rien de mieux en fin de semaine je désinstallerai partitionmanager (dommage).
7
Association / Mail d'Open Source Experience (OSXP 2022)
Bonjour,

Il y a une quinzaine de jours j'ai reçu un mail de la part d'Open Source Experience concernant les préparatifs de l'édition 2022.

Je l'ai reçu car l'an dernier j'avais accepté d'être leur contact. Voir cette discussion : https://www.alionet.org/index.php?topic=1091.15

J'ai presque immédiatement transféré le mail à la boîte de l'association, et pas de réponse depuis.

Voici le contenu du mail (sans les coordonnées du Directeur commercial) :

Citer
Bonjour,

Vous étiez exposant sur OSXP l’année dernière et comme vous le savez je vous réserve votre emplacement N-1 jusqu’au 1e mars.

Si vous souhaitez renouveler votre participation en 2022 sur le même emplacement merci de bien vouloir me confirmer votre choix afin que je puisse organiser le projet d’implantation 2022.
Si vous souhaitez changer d’emplacement dites-le moi également, nous en discuterons après le 1e mars.

N’hésitez pas à me solliciter,

Cordialement,
8
Autres distributions GNU/Linux et BSD / nakeDeb, une Debian française en bikini
nakeDeb est une distribution minimaliste française dérivée de Debian et basée sur sa branche stable. Elle est construite et maintenue par arpinux.

arpinux est actuellement Vice-Président de l'Association Debian Facile, il est l'auteur des Cahiers du débutant, il est aussi très impliqué dans le Projet DFiso qui n'est pas une distribution mais une facilité pour prendre en main un système Debian stable, et j'en oublie, au passé comme au présent.

Je tiens quand même à préciser qu'arpinux a une toute autre façon de se décrire lui-même mais voilà, vous savez à présent qui est qui et d'où ça sort.

nakeDeb, une Debian toute nue but safe for work! aime à proclamer l'auteur qui a aussi travaillé sur une version anglaise de sa distribution.

Toute nue ou presque car si l'offre logicielle résulte de choix ultra-minimalistes et si aucun environnement de bureau complet n'est au rendez-vous, cette distribution vient avec les deux gestionnaires de fenêtres Fluxbox et i3wm joliment pré-configurés, une suite esthétique et pratique de petits outils fait maison, mais encore et surtout elle est accompagnée d'une excellente documentation qui décomplexe l'utilisateur un peu geek mais pas tant que ça en fait.

Tiens justement! une distribution pour les geeks?

Oui car elle promeut l'utilisation de la ligne de commande et non car la lecture de la documentation ne requiert pas de posséder un vrai bagage informatique. Et puis, sur le socle d'une Debian, rien n'empêche l'utilisateur d'installer ce qui peut parfois lui manquer ou qu'il a coutume d'employer, puis de revenir plus tard sur une façon de procéder avec laquelle il est moyennement à son aise.

Une distribution pour les curieux certainement donc, pas complètement novices avec GNU/Linux, nous pouvons le penser, mais aussi pour quiconque est bien déterminé par exemple à faire tourner correctement une ancienne machine réfractaire à des systèmes plus gourmands en ressources matérielles.

Un avertissement quand même, extrait de la présentation de nakeDeb :

Citer
nakeDeb n'est pas une distribution communautaire... c'est surtout un projet minimal ludique. pour un usage en prod, préférez une Debian.

Ou openSUSE Leap si affinité ;)

À l'épreuve vite-fait chez moi :

J'ai installé sans problème l'ISO 64 bits (amd64) non-free sur un Dell E5400  (Intel Core 2 Duo T7250 2 x 2 GHz, 3 Go de Ram). C'est fluide à l'utilisation et je n'ai pas personnellement trouvé d'autres bugs que celui signalé dans la présentation générale : https://nakedeb.arpinux.org/index.html#bugs.

À partir de la même image j'ai créé une clé USB en mode live persistant. Cela demande un peu de rigueur lors de la création mais ça fonctionne bien. Deux programmes intégrés dans nakeDeb sont particulièrement bien venus dans ce mode : KeePassXC pour sécuriser ses mots de passe et VeraCrypt pour sécuriser ses données. Une clé USB se transporte facilement mais nous pouvons l'égarer tout aussi facilement.

J'ai rencontré un problème avec l'ISO 32 bits (i386) non-free, à l'installation et en live, sur un HP Compaq Mini CQ10 (Intel Atom N270, 1.6 GHz - 1 Go de Ram) : Écran noir au final. Je vous passe quelques détails mais il s'est avéré que c'était un souci de pilote graphique du à l'absence du paquet xserver-xorg-video-intel. Cela sera corrigé dans les prochaines versions de nakeDeb.

Sur une machine similaire, si vous rencontrez le même problème avec la version courante de nakeDeb (1.4.2), il faut ajouter l'argument nomodeset au lancement de la session live. Un artefact graphique apparaît furtivement mais ça passe. Après une installation par contre, c'est un poil plus coton. Il faut se rendre sur une console virtuelle (ctrl-alt-F1) puis installer en root le paquet xserver-xorg-video-intel, et tout rentre dans l'ordre après un redémarrage. Ou bien, pour l'un ou l'autre usage, vous pouvez simplement attendre la prochaine version de nakeDeb qui devrait corriger tout ça.

Ceci étant dit, nakeDeb s'avère être bien réactive sur cette ancienne et toute petite machine. Au moins autant qu'antiX Linux sur la même si mes souvenirs sont bons.

Enfin, avec VirtualBox sur Tumbleweed, j'ai tenté l'expérience d'une machine virtuelle. Rien à dire ou presque sinon qu'il faut s'adapter à Debian pour installer les Additions Invitées et que le conky par défaut file à gauche chez moi au lieu de rester normalement à droite (une broutille).

Installer les Additions Invitées sur Debian 11 : https://www.pragmaticlinux.com/2021/09/install-the-virtualbox-guest-additions-in-debian-11-bullseye/

Le mot de la fin :

nakeDeb est un projet individuel et ludique, c'est entendu. Mais c'est une distribution ultra-légère, en français, stable, sobrement élégante, bien documentée et pédagogique. Pour moi, avec toutes ces qualités, elle comble un vide et elle n'est pas à mes yeux une énième et quelconque dérivée de Debian. Notez avant que j'en termine que le dépôt Debian Backports est présent par défaut sur nakeDeb.

Une chouette distribution, non? Pourvu que ça dure! et je l'espère personnellement.
9
Général / Purge-kernels, un doute
Bonjour,

Sur Leap, quand un nouveau kernel apparaît dans les mises à jour, j'ai l'habitude de passer la commande :

sudo zypper purge-kernels
Pour ne conserver que les deux derniers kernels. Et cette commande me supprime en effet le plus ancien (ou les plus anciens si j'en ai laissé traîner par mégarde).

Si je fais de même sur Tumbleweed, rien ne se passe mais après vérification je constate que je ne conserve que les deux derniers kernels, comme si la procédure de suppression des plus anciens kernels était automatique.

Je sais que purge-kernels est un service. Or, aussi bien sur Leap que sur Tumbleweed je vois ceci dans le Gestionnaire de services de Yast :



et par ailleurs les fichiers /ect/zypp/zypp.conf respectifs sont identiques (tout au moins pour ce qui se rapporte à purge-kernels).

Quel est le comportement par défaut de purge-kernels, et comment doit-il se manifester?
10
Programmes et logiciels / Archives 7z, Ark, 7zip, p7zip, p7zip-full [Tumbleweed KDE]
Bonsoir,

Surprise! (enfin... pour moi) Ark ne peut plus compresser et décompresser les archives 7z dans Tumbleweed car les paquets p7zip et p7zip-full ont été remplacés par un nouveau paquet : 7zip.

https://www.reddit.com/r/openSUSE/comments/s7odn1/i_cant_compress_in_7zip_with_ark_and_p7zip/

Les alternatives émergentes dans cette discussion et qui proposent une interface graphique (peazip, et engrampa le gestionnaire d'archives de Mate) ne m'ont pas du tout convaincu personnellement, tout au moins dans l'environnement KDE. Reste la ligne de commande qui change avec un 7zz (interdit de s'endormir!) en lieu et place de 7z qui fonctionne toujours malgré tout. Pas de page de manuel pour la commande 7zz et celle de la commande 7z a disparu. Pour se renseigner il faut taper :

7zz -h
ou
7z -h

Autres sources : le wiki d'Arch Linux sur p7zip (en) ou celui d'Ubuntu (fr)  - les commandes valent aussi pour le nouveau 7zip.

Le problème est connu : https://bugs.kde.org/show_bug.cgi?id=440135
Et les mainteneurs d'Ark sont au travail sur la question : https://invent.kde.org/utilities/ark/-/merge_requests/90
11
Programmes et logiciels / Color Corrections et DisplayCAL, dans Tumbleweed KDE
Bonjour,

Pour gérer la correction des couleurs des périphériques (et plus communément celle des écrans), il faut ajouter le module Color Corrections à la configuration du système de KDE, avec le paquet colord-kde. Si on veut en plus pouvoir calibrer son écran à l'aide d'une sonde de calibrage, via ce module, il faut ajouter la gestion de la couleur de... Gnome, c'est à dire qu'il faut en plus installer le paquet gnome-color-manager.

Cela fonctionne très bien sur Leap 15.3 si la sonde est reconnue bien sûr. Les experts déplorent un calibrage approximatif avec cet outil intégré à l'environnement de bureau mais il a l'avantage d'être simple et rapide à l'utilisation. Sur mon PC de "bureau", il corrige déjà une petite dérive magenta de mon écran et moi ça me va bien généralement même si je dispose d'un autre outil plus pointu, DisplayCAL, qui me sert entre autres à mesurer de temps en temps l'éclairage ambiant.

Deux problèmes relatifs à tout ceci dans Tumbleweed :

1/ Impossible de calibrer un écran via le module Color Corrections de la configuration du système de KDE. On dirait qu'il ne "voit" pas gnome-color-manager pourtant installé. Apparemment, un problème identique a été rapporté sur d'autres distributions Linux.

2/ DisplayCAL est absent des dépôts. Et c'est normal car DisplayCAL dans sa dernière version repose toujours sur Python 2.7 qui est abandonné dans Tumbleweed comme dans d'autres distributions Linux [EDIT à 22h18 : je dis des bêtises car Python 2.7 est bien dans les dépôts. C'est plus compliqué que ça mais il y a un souci avec Python]. Pour Python, n'étant pas développeur, je retranscris, peut-être mal d'ailleurs [EDIT : certainement], ce que j'ai lu ici ou là et principalement sur le forum de darktable.

Ces deux problèmes pourraient affecter Leap à l'avenir, surtout celui de DisplayCAL car son développeur tarde à se mettre à jour avec Python (la dernière version de DisplayCAL remonte à 2019 je crois).

Alternatives pour étalonner son écran : utiliser ArgyllCMS en lignes de commandes (présent dans les dépôts mais bon casse-tête en perspective) ou installer le flatpak DisplayCAL, ce que j'ai fait même si je préfère éviter d'installer des flatpaks en général.

Le flatpak DisplayCAL fonctionne mais, je m'en doutais, il n'installe pas le profil d'écran issu du calibrage quand bien même on lui demande.

La solution sur KDE : récupérer le profil (xxxxx.icc) dans /home/utilisateur/.var/app/net.DisplayCAL/data/Display/storage/ et le copier dans /home/utilisateur/.local/share/icc/ ou utiliser le module Color Corrections de KDE pour aller chercher le profil là où DisplayCAL l'a déposé.
12
Programmes et logiciels / Kdrive (Infomaniak) sur Tumbleweed
Bonjour,

J'utilise le cloud grand public d'Infomaniak : Kdrive.

Il est proposé une petite AppImage pour la synchronisation. Elle fonctionne bien dans Leap et même dans une VM Windows 10 (là j'ai juste essayé car ça n'a pas d'intérêt pour moi).

Je teste actuellement Tumbleweed dans une VM (VirtualBox) et je voulais donc éprouver cette AppImage dans ce contexte.

Elle se lance, pas de problème, mais quand je veux ajouter mon Kdrive perso pour la synchronisation : page blanche  :o





On dirait que ça coince pour joindre les serveurs d'Infomaniak et se connecter.

J'ai désactivé le pare-feu de Tumbleweed, pas mieux. Celui de l'hôte (Leap), pareil.

Quelqu'un utilise t-il Kdrive avec satisfaction dans Tumbleweed?
13
Installation et boot / Quelques conseils pour Tumbleweed dans une VM
Bonjour,

Je suis un peu tenté d'installer Tumbleweed dans une VM en utilisant les outils mis à ma disposition dans Yast au rayon Virtualisation.

Cela se présente comme ça au départ :



Xen ou KVM? Serveur ou outils (ou bien les deux)? Le but est seulement d'essayer Tumbleweed.

Je lis : Une case à cocher désactivée signifie que l'Hyperviseur a déjà été installé

Or elles sont toutes décochées  :o

Autre chose : Btrfs pose t-il un problème dans un contexte de système virtualisé?
14
Programmes et logiciels / Discover à nouveau fonctionnel sur Leap 15.3 KDE
Bonjour,

Consécutivement à la mise à niveau de Leap 15.2 vers 15.3 (KDE), nous avions constaté un sérieux dysfonctionnement de Discover plus ou moins paralysé par l'absence de connexion internet selon lui (alors que la connexion était effective bien sûr). Cela entraînait aussi un sérieux dysfonctionnement de l'applet des mises à jour de KDE, liée à Discover.

Après les toutes récentes et copieuses mises à jour de Leap, Discover ne me signale plus d'absence de connexion et semble à nouveau fonctionner normalement.

Vous confirmez la même chose chez vous (utilisateurs de Leap KDE)?

Concernant l'applet des mises que j'avais désactivée, je ne suis pas chaud pour la réactiver car la ligne de commande offre quand même une meilleure lisibilité et certainement un fonctionnement moins aléatoire.

Ceci dit le retour de Discover est appréciable pour les nouveaux utilisateurs qui veulent découvrir une partie de la panoplie des logiciels.
15
Programmes et logiciels / Leap 15.3, Packman et VLC
Bonsoir,

J'ai remarqué que le référentiel Packman pour Leap 15.3 est dépourvu d'une version stable de VLC et ne propose qu'un paquet vlc-beta. Un oubli?

En attendant c'est gênant, surtout pour un nouvel utilisateur d'openSUSE car s'il installe VLC, il installe la version stable des dépôts officiels. Et s'il procède à un changement de fournisseur des paquets système vers ceux de Packman avec la commande :

zypper dup --allow-vendor-change --from packman

Il devra résoudre un problème, contradictoire dans l'énoncé et muet sur les conséquences (l'installation in fine de vlc-beta) :

Chargement des données du dépôt...
Lecture des paquets installés...
Calcul de la mise à niveau de la distribution...

Problème : le/la vlc-3.0.13-bp153.1.1.x86_64 installé(e) nécessite 'vlc-noX = 3.0.13-bp153.1.1', mais cette condition ne peut pas être remplie
 Solution 1 : Les actions suivantes seront exécutées :
  conserver l'élément vlc-noX-3.0.13-bp153.1.1.x86_64 obsolète
  conserver l'élément vlc-qt-3.0.13-bp153.1.1.x86_64 obsolète
 Solution 2 : désinstallation de vlc-3.0.13-bp153.1.1.x86_64
 Solution 3 : casser vlc-3.0.13-bp153.1.1.x86_64 en ignorant certaines de ses dépendances

Choisir une des solutions ci-dessus en tapant son numéro ou bien annuler en tapant 'a' [1/2/3/a/d/?] (a):

Je ne sais pas quoi penser de cette version bêta de VLC mais en tout cas je trouve que ce n'est pas top d'échouer là dessus dans le cadre de Leap. En attendant j'ai remplacé VLC par SMPlayer, pour moi ça peut le faire, mais bon... j'espère que ça va bouger du côté de Packman car ça peut refroidir un nouvel utilisateur qui tient à VLC.