Test de GNOME-Wayland sur Debian : pas encore tout à fait ça

Capture d'écran d'un bureau GNOME avec le logo Wayland en surimpression

Ma machine tourne sous Debian Sid, alias Unstable, avec GNOME actuellement en version 3.22, soit une version particulièrement bien adaptée à Wayland.

J'ai donc à nouveau tenté la bascule, et je dois dire que les progrès accomplis impressionnent, dans le sens où il devient très difficile de distinguer une session GNOME-Wayland d'une session GNOME-X11 (la vie est ainsi faite que les différences au niveau de l'interface sauteront aux yeux des utilisateurs autant que les gains en termes de sécurité et d'éradication de bogues insolubles passeront inaperçus). Pour résumer la chose en quatre petits mots : on y est presque !

Presque ?

Les régressions agaçantes

  • Le verrouillage du pavé numérique n'est pas conservé au redémarrage : un bogue connu et corrigé il y a quelques semaines dans les différentes briques logicielles concernées (Clutter, Wayland...) : il faudra donc prendre son mal en patience et attendre que les nouvelles versions de ces briques se propagent...
    Edit : Le bogue est corrigé dans gnome-settings-daemon pour Unstable et aussi pour Debian Stretch !
  • Lorsque j'essaye de lancer Synaptic, le mot de passe du super-utilisateur m'est demandé mais ensuite Synaptic ne se lance pas. Le bogue est connu mais sa correction n'a pas encore été entreprise.
    Edit : En fait ce n'est pas un bogue, mais une fonctionnalité (de sécurité) ;) Et du coup ça ne sera pas corrigé. Mais ce n'est pas très grave depuis la simplification d'apt : une simple ligne dans le Terminal (sudo apt update && sudo apt upgrade && sudo apt autoremove) et c'est réglé !

Les petits bogues occasionnels

  • Parfois la lettre que je suis en train de taper au clavier se répète de multiples fois. Le bogue est connu et corrigé dans la version 1.19 de xserver qui doit sortir ce mois-ci ;
  • Parfois l'affichage saccade et semble ramer un peu (par exemple au lancement du Shell) mais ça ne dure jamais longtemps. Peut-être ce bogue est-il lié au suivant et/ou à celui-là ?

Le gros bogue pas si occasionnel que ça

  • J'obtiens assez rapidement un gel du système que je ne peux régler qu'en redémarrant ma machine (qui repose sur un Intel Core i3-3225 de la famille Ivy Bridge avec processeur graphique HD Graphics 4000 incorporé). Peut-être un bogue de surconsommation du CPU ? Ce dernier bogue vient très récemment d'être réglé dans dans les différentes briques logicielles concernées (Wayland, XWayland) : il faudra donc attendre que les nouvelles versions de ces briques se propagent pour savoir si cela règle mon bogue de gel du système. Autre piste : ce bogue propre aux processeurs Intel (qui pourrait concerner d'autres processeurs que ceux de la famille de processeurs BayTrail), non-spécifique à Wayland, et que la version 4.11 du noyau Linux résoudrait.

Les fonctionnalités manquantes

  • RedShift ne fonctionne pas encore sous GNOME-Wayland (v. le rapport de bogue correspondant). Pour des raisons de sécurité, Wayland ne propose pas d'API permettant de modifier la température de couleur (une application n'est pas censée pouvoir en modifier le rendu d'une autre). Cette fonctionnalité devra donc probablement être implémentée au niveau du compositeur (Mutter) en tenant compte des risques en la matière.
    Edit : GNOME 3.24 proposera cette fonctionnalité nativement !
  • La rotation de l'écran que j'utilisais occasionnellement sous GNOME-X11 a été réimplémentée sous GNOME-Wayland. Avec des configurations mono-écran (=mon cas) comme avec des configurations multi-écrans, le bogue semble avoir été résolu il y a quelques semaines. De fait l'option est disponible via le Centre de contrôle de GNOME 3.22 (sous Matériel→Écrans). Il me reste à attendre un outil en ligne de commande qui me permette d'associer la commande de rotation de l'écran à un raccourci clavier.

À ce dernier sujet, je recopie ici ma toute récente conversation avec Carlos Garnacho :

Q: With GNOME-X11 I used to assign screen rotation commands ("xrandr -o normal" and "xrandr -o left") to Keyboard Shortcuts. Could you please tell me what are the corresponding commands with GNOME-Wayland ?

A: There is currently no easy way to do that from the command line, you could use the gdbus CLI tool to send messages to the org.gnome.Mutter.DisplayConfig interface [1], but the content of the messages is somewhat setup dependent, as the configuration for all monitors is sent in one go.

A more... engineered option is doing a python script (or any with gobject-introspection binding support) using the libgnome-desktop API available for output configuration, which is the same than gnome-control-center uses. Perhaps libgnome-desktop should provide a small utility tool itself, although in honesty I wouldn't like seeing people take it as a drop-in replacement to xrandr.

Oh, also, GNOME does already honor the key(s) mapped to XF86RotateWindow, toggling across all rotations in the main output, it's unfortunate that we don't offer configuration for mapping that action to other keybinding though...

Q: If I understand correctly there is no easy way to get that on GNOME-Wayland ?

A: Right, just not yet... I'm sure some command line tool will appear to compensate somewhat for the lack of xrandr for wayland, there's just been more crippling bugs to focus on :).

Et c'est tout ! Pour le reste, la différence est imperceptible dans mon cas, c'est dire le boulot qui a été abattu pour que ce changement majeur puisse se faire sans heurt : bravo ! J'ai hâte de récupérer les différents correctifs évoqués...

(Sources pour ce billet ici, ici et )

Vus : 744
Publié par antistress : 174