Aller au contenu principal

Messages

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.

Messages - Chumi

256
Général / Zypper dup (TW), conflit de paquets python
Bonjour,

Depuis hier j'ai un conflit de paquets python quand je veux mettre à jour TW (sur deux ordis) :

2 problèmes :
Problème : rien ne fournit '(python310-jupyter_ydoc >= 1.0.1 with python310-jupyter_ydoc < 2.0.0)' qui est nécessaire pour l'élément python310-jupyter-collaboration-1.0.0-1.1.noarch à installer
Problème : l'élément python310-jupyter-ydoc-0.2.4-1.2.noarch installé nécessite '(python310-y-py >= 0.5.3 with python310-y-py < 0.6.0)', mais cette exigence ne peut pas être remplie

Problème : rien ne fournit '(python310-jupyter_ydoc >= 1.0.1 with python310-jupyter_ydoc < 2.0.0)' qui est nécessaire pour l'élément python310-jupyter-collaboration-1.0.0-1.1.noarch à installer
 Solution 1 : désinstallation de python310-jupyter-collaboration-0.8.0-1.2.noarch
 Solution 2 : conserver l'élément python310-jupyter-collaboration-0.8.0-1.2.noarch obsolète
 Solution 3 : casser python310-jupyter-collaboration-1.0.0-1.1.noarch en ignorant certaines de ses dépendances

Choisir une des solutions ci-dessus par son numéro ou bien sauter, recommencer ou annuler [1/2/3/s/r/a/d/?] (a):

Je ne vois rien à ce sujet sur le forum officiel mais un cas similaire a été signalé sur Reddit :

https://www.reddit.com/r/openSUSE/comments/149ciiy/hey_guys_i_ran_into_my_first_zypper_package/

Suis-je le seul ici?

Je suis tenté par la solution 2 (conserver le paquet obsolète) mais elle entraîne ceci :

Problème : l'élément python310-jupyter-ydoc-0.2.4-1.2.noarch installé nécessite '(python310-y-py >= 0.5.3 with python310-y-py < 0.6.0)', mais cette exigence ne peut pas être remplie
  fournisseurs supprimés : python310-y-py-0.5.5-1.2.x86_64
 Solution 1 : désinstallation de python310-jupyter-ydoc-0.2.4-1.2.noarch
 Solution 2 : conserver l'élément python310-y-py-0.5.5-1.2.x86_64 obsolète
 Solution 3 : casser python310-jupyter-ydoc-0.2.4-1.2.noarch en ignorant certaines de ses dépendances

Solution 2 à nouveau?

Ou attendre encore?

Pour une fois Packman n'est pas en cause (désactivé au profit du nouveau dépôt de codecs sur mes deux ordis soit dit en passant).

Edit : Question également posée sur le forum officiel (section espagnol)... une première pour moi (on verra).

257
Autres distributions GNU/Linux et BSD / Publication de Debian 12 "Bookworm"
Bonjour,

Comme toujours l'évènement de la publication d'une nouvelle Debian stable est saluée un peu partout mais il y a cette fois une nouveauté qui est particulièrement appréciée ou à défaut, soulignée : l'intégration de firmwares non-libres dans la distribution.

En pratique par exemple, pour une nouvelle installation de la distribution, cela signifie que dans certains cas, si l'utilisateur le souhaite, il ne lui sera plus nécessaire d'installer après-coup le firmware non libre de sa carte wifi, celle-ci devrait être immédiatement fonctionnelle.

N'étant pas un technicien, je vous renvoie vers quelques notes ou articles :

https://www.debian.org/News/2023/20230610
https://www.debian.org/vote/2022/vote_003
https://linuxfr.org/news/debian-12-le-debut-d-une-nouvelle-ere

J'ai un Dell E5400 sur lequel était installée Debian-Facile 11. J'ai procédé à la mise à niveau sans trop finasser en m'inspirant de la documentation de Debian-Facile et d'un fil de discussion du forum qui m'a aidé à ne pas rester bloqué avec le paquet libdvd-pkg récalcitrant.

Résultat : Tout roule, j'ai à présent une Debian 12 Xfce fonctionnelle dans le cadre d'une utilisation ordinaire. Mais je ne suis pas en phase avec ce que sera Debian-Facile 12 qui n'a pas encore été publiée (HandyMenu et docs à la traîne donc, et look ancien si celui-ci venait à être modifié). Enfin j'ai des paquets obsolètes que j'aimerais bien nettoyer mais certains me posent question.

