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 / Gros upgrade TW (20230813) et plus de 400 nouveaux paquets
Bonjour,

Aujourd'hui j'ai reçu une proposition de mise à niveau très importante de Tumbleweed. Une mise à jour de 2222 paquets à laquelle devait s'ajouter l'installation de plus de 400 nouveaux paquets (la même chose sur trois installations de TW sur trois machines).

Ce n'est pas la première fois que je suis confronté à ça, sauf que là je me suis rendu compte qu'allaient s'installer en plus des choses dont je ne veux pas et dont je ne connais même pas l'utilité (ex : Accerciser, Jupyter Lab,  Jupyter NBClassic et Jupyter Notebook, pour ce qui serait visible dans les menus).

À ce sujet, voir la fin de cette ancienne discussion avec @chalu : https://www.alionet.org/index.php?topic=1564.0

Cette fois j'ai réussi à m'épargner ces installations additionnelles grâce à une commande conseillée par chalu pour faire l'upgrade :

Code: [Sélectionner]
sudo zypper dup --no-recommends

Si en plus après on fait un simple zypper dup, l'histoire des paquets additionnels est oubliée et il n'y a rien à faire.

Je ne sais pas ce qui provoque ça mais voici une liste de ces paquets qui auraient du être ajoutés (sur ma plus récente installation de TW, le nombre est un peu inférieur sur les autres) :

