Préparation de la dernière version de KDE Plasma avec prise en charge de X11

• KDE Plasma 6.8 supprimera la session X11 de l’écran de connexion lors de sa sortie dans environ 5 mois et ne proposera plus qu’une session Wayland
• Les chemins de code dédiés à X11 dans Plasma Shell, la Configuration du système et les paramètres des périphériques disparaîtront, et KDE va bientôt lancer un grand nettoyage du code associé
• La prise en charge de XWayland sera maintenue, ce qui permettra de continuer à utiliser les applications X11, et la connexion aux sessions X11 d’autres environnements de bureau restera possible
• Selon les métriques internes de KDE, plus de 95 % des utilisateurs de Plasma 6.6 utilisent Wayland, et le taux global d’adoption de Wayland est d’environ 76 % en incluant les utilisateurs de Plasma 5.27
• Plasma 6.7 est la dernière version à proposer une session X11 ; il n’y a pas de promesse de tout corriger avant la 6.8, mais il est nécessaire de signaler les problèmes qui obligent encore à revenir à X11

---

Changements dans Plasma 6.8

• La transition de Plasma vers Wayland est partie de la formule « It’s done when it’s done! » présente dans les slides de Martin il y a 15 ans
• KDE estime, comme dans l’annonce précédente, être prêt à mettre X11 à la retraite et à se concentrer sur l’avenir
• La session Plasma X11 accessible à la connexion a été officiellement supprimée, et un grand nettoyage du code réservé à X11 va bientôt commencer
• Ce changement sera intégré à Plasma 6.8, qui sortira dans environ 5 mois
• L’écran de connexion de Plasma 6.8 ne proposera plus de session X11, seulement une session Wayland
• Les chemins de code réservés à X11 seront retirés de Plasma Shell, de la Configuration du système et des paramètres des périphériques

Ce qui est maintenu et les risques de transition

• La prise en charge de XWayland restera en place, ce qui permettra de continuer à utiliser les applications X11
• Si vous utilisez des applications KDE dans d’autres environnements de bureau, ce changement ne vous affectera pas, et les applications KDE continueront à fonctionner sur X11 à l’avenir
• Le gestionnaire de connexion de Plasma permettra toujours de se connecter aux sessions X11 d’autres environnements de bureau
• Le passage à un chemin de code Wayland unique réduit la charge liée à l’alignement sur le plus petit dénominateur commun côté bureau ou au maintien de deux chemins de code en conflit
• KDE estime que ce changement peut conduire à des améliorations de performances, à une optimisation mémoire et à de nouvelles fonctionnalités dans l’ensemble de Plasma
• Selon les métriques internes de KDE, plus de 95 % des utilisateurs de Plasma 6.6 utilisent Wayland, et cette part augmente progressivement à chaque version
• Ces métriques montrent aussi qu’il n’y a pratiquement plus personne qui teste ou développe Plasma sur X11 et que, du point de vue des contributeurs KDE, cette plateforme est déjà de fait abandonnée
• Ces métriques correspondent également à ce que montre Sentry, l’outil automatique de rapport de crashs, pour les nouveaux crashs rencontrés
• Si l’on se concentre sur les utilisateurs des dernières versions de Plasma, la part de Wayland est élevée, mais le taux global d’adoption de Wayland est d’environ 76 % si l’on inclut les utilisateurs de Plasma 5.27 sur X11
• À l’époque de Plasma 5.27, Wayland n’était pas le type de session par défaut, et les utilisateurs de versions plus anciennes que Plasma 5.27 ou Plasma 6.8 ne seront pas affectés par les changements de Plasma 6.8
• Depuis Plasma 6.0, Wayland offre globalement une meilleure expérience, mais dans certains domaines spécifiques le fonctionnement n’est pas encore totalement identique
• KDE ne s’attend pas à une transition parfaitement fluide pour tous les utilisateurs, et les scripts, outils et workflows des utilisateurs pourront devoir évoluer
• Plasma 6.7 sortira dans quelques jours et sera la dernière version à proposer une session X11
• Il n’y a pas de promesse de corriger tous les problèmes avant la 6.8, mais il est nécessaire de signaler les problèmes restants qui forcent encore à revenir à X11

[GN⁺]

Avis sur Lobste.rs

• Quels que soient les désagréments, il serait particulièrement utile de continuer à signaler les problèmes d’accessibilité. En restant poli toutefois
  Il ne faut pas oublier que beaucoup de développeurs sont bénévoles : si on commence par crier, cela n’aide personne, et certains bénévoles peuvent finir par partir en se disant que « ça n’en vaut pas la peine », au point que plus rien n’avance
  Personnellement, après environ 4 ans d’utilisation quotidienne, les problèmes que je rencontrais ont peu à peu disparu, et aujourd’hui je ne fais presque plus attention à X11 ou Wayland. Quand j’ai réessayé X11 il y a quelques mois pour du développement, j’ai eu beaucoup de soucis de fenêtres qui clignotaient ou se déplaçaient n’importe comment, de composition qui s’activait puis se désactivait, et d’affichage qui scintillait bizarrement
  Quand j’avais essayé Linux Mint il y a environ 5 ans, je ne savais pas que la composition X11 consommait beaucoup d’énergie et ruinait complètement le framerate en jeu, ce qui m’empêchait de jouer correctement, et Mint ne la désactivait pas automatiquement non plus. Avec Wayland, ça fonctionne simplement bien