J'aurais pu attendre la publication de Debian-Facile 12 et faire une nouvelle installation pour éprouver cette histoire avec les firmwares non libres (mon Dell est concerné pour le wifi) mais un,  j'avais un peu la flemme (plus tard qui sait?) et deux, je voulais me mettre dans la peau d'un utilisateur classique de Debian-Facile tenté par la mise à niveau.

Edit : la question des paquets obsolètes est résolue après une petite conversation sur le forum Debian-Facile.
258
Nouvelles du projet openSUSE / Re : Migration automatisée
... idem avec Displaycal qui offre une version dégradée par rapport à celle de Windows.

Bonsoir,

Nous avons déjà eu cette discussion lors de la sortie de Leap 15.4. Leap pas plus que Tumbleweed ne peuvent pas offrir une version plus dégradée de DisplayCal que l'ultime qui est disponible pour Windows (3.8.9.3) pour la simple raison qu'il n'existe plus de paquet officiel de DisplayCal pour openSUSE. Restent à notre disposition un flatpak de DisplayCal en version 3.8.9.3 (de même génération que celle de Windows donc) et actuellement une version 3.9.10 dans les dépôts communautaires et expérimentaux de Tumbleweed. Cette version 3.9.10 (3.9.11 à venir) est un portage de DisplayCal sur python 3.x  à l'initiative d'un développeur qui n'est pas le développeur original de DisplayCal.

Pour en savoir plus à ce sujet : https://ignace72.eu/displaycal-en-python-3.html

Personnellement je fais avec le flatpak pour le moment.
259
Nouvelles du projet openSUSE / Re : openSUSE LEAP va t'elle continuer au-delà de la 15.5?
 
Hallo,

finalement une version Leap 15.6 est prévue pour début juin 2024, sa fin de vie sera pour fin 2025. Elle sera une évolution mineure de Leap 15.5. Ceci pour laisser plus de temps au développement de la version suivante, elle basée sur l'ALP.

Bonsoir,

Donc je m'illusionnais sur une migration automatisée pour passer à ALP. Pas grave pour un futur proche, ou plus proche qu'ALP s'entend, 15.5 -> 15.6 automatisé, c'est toujours bon à prendre jusque fin 2025.
260
Général / Re : Tumbleweed pb de lecture vidéo avec firefox
çà déconne toujours mais bon y a rien de grave
j'ai bien coché les lecture drm dans firefox  :)

peut être Firefox qui bug ?

Bonjour,

Il n'y a pas de raison que ça fonctionne chez les autres et pas chez toi, et je ne crois pas que Firefox bugue.

Je soupçonne comme chalu que ça se bouscule au portillon du côté des codecs quand tu veux voir une vidéo sur Internet.

Tu as des dépôts en double et d'autres qui sont inutiles. Il serait bon de revenir à une situation initiale saine.

Comme je n'ai pas trop le temps là, dans un premier temps on peut voir si tu as installé quelque chose en provenance de Packman.

Que retourne la commande :

zypper se -sr packman
261
Général / Re : Re : Maj Tumbleweed et gstreamer-plugins-libav (packman)
@geko-suz : Bonjour. Pour une meilleure visibilité du problème que tu cherches à résoudre, crée un nouveau fil avec un titre explicite et précise si tu peux quelles sont les vidéos que tu ne ne peux pas voir (si tu as un exemple et un lien sous le coude pour illustrer). Enfin, dans ce nouveau fil, peux-tu nous donner la liste de tes dépôts avec la commande :

zypper lr
263
Matériel / Re : Lecture de DVD vidéo impossible
Concernant la version 15.5 de OpenSuse Leap, j'avais lu des rumeurs sur d'autre forum comme quoi la distribution Leap serait abandonnée à l'avenir
Avez vous des précisions sur le sujet ou est ce une fausse rumeurs ?

Bonjour,

Non ce n'est ni une fausse rumeur, ni une rumeur. En un mot, officiellement, Leap 15.5 ne connaîtra pas de nouvelles versions et Leap sera remplacée dans ce qui aurait du être sa version 16 par openSUSE ALP (Adaptable Linux Platform).

Une discussion sur Alionet à ce sujet : https://www.alionet.org/index.php?topic=1325.0

Edit : personnellement je ne suis plus vraiment le sujet et j'attends du concret (à mon niveau) avec la version finale de ce qui n'est qu'un prototype pour l'instant.
264
Général / Re : Linux bootable d'une clé USB
Bonsoir,

Un certain nombre de distributions propose de créer un live USB, pas seulement à des fins de tests (je ne crois pas que ce soit ton objectif) mais pour un usage courant avec la persistance des données.