Code: [Sélectionner]
Les 453 NOUVEAUX paquets suivants vont être installés :
  accerciser accerciser-lang accerciser-plugin-IPython at-spi2-core at-spi2-core-lang breeze5-wallpapers ghc-aeson ghc-aeson-pretty ghc-ansi-terminal ghc-ansi-terminal-types ghc-appar ghc-array ghc-asn1-encoding ghc-asn1-parse ghc-asn1-types ghc-assoc ghc-async
  ghc-attoparsec ghc-base ghc-base16-bytestring ghc-base64 ghc-base64-bytestring ghc-base-compat ghc-base-compat-batteries ghc-basement ghc-base-orphans ghc-bifunctors ghc-binary ghc-bitvec ghc-blaze-builder ghc-blaze-html ghc-blaze-markup ghc-byteorder ghc-bytestring
  ghc-case-insensitive ghc-cassava ghc-cereal ghc-citeproc ghc-colour ghc-commonmark ghc-commonmark-extensions ghc-commonmark-pandoc ghc-comonad ghc-conduit ghc-conduit-extra ghc-connection ghc-containers ghc-contravariant ghc-cookie ghc-cryptonite ghc-data-default
  ghc-data-default-class ghc-data-default-instances-containers ghc-data-default-instances-dlist ghc-data-default-instances-old-locale ghc-data-fix ghc-deepseq ghc-digest ghc-directory ghc-distributive ghc-dlist ghc-doclayout ghc-doctemplates ghc-emojis ghc-exceptions
  ghc-file-embed ghc-filepath ghc-foldable1-classes-compat ghc-generically ghc-ghc-boot-th ghc-Glob ghc-gridtables ghc-haddock-library ghc-hashable ghc-haskell-lexer ghc-hourglass ghc-http-client ghc-http-client-tls ghc-http-types ghc-indexed-traversable
  ghc-indexed-traversable-instances ghc-integer-logarithms ghc-iproute ghc-ipynb ghc-jira-wiki-markup ghc-JuicyPixels ghc-libyaml ghc-memory ghc-mime-types ghc-mono-traversable ghc-mtl ghc-network ghc-network-uri ghc-old-locale ghc-OneTuple ghc-Only
  ghc-ordered-containers ghc-pandoc ghc-pandoc-types ghc-parsec ghc-pem ghc-pretty ghc-pretty-show ghc-primitive ghc-process ghc-QuickCheck ghc-random ghc-regex-base ghc-regex-tdfa ghc-resourcet ghc-safe ghc-scientific ghc-semialign ghc-semigroupoids ghc-SHA
  ghc-skylighting ghc-skylighting-core ghc-skylighting-format-ansi ghc-skylighting-format-blaze-html ghc-skylighting-format-context ghc-skylighting-format-latex ghc-socks ghc-split ghc-splitmix ghc-StateVar ghc-stm ghc-streaming-commons ghc-strict ghc-syb ghc-tagged
  ghc-tagsoup ghc-template-haskell ghc-temporary ghc-texmath ghc-text ghc-text-conversions ghc-text-short ghc-th-abstraction ghc-th-compat ghc-these ghc-th-lift ghc-th-lift-instances ghc-time ghc-time-compat ghc-tls ghc-transformers ghc-transformers-compat
  ghc-typed-process ghc-typst ghc-typst-symbols ghc-unicode-collation ghc-unicode-data ghc-unicode-transforms ghc-uniplate ghc-unix ghc-unliftio-core ghc-unordered-containers ghc-utf8-string ghc-uuid-types ghc-vector ghc-vector-algorithms ghc-vector-stream
  ghc-witherable ghc-x509 ghc-x509-store ghc-x509-system ghc-x509-validation ghc-xml ghc-xml-conduit ghc-xml-types ghc-yaml ghc-zip-archive ghc-zlib jupyter-ipyparallel jupyter-jupyter_core-filesystem jupyter-jupyterlab jupyter-jupyterlab-filesystem
  jupyter-jupyterlab-pygments jupyter-jupyterlab-widgets jupyter-lsp jupyter-nbclassic jupyter-nbconvert jupyter-notebook jupyter-notebook-filesystem jupyter-notebook-shim jupyter-server-terminals jupyter-widgetsnbextension kernel-default-6.4.9-1.2 libev4
  libharfbuzz-gobject0 libpython3_10-1_0 libstartup-notification-1-0 libwnck-3-0 libwnck-lang nodejs20 nodejs-common npm20 pandoc-cli poppler-data python310 python310-anyio python310-apipkg python310-argon2-cffi python310-argon2-cffi-bindings python310-arrow
  python310-asttokens python310-async-lru python310-attrs python310-Automat python310-Babel python310-backcall python310-base python310-beautifulsoup4 python310-bleach python310-Brotli python310-certifi python310-cffi python310-charset-normalizer python310-click
  python310-comm python310-constantly python310-cryptography python310-cssselect python310-curses python310-dbm python310-debugpy python310-decorator python310-defusedxml python310-dnspython python310-executing python310-fastjsonschema python310-fqdn python310-Genshi
  python310-gevent python310-gobject python310-gobject-cairo python310-gobject-Gdk python310-greenlet python310-h11 python310-h2 python310-hpack python310-html5lib python310-httpcore python310-httpx python310-hyperframe python310-hyperlink python310-idna
  python310-incremental python310-iniconfig python310-ipykernel python310-ipython python310-ipywidgets python310-isoduration python310-jedi python310-Jinja2 python310-json5 python310-jsonpointer python310-jsonschema python310-jsonschema-format-nongpl
  python310-jsonschema-specifications python310-jupyter-client python310-jupyter-core python310-jupyter-events python310-jupyterlab python310-jupyterlab-pygments python310-jupyterlab-server python310-jupyterlab-widgets python310-jupyter-lsp python310-jupyter-server
  python310-jupyter-server-terminals python310-lxml python310-markdown-it-py python310-MarkupSafe python310-matplotlib-inline python310-mdurl python310-mistune python310-nbclient python310-nbconvert python310-nbformat python310-nest-asyncio python310-notebook-shim
  python310-numpy python310-overrides python310-packaging python310-pandocfilters python310-parso python310-pexpect python310-pickleshare python310-pip python310-platformdirs python310-prometheus-client python310-prompt_toolkit python310-psutil python310-ptyprocess
  python310-pure-eval python310-py python310-pyasn1 python310-pyasn1-modules python310-pycairo python310-pycares python310-pycparser python310-pycurl python310-Pygments python310-pyOpenSSL python310-pyrsistent python310-PySocks python310-python-dateutil
  python310-python-json-logger python310-pytz python310-PyYAML python310-pyzmq python310-referencing python310-requests python310-requests-toolbelt python310-rfc3339-validator python310-rfc3986-validator python310-rich python310-rpds-py python310-Send2Trash
  python310-service_identity python310-setuptools python310-simplejson python310-six python310-sniffio python310-soupsieve python310-stack-data python310-terminado python310-tinycss2 python310-tomli python310-tornado6 python310-traitlets python310-Twisted
  python310-Twisted-tls python310-typing_extensions python310-uri-template python310-urllib3 python310-wcwidth python310-webcolors python310-webencodings python310-websocket-client python310-widgetsnbextension python310-zope.event python310-zope.interface
  python311-argon2-cffi python311-argon2-cffi-bindings python311-arrow python311-asttokens python311-atspi python311-attrs python311-Automat python311-backcall python311-bleach python311-comm python311-constantly python311-debugpy python311-entrypoints
  python311-exceptiongroup python311-executing python311-fastjsonschema python311-fqdn python311-gevent python311-gobject-Gdk python311-greenlet python311-hyperlink python311-incremental python311-ipykernel python311-ipyparallel python311-ipython
  python311-ipython_genutils python311-ipywidgets python311-isoduration python311-jedi python311-Jinja2 python311-jsonpointer python311-jsonschema python311-jsonschema-format-nongpl python311-jsonschema-specifications python311-jupyter python311-jupyter-client7
  python311-jupyter_console python311-jupyter-core python311-jupyter-events python311-jupyterlab-pygments python311-jupyterlab-widgets python311-jupyter-server python311-jupyter-server-terminals python311-MarkupSafe python311-matplotlib-inline python311-mistune
  python311-nbclassic python311-nbclient python311-nbconvert python311-nbformat python311-nest-asyncio python311-notebook python311-notebook-shim python311-overrides python311-packaging python311-pandocfilters python311-parso python311-pexpect python311-pickleshare
  python311-platformdirs python311-pluggy python311-prometheus-client python311-prompt_toolkit python311-ptyprocess python311-pure-eval python311-pyasn1 python311-pyasn1-modules python311-pycares python311-pyrsistent python311-pytest python311-python-json-logger
  python311-python-xlib python311-PyYAML python311-pyzmq python311-qtconsole python311-QtPy python311-referencing python311-rfc3339-validator python311-rfc3986-validator python311-rpds-py python311-Send2Trash python311-service_identity python311-simplejson
  python311-stack-data python311-terminado python311-tinycss2 python311-tomli python311-tornado6 python311-tqdm python311-traitlets python311-Twisted python311-Twisted-tls python311-typing_extensions python311-uri-template python311-webcolors python311-websocket-client
  python311-widgetsnbextension python311-zope.event python311-zope.interface python-rpm-generators python-rpm-macros python-tqdm-bash-completion typelib-1_0-Atk-1_0 typelib-1_0-Atspi-2_0 typelib-1_0-GdkPixbuf-2_0 typelib-1_0-Gtk-3_0 typelib-1_0-HarfBuzz-0_0
  typelib-1_0-Pango-1_0 typelib-1_0-Rsvg-2_0 typelib-1_0-Wnck-3_0
