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
Programmes et logiciels / DisplayCAL, KDE Plasma et Wayland
Bonjour,

Pour les photographes passionnés (dont je fais de moins en moins partie même si le sujet m'intéresse quand même), la prise en compte par les environnements graphiques du ou des profils (icc) résultant du calibrage d'un moniteur, est importante.

Je ne refais pas toute l'histoire mais nous avons un logiciel bien connu pour calibrer nos écrans, DisplayCAL, qui n'est plus disponible dans les dépôts (flatpak donc car je doute que sa compilation soit possible ou simple en raison de la version de python dont nous disposons).

Du fait que KDE Plasma 6 pousse en quelque sorte à l'utilisation de Wayland, je me suis posé la question de l'utilisation de DisplayCAL avec ce serveur graphique, ce que je n'avais jamais essayé de faire jusque là.

J'ai donc tenté de calibrer mon écran avec DisplayCAL sous Wayland.

Le logiciel se lance mais un message d'erreur a bloqué ma tentative de calibrage. À confirmer par d'autres utilisateurs du logiciel en question.

Qu'à cela ne tienne je suis donc allé calibrer sous X11 et j'ai obtenu un profil icc.

Avec X11 sur KDE, la prise en compte de ce profil par l'environnement graphique se fait grâce au Gestionnaire de couleurs dans la Configuration du système, à condition d'avoir installé le paquet colord-KDE.

Avec Wayland, ce n'est pas là que ça se passe. Il faut se rendre dans la Configuration de l'affichage.



Cela pose un petit problème. Avec X11, dans le Gestionnaire de couleurs, il est possible d'enregistrer plusieurs profils à ce niveau (un destiné à l'affichage sur le Web et un autre pour l'impression par exemple) et de basculer rapidement de l'un à l'autre.

C'est beaucoup moins simple avec Wayland comme vous pouvez le voir sur la capture d'écran ci-dessus.

Je m'interroge à présent sur DisplayCAL dont le développement est l'arrêt depuis un moment. S'il se confirme qu'il ne fonctionne pas avec Wayland, les photographes, les vidéastes et les graphistes auront des soucis à l'avenir. Argyll CMS en lignes de commande, sur lequel repose d'ailleurs DisplayCAL, ce n'est pas la joie  :'(

Ça pour KDE car Gnome dispose d'une solution rudimentaire, mais d'une solution quand même (gnome-color-manager) pour faciliter le calibrage.
4
Général / TW : Maj KDE Plasma 6, écran noir
Bonsoir,

Pas de précipitation.

Passage à KDE 6 foireux et je n'ai pas de trucs spécialement exotiques. Des soucis au niveau du thème et du wallpaper SDDM, qui étaient ceux par défaut chez moi.

 :(
5
Programmes et logiciels / TW : Latte Dock passe à la trappe
Bonjour,

C'était prévisible, Latte Dock est supprimé des dépôts de Tumbleweed avec la mise à niveau d'aujourd'hui (20240306).

Il a d'ailleurs déjà disparu dans l'offre logicielle de quelques autres distributions. L'auteur a abandonné le projet semble t-il.

Peu compatible avec Wayland pour ce que j'ai personnellement constaté, cela annonce t-il la livraison prochaine de KDE Plasma 6 dont le serveur graphique par défaut est justement Wayland? Probablement, mais pour très bientôt? je n'en sais rien.

À titre personnel, pour remplacer Latte Dock que j'utilisais, je vais peut-être bien me contenter d'un simple panneau Plasma... ou rien.
6
Programmes et logiciels / Bug Discover (TW) : n'affiche que les résultats Flathub
Bonjour,

À l'ouverture Discover affiche ce message :  Impossible de charger les applications. Veuillez vérifier la connectivité Internet.

Par ailleurs il est uniquement capable de rechercher via Flathub et il affiche seulement les applications flatpaks.

Toutefois il actualise bien les mises à jour disponibles depuis les dépôts officiels.

Bug signalé ici : https://bugzilla.opensuse.org/show_bug.cgi?id=1218427

Ça commence à dater un peu et je ne l'avais pas constaté jusque là car je n'utilise pratiquement pas Discover (souvent sujet à des dysfonctionnements il me semble).

7
Programmes et logiciels / Astuce Okular : universaliser les annotations
Bonsoir,

Je viens de remarquer que les annotations portées sur un document pdf grâce à Okular ne sont pas toujours forcément visibles ou sont parfois mal déchiffrées par un autre lecteur pdf (ou LibreOffice Draw) si nous nous contentons de faire un simple enregistrement dans Okular du document transformé.

À qui la responsabilité? Okular ou le lecteur tiers? Va savoir!

On cherche alors une fonction d'export adéquate mais pour le moment il n'en existe qu'une vers du texte brut.

Reste alors à imprimer... dans un fichier (PDF), pour rendre notre transformation du document original, universellement visible et/ou lisible.

Ça ne tombe pas sous le sens avec un lecteur pdf offrant quelques fonctions d'édition.

C'est une autre question mais pour l'aperçu d'impression avec Okular, cela a déjà été discuté ici, il faut installer le paquet okular-spectre.
8
Général / Plasma : Configuration du bureau amputée (et solution)
Mauvaise surprise pour la nouvelle année, quelques éléments de la configuration du bureau Plasma ont été amputés chez moi.

Le menu contextuel amputé :



L' original attendu :



Le panneau de configuration du bureau amputé :



L'original attendu :



Il manque pas mal d'options dans les deux cas, non?

La solution que j'ai mise en œuvre :

J'ai créé un nouvel utilisateur et je suis allé copier son fichier ~/.config/plasma-org.kde.plasma.desktop-appletsrc que j'ai ensuite collé en lieu et place de son équivalent dans mon dossier personnel (en aillant préalablement modifié le propriétaire de ce fichier bien sûr).

J'ai retrouvé le menu contextuel et le panneau de configuration du bureau dans leurs états originaux et il m'a juste fallu remettre en place deux ou trois petites choses.

Mais je me demande s'il n'aurait pas été plus simple de supprimer directement ce fichier dans mon dossier perso, de me déconnecter et de me reconnecter pour obtenir le même résultat?

Voilà, au cas où quelqu'un aurait à subir le même désagrément un peu perturbant.
9
Général / Maj TW : un souci avec Python (310 et 311 - PyQt6)
Bonsoir,

Il y a environ deux jours j'ai rencontré un problème avec la mise à niveau de Tumbleweed :

xxxxxx@localhost:~> sudo zypper dup
[sudo] Mot de passe de root :
Chargement des données du dépôt...
Lecture des paquets installés...
Avertissement : Vous êtes sur le point d'exécuter une mise à niveau de distribution avec tous les dépôts activés. Assurez-vous que ces dépôts sont compatibles avant de continuer. Reportez-vous à 'man zypper' pour obtenir plus d'informations sur cette commande.
Calcul de la mise à niveau de la distribution...
5 problèmes :
Problème : l'élément python311-PyQt6-6.5.2-1.2.x86_64 installé nécessite 'libQt6Core.so.6(Qt_6.5.3_PRIVATE_API)(64bit)', mais cette exigence ne peut pas être remplie
Problème : l'élément calibre-6.27.0-1.3.x86_64 installé nécessite 'libQt6Gui.so.6(Qt_6.5.3_PRIVATE_API)(64bit)', mais cette exigence ne peut pas être remplie
Problème : l'élément python310-PyQt6-6.5.2-1.2.x86_64 installé nécessite 'libQt6Network.so.6(Qt_6.5.3_PRIVATE_API)(64bit)', mais cette exigence ne peut pas être remplie
Problème : l'élément libQt6Network6-6.5.3-2.1.x86_64 installé nécessite 'libQt6DBus6 = 6.5.3', mais cette exigence ne peut pas être remplie
Problème : l'élément libQt6Network6-6.5.3-2.1.x86_64 installé nécessite 'qt6-network-tls = 6.5.3', mais cette exigence ne peut pas être remplie

Problème : l'élément python311-PyQt6-6.5.2-1.2.x86_64 installé nécessite 'libQt6Core.so.6(Qt_6.5.3_PRIVATE_API)(64bit)', mais cette exigence ne peut pas être remplie
  fournisseurs supprimés : libQt6Core6-6.5.3-2.1.x86_64
 Solution 1 : désinstallation de python311-PyQt6-6.5.2-1.2.x86_64
 Solution 2 : conserver l'élément libQt6Core6-6.5.3-2.1.x86_64 obsolète
 Solution 3 : casser python311-PyQt6-6.5.2-1.2.x86_64 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 suis donc allé à la pêche aux infos sur le forum officiel puisque rien n'a été signalé ici et parce que je ne suis pas fichu de choisir parmi les solutions qui me sont proposées.

Bref, la solution recommandée par Karlmistelberger, un intervenant d'expérience, serait de désinstaller python311-PyQt6 et python310-PyQt6, ainsi que leurs dépendances, puis de relancer la mise à niveau :

sudo zypper rm --clean-deps python311-PyQt6 python310-PyQt6 

Puis

sudo zypper dup

À priori la casse - les deux paquets virés n'étaient pas installés par hasard j'imagine - devrait être réparée ultérieurement lors de prochaines mises à niveau.

J'ai pris le parti de faire confiance, d'appliquer cette solution, et tout semble fonctionner normalement après un redémarrage.

Cette petite opération m'a quand même aussi désinstallé Calibre (ainsi que ses dépendances, j'ai vérifié). J'aurais pu le verrouiller semble t-il pour continuer à l'utiliser (trop tard). Bon... du coup je suis passé à sa version en Flatpak car Calibre a beaucoup de dépendances python qui peuvent poser problème.

Discussions en rapport sur le forum officiel :

https://forums.opensuse.org/t/latest-snapshot-problems/169861 (là l'intervenant initial est exagérément remonté je trouve et le fil a été fermé, c'est malin  >:( )

https://forums.opensuse.org/t/python-errors-during-zypper-dup-in-tumbleweed/169878

Et aussi ceci sur la Mailing Lists :

https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/message/R6PYVLFEDIJA3CS2ERWYNRABD7NKOZBT/
10
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 :

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) :

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
11
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?
12
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) :

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 :

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é.
13
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.
14
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).

15
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.