Voici un tuto pour un Live Debian persistant : https://debian-facile.org/doc:install:deblive-usb-persistant

Je l'avais testé avec nakeDeb qui est une Debian (ultra minimaliste c'est tout... mais c'est chouette) et qui propose le même tuto dans son wiki, en y ajoutant toutefois la mention d'un programme permettant la création de volumes virtuels chiffrés, ce qui n'est peut-être pas superflu si la clé usb voyage beaucoup et risque donc d'être égarée (https://nakedeb.arpinux.org/nakedwiki.html#persistence).
265
Général / Re : Maj Tumbleweed et gstreamer-plugins-libav (packman)
@chalu : Moi j'ai la fibre et aucune contrainte professionnelle ou associative, alors la quantité de majs de TW est anecdotique pour moi et je peux prendre mon temps pour assimiler au besoin de supposées améliorations de mes logiciels préférés. Bien sûr qu'un allègement de la maintenance de TW serait profitable à bon nombre, au delà des nouveaux utilisateurs. Il faut juste que ce soit un peu vérifié... ou confronté à quelques cas personnels afin de mesurer l'importance de ceux-ci (XviD  ::) ), surtout s'il s'agit de populariser une nouvelle intégration des codecs.
266
Général / Re : Maj Tumbleweed et gstreamer-plugins-libav (packman)
Après pour les habitués d'openSUSE et du dépôt Packman, ce n'est pas un souci, ils savent comment réagir et où chercher une solution. C'est différent pour un nouvel utilisateur.

Oui, et la question est de savoir ce qui facilite et allège la maintenance de Tumbleweed pour un nouvel utilisateur. S'il existe un moyen, pourquoi pas non? Un moyen éprouvé, c'est aussi ça la question. D'où cette discussion en définitive. Et je note en plus que pas mal de nouveaux utilisateurs se branchent directement sur TW.
268
Général / Re : Maj Tumbleweed et gstreamer-plugins-libav (packman)
@chalu : Bonjour,

Alors j'ai comparé ta liste de paquets gstreamer et la mienne. Par rapport à toi il me manque :

gstreamer-plugin-pipewire
gstreamer-plugins-farstream       | GStreamer Plug-Ins for videoconferencing
gstreamer-plugins-vaapi           | Gstreamer VA-API plugins
libgupnp-dlna-backend-gstreamer   | GUPnP-DLNA GStreamer meta-extraction backend

Je crois bien que gstreamer-plugins-farstream et libgupnp-dlna-backend-gstreamer ne me sont pas utiles. J'ai donc installé les deux autres, gstreamer-plugin-pipewire et gstreamer-plugins-vaapi.

Ma vidéo en .mp4 pour laquelle je n'avais que le son était bien encodée en H264. J'ai à présent le son et l'image. À mon avis c'est le paquet gstreamer-plugins-vaapi qui me manquait.

Pour mes vidéos .avi encodées en XviD, VLC en flatpak les lit sans problème. Par contre la version VLC des dépôts, même en ayant installé libxvidcore4 de Packman, n'y parvient pas.

Oui, XviD est un vieux truc. C'était la réponse libre au DivX. Et ça date pour moi aussi d'une époque où je rippais des DVDs (j'ai oublié tout ça). Ces vidéos, ces films encodés en XviD, ne me sont pas essentiels. Ils pourraient un jour ou l'autre rejoindre la corbeille.

Maintenant nous savons que ces vidéos encodés en XviD nécessitent d'installer VLC en flatpak si on veut se contenter du nouveau dépôt pour les codecs. As-tu essayé libxvidcore4 de Packman qui ne fonctionne pas chez moi?

Si tu comptes modifier le guide multimédia en faveur du nouveau dépôt pour les codecs, penses-tu émettre quelques réserves en rapport avec ces vieux encodages?

Je vais conserver cette configuration sur mon portable et garder Packman pour le moment sur mon fixe pour les codecs, le temps de digérer tout ça et de voir ce qui me convient le mieux.
269
Général / Re : Maj Tumbleweed et gstreamer-plugins-libav (packman)
@chalu : VLC, j'ai les mêmes paquets. Gstreamer, il m'en manque visiblement (notamment gstreamer-plugin-pipewire) mais tous ne me semblent pas utiles pour moi. ffmpeg, j'ai ffmpeg4.

Pas trouvé la piste de la sortie vidéo sur VLC pour mon mp4. Pour mes films .avi, ce sont des XviD.

Là j'ai survolé car je n'ai pas trop le temps avant demain ou après-demain.