2
Matériel / Conseils clé Wifi dual band
Bonjour,

Je viens de récupérer une tour sur laquelle j'ai installé TW.  Je dois utiliser une clé wifi pour cette tour qui prend place à l'autre bout de mon appartement (éloignée de ma box fibre donc). J'en ai une (Belkin N300 Micro Adaptater) qui fonctionne mais en 2,4 GHz seulement. Précisions : la tour n'a que de l'USB 2 et la clé est aussi en USB 2. Je plafonne en moyenne à environ 10 Mbps en débit descendant même en bricolant sur les canaux (mais ça peut être bien plus faible). C'est suffisant souvent  pour une petite utilisation d'internet (cette tour n'a pas vraiment d'autre vocation) mais je crains les grosses majs de TW (j'aurais peut-être du installer Leap  ::) ).

Avec une clé wifi dual-band ça pourrait être beaucoup mieux (j'ai 2 portables qui tournent en wifi sur du 5GHz et ça le fait bien en étant assez éloigné de la box, à l'emplacement de cette nouvelle tour par exemple).

Je me suis renseigné mais c'est le souk au niveau des clés wifi avec Linux (mon impression). Quelqu'un pourrait-il me conseiller une clé wifi dual-band pas trop chère (genre nano) qui est bien reconnue et immédiatement fonctionnelle avec openSUSE, sans complication?
3
Programmes et logiciels / Logiciel photo Cewe
Bonsoir,

