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

Rédigé par antistress le 11 octobre 2016 (mis à jour le 04 février 2017) -

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...
  • 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 : apt update, apt upgrade, 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.

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.
  • 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 )

#1  - Tuxicoman a dit :

Donc à ton avis, pour Debian Strech ce sera bon?

Répondre
#2  - antistress a dit :

GNOME Shell 3.22 semble au niveau, donc avec les dernières versions des briques sous-jacentes (Wayland, XWayland, Clutter, xserver...) Stretch devrait roxer du poney ;)

Répondre
#3  - alterlibriste a dit :

Deux petites questions pour saluer cet article trimestriel :
- Est-ce que la transition se fera par une double session (X ou Wayland) et avec un passage définitif à Wayland prévu pour quand ?
- Qu'en est-il des autres DE (si tu as une idée) ?

Répondre
#4  - antistress a dit :

Actuellement sous Debian Sid on a le choix à l'ouverture de session. Chez moi GNOME-X11 était sélectionné par défaut si je ne me trompe pas, mais c'est peut être lié au fait que mon système est le fruit d'une mise à jour et non d'une installation fraîche.

Les autres DE, je ne sais pas, mais les autres DE basés sur GTK+ doivent d'abord accomplir leur transition vers GTK+3 dans tous les cas (Xfce 4.12 et MATE 1.12 sont en grande partie portés sur GTK+3, avec la version 4.14 du premier qui achèverait le port [1], et pour MATE : cf la roadmap [2]). Pour KDE, cf le travail sur KWin [3].

[1] http://blog.alteroot.org/articles/2016-04-12/road-to-xfce-4.14.html
[2] http://wiki.mate-desktop.com/roadmap
[3] https://blog.martin-graesslin.com/blog/tag/wayland/

À dans trois mois ;)

Répondre
#5  - postblue a dit :

Autre détail ennuyeux, la pression de la touche Alt quand on veut lancer un Alt-Tab affiche la barre de menu sous Firefox, comme si on balançait une pression seule d'Alt à ladite application.

Concernant redshift, il y a une discussion ici [1] qui semble aboutir vers une proposition d'intégration d'une gestion de la température de l'écran par GNOME (qui gère déjà les profils de couleur). Allan Day a du coup même sorti une mockup: https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/system-settings/displays/sleep-assistance.png Quoi qu'il en soit, je suis retourné à GNOME-X.Org pour le moment aussi (sous Arch Linux, qui vient de faire la bascule).

[1]: https://bugzilla.gnome.org/show_bug.cgi?id=741224

Répondre
#6  - antistress a dit :

Tant mieux si ça avance ! :)

Répondre

Fil RSS des commentaires de cet article

Les commentaires sont fermés.