• Le fait que, d’après les métriques internes de KDE, plus de 95 % des utilisateurs de Plasma 6.6 soient sur Wayland ressemble à une prophétie autoréalisatrice
  J’ai essayé quelque chose, Wayland n’a pas marché, puis j’ai essayé X et Plasma ne marchait pas non plus, donc sur cette machine j’utilise maintenant xfce sur X11
  Je ne cherche pas à lancer un débat, mais il est possible que, pour les 5 % restants, X convenait bien, et qu’il ait été jugé qu’il ne valait pas la peine d’investir des efforts de prise en charge de X pour les 95 %

  • Il ne serait pas du tout surprenant qu’il y ait une forte corrélation entre l’usage de Wayland et l’activation de la télémétrie. Les utilisateurs de X11 ont peut-être désactivé la télémétrie dans une proportion plus élevée
    Soit parce qu’ils l’ont choisi eux-mêmes, soit parce que le service informatique l’a configuré ainsi
  • Cette explication fait penser au biais d’échantillonnage de https://sketchplanations.com/sampling-bias
  • Je me demande comment KDE sait quel gestionnaire de fenêtres j’utilise. Je n’ai jamais accepté l’envoi de métriques et j’aimerais savoir si on peut le désactiver
  • Les statistiques montreraient sans doute si la baisse du nombre total d’utilisateurs dépasse l’augmentation des nouveaux utilisateurs. Donc une partie de cette transition pourrait aussi venir du fait que la valeur par défaut des distributions est passée à Wayland, ce qui fait que les nouveaux utilisateurs utilisent Wayland pendant que les anciens s’en vont
    Malgré tout, le fait que cela fonctionne suffisamment bien pour que les gens gardent la configuration par défaut, sans provoquer une baisse globale, me semble être un signal utile

• J’aimerais que Wayland offre plus de souplesse pour les flux de travail avancés. Par exemple, je n’ai pas réussi à reproduire la possibilité, comme dans certains programmes macOS, de dessiner un overlay flou semi-transparent par-dessus l’écran, car Wayland ne propose tout simplement pas ce type d’accès
  Personnellement, j’aime la liberté d’expérimenter des choses étranges à ma guise, mais Wayland rend ce genre de choses difficile, voire presque impossible, et c’est encore plus compliqué si on veut que cela soit interopérable avec d’autres environnements de bureau. Certaines solutions de contournement reposaient sur une grosse utilisation des KWin Rules, et évidemment ce n’est pas portable
  Mais du point de vue de l’utilisateur ordinaire, je trouve que c’est devenu assez fluide. En passant à Wayland, mon portable multi-GPU s’est mis à fonctionner correctement de façon inattendue, alors que sous X, même après plusieurs heures d’essais, je n’arrivais pas à obtenir une configuration où l’écran intégré et l’écran externe, branchés sur des GPU différents, fonctionnaient en même temps
  Les configurations d’écrans avec DPI mixtes se sont aussi mises à bien fonctionner, et il faut reconnaître que c’est stable
  En revanche, des fonctions d’automatisation comme l’auto-saisie de mot de passe de KeePassXC sont cassées. En considérant qu’il faut de toute façon utiliser correctement l’intégration navigateur, ce n’est peut-être pas un énorme sujet de plainte
  L’état des logiciels d’enregistrement d’écran reste aussi compliqué : mon outil préféré n’est pas compatible avec Wayland et les autres ne sont pas à la hauteur de mes attentes. J’utilisais auparavant Caster pour le contrôle vocal, et comme il repose probablement sur xdotool, j’imagine que cela va aussi casser

• Le point clé qui m’empêche de passer complètement à Wayland, c’est la prise en charge du RDP headless
  KDE ne prend actuellement en charge que le RDP vers une session existante, pas le mode headless ; c’est donc un obstacle et j’utilise encore xrdp à cause de ça. J’espère que ce sera résolu un jour

  • S’il y a un gestionnaire de connexion Plasma, cela finira sans doute par devenir possible, mais je n’ai aucune idée de quand

• Sur une machine j’utilise Plasma sur X11, et sur une autre Plasma sur Wayland, et au quotidien je ne sens pas une grande différence
  Personnellement, je trouve que KDE a mieux géré la transition que GNOME. On peut se mettre en colère ou bouder, mais les seules options sont d’aller vers Wayland ou d’assurer soi-même la maintenance de X11, et la seconde n’est pas réaliste