Le Livre Photo Cewe propose un logiciel de création pour composer des livres ou réaliser différents types de tirages photo à commander via son interface. On trouve souvent par ailleurs plus ou moins le même logiciel chez des partenaires de Cewe. Bien entendu, l'intérêt ici est que ce logiciel fonctionne également sur Linux.

Il m'arrive parfois de l'utiliser sauf que dernièrement, consécutivement à une de ses mises à jour, il ne fonctionnait plus (on clique et rien). Désinstallation, nettoyage des fichiers de configuration et réinstallation de la nouvelle version fraîchement téléchargée, rien n'y faisait.

J'ai un peu galéré pour trouver ce qui n'allait pas.

Il lui manquait une bibliothèque partagée, libtiff.so.5, ce qui signifie en gros que ce logiciel n'est plus très en phase avec bon nombre de distributions Linux qui utilisent à présent libtiff.so.6 (et même libtiff.so.6.0.1 pour Tumbleweed actuellement).

Il existe une solution de contournement. Il faut  copier le fichier /usr/lib64/libtiff.so.6 (ou libtiff.so.6.0.1) dans le dossier d'installation du logiciel et créer dans ce même dossier un lien symbolique libtiff.so.5 pointant vers le fichier copié (libtiff.so.6 ou libtiff.so.6.0.1, selon) :

Code: [Sélectionner]
ln -s libtiff.so.6 libtiff.so.5

ou, selon la version plus ou moins évoluée de libtiff.so, ce qui suit étant un exemple pour Tumbleweed actuellement :

Code: [Sélectionner]
ln -s libtiff.so.6.0.1 libtiff.so.5

Aucune de ces deux opérations, que ce soit la copie de la bibliothèque partagée ou la création du lien symbolique, ne nécessite d'être en root ou d'invoquer sudo.

L'idéal serait bien sûr que Cewe corrige et actualise son logiciel pour Linux. Cette société allemande est avisée du problème depuis un bon moment déjà et y a répondu avec une solution " temporaire" un peu lourde à vue de nez (pas testée) :

https://www.cewe-community.com/forum/fb/viewtopic.php?f=2&t=15845

La solution de contournement que que j'ai décrite plus haut est la synthèse de cette discussion (forum openSUSE  ;))  :

https://forums.opensuse.org/t/add-a-dependency-to-libtiff-so-5-setup-program-installed-libtiff-so-6/163690/7

Je ne suis volontairement pas rentré dans le détail de l'installation de ce logiciel qui se niche dans le répertoire de l'utilisateur mais cela n'a rien de bien méchant ceci-dit. Au cas donc seulement où l'un ou l'autre membre de notre forum rencontrerait le même souci que moi une fois ce logiciel installé.
4
Général / TW : Bizarrerie avec les consoles virtuelles
Bonjour,

Avec la dernière mise à niveau TW (20230701), il y a une petite bizarrerie avec les consoles virtuelles.

Normalement les combinaisons de touches Ctrl+Alt+F1... à F6 permettent d'accéder aux consoles virtuelles tty1,..., tty6. Et pour retourner sur X (en mode graphique donc), il faut exécuter Ctrl+Alt+F7.

Cela ne fonctionne plus et pour revenir à X je dois faire Ctrl+Alt+F2  :o

Pas gênant mais surprenant.
5
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) :

Code: [Sélectionner]
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 :

Code: [Sélectionner]
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).

6
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.
7
Général / Maj Tumbleweed et gstreamer-plugins-libav (packman)
Bonjour,

Les dernières tentatives pour mettre à jour Tumbleweed (zypper dup) avec le dépôt Packman actif, font apparaître une question qui peut être embarrassante :

Code: [Sélectionner]
Problème : problème avec l'élément gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 installé
 Solution 1 : installer gstreamer-plugins-libav-1.22.2-1.2.x86_64 du fournisseur openSUSE
en remplaçant gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 du fournisseur http://packman.links2linux.de
 Solution 2 : conserver l'élément gstreamer-plugins-libav-1.22.2-1699.86.pm.3.x86_64 obsolète

Il n'y a aucun inconvénient à choisir la solution 1 et celle-ci est d'ailleurs la plus recommandée car l'élément gstreamer-plugins-libav a été supprimé du dépôt Packman. Aucune incidence sur la lecture des vidéos.

Source : https://www.reddit.com/r/openSUSE/comments/13pubfn/media_codecs_update_annoyance/

Pour info et surtout à destination des nouveaux utilisateurs de Tumbleweed dont le nombre me semble croître ici.
8
Matériel / Message d'erreur drm/i915
Bonjour,

Depuis quelques temps j'ai ce message d'erreur au boot sur ma tour :

Code: [Sélectionner]
i915 0000:00:02.0: [drm] *ERROR* Stolen reserved area [mem 0xdf900000-0xdf9fffff] outside stolen memory [mem 0x9fa00000-0xc19fffff]

En effectuant quelques recherches sur ce message, afin de le communiquer ici, je l'ai récupéré avec cette commande :

Code: [Sélectionner]
dmesg | grep drm

Cela ne m'empêche pas d'utiliser le PC.

Dans le bios si je réduis la quantité de mémoire allouée à l'iGPU, de 1024 (valeur que j'ai toujours attribuée) à 512 Mo, le message disparaît mais j'ai l'impression que cela réduit les performances graphiques avec darktable (peut-être une fausse impression?)

Intel HD Graphics 4600.

Rien de tout ça avec mon portable (HD Graphics 4400) mais là de toutes façons je suis limité à 512 Mo dans le bios.

J'avoue que la question me dépasse beaucoup. Suis-je le seul dans ce cas? Vous avez une éventuelle idée pour éliminer ce message d'erreur sans sacrifier la quantité de mémoire que je veux allouer à l'iGPU?
9
Programmes et logiciels / KDE Plasma 5.27 LTS pour la St Valentin du logiciel libre
Bonsoir,

KDE Plasma 5.27 (LTS) publié aujourd'hui même à l'occasion de la journée du logiciel libre, est déjà au menu des mises à jour sur Tumbleweed ce 14 février 2023  :)

Les nouveautés ici : https://kde.org/fr/announcements/plasma/5/5.27.0/

Un billet sur Numétopia : https://www.numetopia.fr/kde-plasma-5-27-est-disponible-quoi-de-neuf/

Le nouveau fond d'écran n'est pas terrible, assez terne je trouve (pas grave). Je préférais l'ancien très coloré de la version 5.26 ceci dit (je l'ai récupéré).

Rien qui va révolutionner mon usage assez ordinaire (le tuilage peut-être). À vous de souligner dans ce fil les nouveautés qui vous semblent les plus intéressantes et pourquoi (je n'ai probablement pas remarqué l'intérêt particulier de telle ou telle chose).

Il me manque la mascotte d'openSUSE au niveau des informations sur le système :



Pas encore testé avec Wayland mais théoriquement Plasma 5.27 devrait mieux se comporter avec ce serveur d'affichage.
10
Programmes et logiciels / Réinstallation, embrouilles codecs et Packman
Bonsoir,

Avant-hier soir j'ai changé le SSD de ma tour et j'ai réinstallé Tumbleweed. J'ai voulu ensuite réinstaller les codecs multimédias avant d'aller me coucher avec l'idée de finir la configuration le lendemain. Il était tard et je suis passé (pourquoi?!) par la procédure One-Click de cette page : https://opensuse-community.org/

Je ne sais pas si j'ai fait quelque chose de mal à un moment donné mais j'ai constaté que la liste des paquets provenant de Packman sur ma tour différait de celle que j'ai sur mon ThinkPad où est également installé Tumbleweed, notamment entre autres par la présence nouvelle du paquet ffmpeg-5-mini-libs.

Impossible de lire certaines vidéos YouTube sur ma tour avec ça et sans certains paquets manquants visiblement.

J'ai désinstallé ce paquet, ce qui a eu pour effet de m'en installer automatiquement d'autres, de rétablir une correspondance plus juste des paquets provenant de Packman sur mes deux ordis, et de pouvoir tout lire sur YouTube. Bien!

Il demeure encore une petite différence au niveau des paquets Packman entre les deux installations : sur ma tour et ma nouvelle installation donc, j'ai deux paquets en plus : libvulkan_intel et Mesa-vulkan-device-select . Qui dit vrai entre les deux installations et à quoi ça me sert d'avoir ces deux là en plus sur ma tour?

Pour info, une nouvelle installation de Tumbleweed aujourd'hui installe automatiquement le nouveau dépôt Open H.264 Codec. Personnellement, je l'ai conservé mais je l'ai désactivé en attendant (rend-il tous les services espérés?).

Celui-là ajoute en plus un peu à la confusion je trouve car ce n'est déjà pas toujours simple de s'orienter dans la documentation éclatée, avec des variantes selon la langue, et les ressources communautaires, les uns et les autres ne donnant pas toujours exactement les mêmes consignes pour installer les codecs. Ce n'est pas vraiment une critique car je pense sincèrement qu'il y a de gros efforts derrière tout ça mais des fois, en tant que lecteur, on est un peu paumé.

Une commande qui m'a été bien utile pour lister tous les paquets installés de Packman et pour pouvoir comparer entre mes deux ordis (remplacer packman par le nom exact du dépôt chez vous, packman repository, Packman, ect) :

Code: [Sélectionner]
zypper se -i -r packman

Et si vous avez une idée pour libvulkan_intel et Mesa-vulkan-device-select ... pourquoi je me les ramasse et quel est leur utilité?
11
Internet, réseaux et serveurs / VPN qui améliore ma connexion Internet (bizarre)
Bonsoir,

Depuis quelques jours, j'ai un petit souci avec ma connexion Internet (fibre SFR). Les pages mettent un temps non négligeable à s'afficher et si je fais un test de débit (après avoir réussi à afficher la page de test), le test paraît normal.

J'ai lu un article dans lequel il est question d'IP Throttling (limitation de bande passante par le fournisseur d'accès) et qui conseillait de passer par un VPN pour contourner cette limitation.

À la base je suis moyennement emballé par l'idée d'utiliser un VPN ( je ne vois pas de raison particulière pour en utiliser un compte tenu de mon utilisation banale d'Internet).

J'ai installé Proton VPN (gui) disponible dans les dépôts (Tumbleweed), j'ai pris un compte gratuit chez Proton et lancé la connexion derrière le VPN le plus simplement du monde (Quick Connect).

Ah oui! les pages s'affichent à nouveau en un clin d'œil même si le débit est plus faible que sans le VPN.

J'appelle SFR demain mais cette expérience avec le VPN prouve t-elle une limitation de bande passante par SFR ou d'autres raisons pourraient-elles être la source du désagrément?
12
Autres distributions GNU/Linux et BSD / Pour les paresseux, Salix 15.0
Je viens d'installer Salix OS   (Xfce) 15.0 sur mon portable Dell E5400 datant de 2010 (Intel Core 2 Duo T7250 2 x 2 GHz, 3 Go de Ram, DD rotatif). C'est une dérivée datée de Slackware simplifiant l'accès au monde de la distribution mère.

Eh bien! c'est une très bonne surprise! Le système se charge rapidement et son utilisation est fluide (seul le premier lancement de grosses applications prend un peu de temps). Si mes souvenirs sont bons, une installation minimale de Debian suivie de l'installation d'Xfce ne m'avait pas donné un aussi bon résultat sur la même machine. 

Aucun souci avec la connexion en wifi. Je n'ai pas testé le bluetooth que je n'utilise presque pas.

La configuration graphique d'un pare-feu de base peut se faire avec gufw (paquet gui-ufw sur Salix 15.0). Mais il y a deux paquets gui-ufw disponibles. Pour l'un l'application se lance et pour l'autre non car il lui manque kdesu  :o  (tout ça est confondant mais c'est peut-être en cours de résolution). La permanence de la configuration du pare-feu au redémarrage requiert d'écrire dans le fichier /etc/rc.d/rc.local, je crois que c'est spécifique à Slackware, mais c'est bien documenté.

Puisque j'évoque la documentation, le guide de démarrage est parfait et bien que manquant de fraîcheur le wiki est une bonne ressource aussi.

Une autre très bonne surprise est apparue avec l'installation de ma multifonction Canon en wifi. Pour l'impression je préfère utiliser le driver propriétaire et Canon fournit des paquets deb et rpm, à priori inutilisables à sec ici, ainsi que le fichier source du pilote. Je m'attendais donc à devoir compiler le programme à partir du fichier source. Eh bien non! le pilote propriétaire Canon pour l'impression (cnijfilter2) est fourni sous forme d'un paquet directement installable, et il fonctionne. Pareil pour le pilote propriétaire du scanner (scangearmp2) mais le scanner est reconnu grâce à Sane sans qu'il soit nécessaire d'installer quoique ce soit. 

Je dois utiliser une AppImage pour la synchronisation avec mon cloud Infomaniak. Elle fonctionne elle aussi, aucun problème rencontré dans l'immédiat si ce n'est ultérieurement, au reboot, avec le trousseau de clés invisible (le démoniaque Gnome Keyring) qui veillait sur ma connexion au cloud en me demandant alors un énigmatique mot de passe. J'ai réglé le problème et ce dérangement passager n'est pas propre à Salix.

Au besoin, Flatpak est préconfiguré avec Flathub qui dispose d'une entrée dans le menu Xfce. Pareil pour l'installation des codecs, une entrée dans le menu.

Visuellement c'est très propre. Le thème clair par défaut et son équivalent en sombre, ainsi que leurs fonds d'écran respectifs, me plaisent beaucoup.

À vue de nez les montées en versions me paraissent un peu fastidieuses à effectuer. Mais c'est bien documenté à nouveau et Salix collant au long cycle de développement de Slackware (bien plus qu'une paire d'années entre deux versions), on a largement eu le temps de reprendre son souffle s'il fallait au pire réinstaller le système.

C'est sans intérêt sur mon Dell mais selon la documentation d'Xfce il faut Xiccd pour appliquer un profil d'affichage (issu d'une d'un calibrage de l'écran par exemple). Pas d'Xiccd répondant à l'appel dans les dépôts et je sèche pour le moment sur la question, y compris plus largement dans un environnement Slackware (compilation et bidouilles en tous genres).

Globalement c'est une expérience plutôt positive, surtout pour équiper rapidement et sans complication un pc d'appoint qui date. Mais le dernier point soulevé, plutôt négatif en l'état, serait une sérieuse interrogation pour moi si je devais utiliser Salix dès à présent sur ma tour plus performante (ce n'est pas du tout à l'ordre du jour, Tumbleweed faisant parfaitement l'affaire).

Edit : Je pensais que Salix était un poil plus rapide sur mon Dell que la très sympathique nakeDeb (Fluxbox). Je n'avais pas mesuré mais il fort probable que non car je viens de comparer à partir des versions 32 bits des deux distributions sur un petit Compaq genre Eee PC (nakeDeb est plus rapide, ça se vaut à la charge du système mais pas après, une fois en place).
13
Général / Sudo Tumbleweed
Bonsoir,

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

Code: [Sélectionner]
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  ;)

14
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).
15
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 :

Code: [Sélectionner]
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?