Perso, je ne suis pas contre Wayland, du point de vue que je n'y participe pas (ou très peu). Donc je me permettrais pas de dire que ça ne vas pas du tout. J'aimerais bien contribuer mais j'ai déjà trop de code à faire. Alors disons que j'y suis résigné. Je suis, quoi. Je ne pense d'ailleurs pas qu'on puisse inverser la vapeur, au point où on en est de toutes façons. En gros, quand certains disent ici:
faut-il admettre que la communauté s'est collectivement plantée, et repartir sur autre chose?
Perso j'ai de gros doute que ça arrive jamais.
Cette prémisse étant en place, je dois dire que je ne suis pas impressionné pour l'instant, et c'est le cas de beaucoup de développeurs que je connais autour de GIMP. Disons donc que je suis et pour cette raison, je vais participer un minimum pour que les choses évoluent dans le bon sens. Mais pas une seule fois, j'ai vraiment vu un cas où je me suis dit "heureusement qu'on a Wayland maintenant".
Je suis d'ailleurs tout à fait d'accord avec pulkomandy qui dit:
C'est rare que la réponse à "le logiciel est compliqué à maintenir" soit "il faut tout réécrire à partir de 0".
C'est un truc tellement courant et qui très souvent relève d'un manque d'expérience du développement. Alors honnêtement je pourrais pas dire si c'est le cas ici. J'ai jamais vraiment regardé le code de Xorg. Était-ce vraiment si horrible? On a la parole de certains dévs Xorg, mais est-ce totalement significatif? Je veux dire, des gens qui ont contribué à GIMP et ont dit que son code est horrible, j'en ai aussi vu passé! Pourtant moi je trouve globalement le code de GIMP super bon.
Certes il a plein de casseroles (après 27 ans, faut bien!), certes on trouve encore régulièrement du code merdique (après 27 ans, faut bien!), certes y a eu de mauvaises décisions sur certains points cruciaux (après 27...), mais globalement, il n'empêche que je trouve le code dans son ensemble d'une très grande maturité. Il a bien vieilli et a gagné en qualité avec l'âge. Une unité de style et de logique s'est créée, des infrastructures de code complexes tout en étant à la fois (de manière contradictoire) simples et génériques, etc.
Alors Xorg, je sais pas. Peut-être que c'était vraiment irrécupérable (même si ça me paraît dur à imaginer qu'un projet de cette taille et si utilisé, donc globalement stable, puisse être irrécupérable), mais ce qui est sûr, c'est que l'argument d'autorité de "j'ai contribué (même beaucoup) à Xorg" n'est pas suffisant selon moi.
Bon tout ceci étant posé, maintenant on est dans la situation où je ne pense pas qu'on puisse revenir en arrière de toutes façons, comme je disais. Alors passons. Wayland est-il utilisable? Plusieurs ici disent qu'ils utilisent depuis des années et je ne doute pas une seconde que ça marche pour eux. D'ailleurs je suis sûr que ça marcherait pour moi si je ne travaillais pas sur du graphisme professionnel, et surtout sur un logiciel complexe. En fait, on se rend compte que la majorité des logiciels sont très simples: une fenêtre et on fait une seule chose. C'est très bien pour une majorité d'usage.
Mais déjà, on voit que tous les logiciels plus complexes (qu'on pourrait appeler des logiciels métiers), il a fallu pas mal d'années. GIMP, ça fait quelques années qu'on peut utiliser la version de développement sous Wayland, mais y a encore pas mal de hic (dont je parlerai plus bas). Blender vient à peine d'annoncer leur prise en charge de Wayland. On entend parler de Wayland pour Firefox depuis environ 2020 (il me semble) mais sur plein de distributions (par exemple Ubuntu apparemment, même quand le bureau utilise Wayland par défaut), ça n'est pas activé. Apparemment c'est seulement en début d'années que Firefox sur Wayland a commencé à être activé.
Enfin bon, c'est là qu'on voit que dès qu'on sort de l'usage plus basique et qu'on arrive dans les applications complexes, ça a vraiment pris le temps.
Alors dans GIMP maintenant, quels sont les problèmes qu'on a eu?
Déjà je pense pas mal de bugs de jeunesse, car on a eu des problèmes rencontrés qui n'arrivaient que sous Wayland et qui parfois disparaissaient après quelques mois ou années. Autant c'est normal pour un logiciel jeune, autant on se dit que justement il a été mis en production trop tôt et pour certains des problèmes, on a vraiment perdu des jours à chercher des bugs qui venaient des compositeurs. Ces problèmes pouvaient inclure des plantages mais aussi des fuites mémoire extraordinaires.
À cela s'ajoute la multiplication des compositeurs. Par exemple, on a quelques assez majeurs avec Sway (pointeurs invisibles, crashs...). Avant on pouvait avoir des problèmes pour X11. Maintenant on peut avoir des problèmes par compositeur. C'est assez frustrant.
On a eu (et encore régulièrement, j'en ai reporté y a pas si longtemps, genre y a quelques semaines/mois) pas mal de problèmes par rapport aux tablettes graphiques. En fait j'ai souvent l'impression que y a presque aucun utilisateur de tablette graphique sous Wayland parce que c'est juste trop cassé. Donc aussi presque personne ne relève les bugs même sur des distributions en production. Je le fais car je teste Wayland régulièrement, genre tous les 6 mois pendant quelques semaines, parce qu'il faut bien faire avancer les choses (mais je peux pas y passer tout mon temps).
À ce sujet, y a un jour un développeur qui se présentait comme un développeur Wayland (mais je sais pas exactement sur quel projet, et si c'est quelqu'un qui contribue beaucoup) qui me sortait sur notre canal de discussion des trucs genre "oui mais le graphisme, vous êtes juste une niche de toutes façons. Qui s'intéresse aux tablettes graphiques?", puis il nous a même comparé aux développeurs du son en disant qu'eux veulent des trucs encore plus bizarre et qu'ils sont encore plus niche. Je sais pas si cette personne se rend compte que l'image et le son sont 2 des industries majeures de l'informatique, parmi les industries qui injectent le plus d'argent. D'ailleurs il fut un temps où Linux avait commencé à être super en avance pour le son et certains ont cru que ça allait devenir une référence (puis je suis pas sûr ce qu'il s'est passé, mais y a eu une descente au fond du ravin, et Jack a commencé à être relégué au second plan). C'est vraiment dommage.
Sinon toujours spécifique au graphisme, y a le fameux problème de la calibration colorimétrique des écrans qui est tout simplement un truc de base pour les professionnels du graphisme. Il y a eu des fights vénérables (plus de 500 commentaires, discussion démarrée en janvier 2019 et encore active à ce jour) avec des communautés du graphisme libres et des dévs Wayland (perso, j'ai préféré pas m'en mêler; et pour moi les torts venaient de tous les côtés, je trouve que certains dévs de logiciels de graphisme ont été insupportables, tout simplement indécents et ont fait plus de mal que de bien, probablement retardant d'autant la solution). Enfin bon, on nous parle de HDR ou je ne sais quoi, mais y a toujours pas de simple gestion des couleurs.
Toujours du côté gestion des couleurs, beaucoup de choses doivent se faire par "portails" dans le monde Wayland. Et notamment piquer des couleurs sur l'écran ou les captures d'écran. Or pour un logiciel de graphisme, on veut le faire avec un "contexte", c'est à dire donc un profil colorimétrique attaché. Or aucun des portails ne prévoit cela. Quand on demande aux dévs des portails, on a des réponses parfois un peu à côté de la plaque (même si je crois que ça s'améliore; j'ai récemment fait un autre rapport qui me laisse à penser que ça peut s'améliorer, à contraster avec un rapport y a plusieurs années où on m'avait envoyer bouler en disant que je racontais n'importe quoi). Enfin bon quoiqu'il en soit, les APIs pour l'instant ont tendance à toutes donner des couleurs sans contexte, donc "fausses" du point de vue science des couleurs. C'est pourquoi le "color picker" de GIMP et le greffon de capture d'écran marche bien sur toutes les platformes (X11 inclus), sauf quand on utilise les portails (sous X11 ou sous Wayland) car on ne connaît pas le contexte/profil colorimétrique. C'est donc un recul, même pour X11, et la raison pour laquelle on a fait un pas en arrière récemment vis à vis de l'utilisation des portails, car les bureaux avaient tendance à nous dire d'utiliser les portails même sous X11, lorsqu'ils étaient dispos. Au début on a obtempéré, mais on a changé d'avis (sauf sous Wayland, car pas le choix) en voyant les problèmes de couleur que ça créait.
Toujours au sujet des portails, pendant des années, on a senti une grosse régression du fait qu'on devait réimplémenter la même fonctionnalité X fois, car chaque bureau avait son propre portail. Ça commence seulement très récemment à changer. J'ai l'impression que maintenant les bureaux ont compris qu'il faut vraiment plus pousser un portail commun, le portail Freedesktop (notons que le projet de portail Freedesktop existait depuis des années, mais pour une raison que je ne connais pas, il y a plusieurs années, chacun faisait son portail dans son coin). Et encore, quand je dis un portail, ça peut être des portails. Genre récemment KDE nous disait que l'un de leur portail v1 (je sais plus lequel, était-ce celui pour les captures d'écran?) était obsolète et qu'on devait passer au v2. Comme dans le même temps, on nous disait qu'il fallait aussi utiliser le portail Freedesktop et qu'il marchait bien sous KDE maintenant, on a juste préféré virer tous les portails spécifiques (GNOME et KDE) plutôt que réimplémenter encore un troisième! Enfin bon, c'est un gros bordel quoi.
Et puis y a encore ces trucs bizarres, genre le portail de color picker qui est cassé sur certains bureaux (Mate, Cinnamon... Je rappelle que même lorsque certains bureaux ne marchent que sous X11, les dévs de bureau Linux nous conseillait d'utiliser les portails en priorité, ce qu'on a donc seulement récemment arrêté de faire) alors que le portail Freedesktop était apparemment là mais il manquait une implémentation pour la fonction de PickColor(). Donc l'application détecte le portail, l'utilise mais ça marche pas. Encore une fois, un bordel créé par l'existence d'une même API et de plusieurs implémentations, une par bureau! Et c'est toujours aussi frustrant de devoir se battre pour une fonctionnalité qui marche sur toutes les plateformes depuis des décennies, et notamment X11. Et maintenant faut le refaire par bureau.
Sinon je voulais revenir sur l'histoire de la sécurité. C'est vrai, X11 n'a aucune sécurité par design. Ensuite clairement toutes ces histoires de sécurité nous posent régulièrement des problèmes quand on perd des fonctionnalités par ci par là (genre la prise en charge MIDI car y a pas de portail; et oui GIMP a une fonctionnalité peu connue de contrôle par périphérique MIDI! 🤯). En général, la réponse est "il faut attendre que quelqu'un fasse un portail" (puis que ce dernier soit standardisé Freedesktop, puis implémenté par tous les bureaux). Alors je comprends bien tout le raisonnement sécuritaire, mais quand on perd des fonctionnalités qu'on a depuis les débuts, je comprends que ça en frustre plus d'un. C'est d'autant plus bizarre quand j'ai découvert que le portail org.gnome.Shell.Screenshot de GNOME avait un paramètre pour dire si on voulait "flasher" ou non l'écran. Or l'idée même derrière Wayland et ces portails étaient qu'une application ne doit pas pouvoir faire un screenshot en loucedé, et ainsi capturer des infos d'une autre application sans que l'utilisateur ne soit au courant. Il faut soit une boîte de dialogue, soit une demande de permission, soit un truc visible comme un flash de l'écran. L'API GNOME permettait de faire une capture en évitant les 3 trucs. J'en ai parlé à un dév GNOME lors d'une conf, y a pas mal d'années et il a juste haussé les épaules en disant qu'un jour, y aura peut-être un système de permission. Mais en gros, pendant des années, y a juste eu aucune sécurité et il suffit donc d'utiliser le portail de capture GNOME pour prendre une capture du bureau entier, autres applications comprises, sans que personne le voit sous Wayland. C'est seulement très récemment (mi-2021) qu'ils se sont mis à massivement restreindre l'accès à leurs APIs dbus pour les applications internes seulement, alors que pendant des années, ils demandaient à tout le monde de les implémenter (c'est l'une des autres raisons pour lesquelles on a arrêté d'utiliser ces APIs GNOME/KDE). Mais par exemple, sur une Debian/PureOS, je peux encore faire des captures de tout le bureau sans que l'utilisateur ne s'en rende compte (je viens d'essayer pour confirmer que je disais pas de bêtise). Dans tous les cas, ce genre de détail m'a beaucoup fait questionner les histoires de sécurité dans Wayland.
Enfin l'un des derniers trucs qui me font souvent songer à une régression est la gestion des fenêtres. Avec notre mode multi-fenêtre historique, on a beaucoup de code de sauvegarde de position, écran etc. dans GIMP. Je crois que tout cela va partir à la poubelle, ou au moins être non utilisé pour Wayland (j'ai pas encore pris le temps de me pencher dessus). Choisir son écran est devenu une hérésie dans le monde Wayland, or beaucoup de gens avec du multi-écran aimaient personnaliser leurs logiciels qui devaient se lancer en partie sur tel écran, en partie sur un autre (par exemple, vous pourriez vouloir certains dialogue sur un écran, la boîte à outil et le canevas sur l'autre). À chaque lancement, vous vous attendiez à ce que GIMP se souvienne pour ne pas avoir à repositionner vos fenêtres. Bien sûr, cela est moins d'actualité avec le mode simple fenêtre, mais bon... ça reste une régression. Puis y a tous les trucs de prise de focus. Il y a tout ce concept de "sécurité" qu'une application nouvellement lancée ne doit pas prendre le focus sur une autre (ça s'explique par des "imagine que tu es en train de taper ton mot de passe et que soudain une application se lance et intercepte le mot de passe car elle récupère le focus!"). Personnellement je trouve cela ennuyeux déjà de manière générale. Combien de fois ai-je lancé une application, moi-même, explicitement, et parfois, elle ne prend pas le focus (parfois si). C'est d'autant plus exaspérant quand justement je commence à taper en croyant qu'elle l'a (parce qu'elle est quand même visible sur le haut de la pile de fenêtre) et en fait, non! Donc ça a l'effet inverse: une autre application a en fait reçu mon texte qui ne lui était pas destiné! "Imaginez si c'était un mot de passe!" 😁).
Mais dans GIMP, c'est particulièrement ennuyeux car nos greffons sont des processus séparés. Donc ils sont considérés comme des applications à part entière et je pense que c'est pour cette raison que très souvent, ils ne prennent pas le focus (il faut jouer avec alt-tab ou cliquer avec le pointeur). Pire dans des cas extrêmes, la fenêtre du greffon va apparaître derrière la fenêtre de GIMP et on s'en aperçoit pas de suite!
Il est à noter que ces problèmes ne se produisent pas seulement sous Wayland. Je les vois sous X11, mais je me dis que c'est probablement des développements de ces dernières années liés à ces réflexions de sécurité sur "c'est dangereux de donner le focus trop facilement", et simplement ils ont été implémentés génériquement. Personnellement de ce point de vue là, je trouve les bureaux libres un peu moins utilisables ces dernières années à cause de ce genre de petits problèmes.
Sinon spécifiquement à Wayland, on a aussi pas mal de trucs bizarres, avec GIMP qui s'ouvre plus grand que l'écran et notamment avec la barre de titre hors de l'écran dans des cas extrêmes (gênant pour ceux qui connaissent pas les raccourcis adéquats) ou des redimensionnements bizarres, etc. Certains des problèmes ont été résolus, d'autres se sont résolus tout seul (c'est à dire, sûrement des bugs dans des compositeurs), d'autres, on doit encore regarder.
Je dirais qu'il y a donc pas mal de petits problèmes d'utilisabilité de ce genre qui s'accumulent.
Enfin bon, n'allez pas croire que je suis contre Wayland et prière de ne pas citer ce message ailleurs comme "le projet GIMP est contre Wayland" ou même "un dev GIMP est contre Wayland". Ce n'est pas vrai. Personnellement, je vis Wayland en observateur et ça fait longtemps que j'ai fait un deuil de X11 (pas parce qu'on n'utilise pas; comme j'ai dit, Wayland n'est tout simplement pas utilisable encore pour le graphisme professionnel, donc on n'a pas le choix et on utilise encore X11 au quotidien; mais parce qu'avec tout ce qui s'est passé, j'ai vraiment du mal à imaginer comment tout l'écosystème pourrait revenir en arrière et décider d'abandonner Wayland; je me dis donc qu'à terme, on aura bien au moins un état "utilisable" 🤷). Ensuite clairement tout n'est pas rose dans le monde Wayland, loin de là. C'est juste là le point que je veux mettre en exergue.
Les nombreuses personnes qui ne voient aucun problème ont simplement moins besoin de ces logiciels métier qui ont des usages plus particuliers, ont besoin de fonctionnalités de l'OS qui maintenant nécessitent des "portails" (qui sera présent, ou non, marchera, ou non, selon le bureau), ou ont un usage du multi-fenêtre avancé, ont plein de widgets customs (qui peuvent poser problème dans certains cas), ont besoin de colorimétrie avancée, etc. Ensuite il faut bien se rendre compte qu'il y a une industrie énorme autour de ces logiciels métier, que ce soit dans l'image, le son, ou d'autres. Et c'est eux qui pour l'instant sont coincés dans X11, avec effectivement presque plus de développement parce que les dévs ont changé et tout le monde dit "Wayland est presque prêt" (sauf qu'il l'est pas pour ceux là, ces gens de ces industries). Perso je vis dans une peur constante (enfin relative hein! Je suis pas non plus terrorisé! 😜) de ce qu'un jour, les bureaux et distributions majeurs ne proposent plus le choix X11 et qu'on se retrouve bloqués lors d'une mise-à-jour!
Enfin bon, Wayland, c'est bien que ça existe et je comprends bien la logique et ce que ça essaie de corriger/changer, notamment tout l'aspect sécurité: on passe d'un mode de développement "à la bonne franquette" où on fait confiance à des inconnus qui proposent des logiciels "libres" vers un mode "paranoïaque" où il ne faut pas faire confiance à ces gens qui font des logiciels "gratuits" (pourquoi?! Comment est-ce possible? On est le produit?). Et autant je trouve ce changement de paradigme très triste, autant je comprends aussi d'où ça vient, notamment quand on voit le monde. Et avec notre OS qui prend de l'ampleur, ces problèmes pourraient s'accentuer (autant prendre de l'avance dans ce cas et pas se réveiller quand c'est trop tard).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Avis d'un dév GIMP (moi), pas forcément déçu mais un peu blasé peut-être
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 10.
Perso, je ne suis pas contre Wayland, du point de vue que je n'y participe pas (ou très peu). Donc je me permettrais pas de dire que ça ne vas pas du tout. J'aimerais bien contribuer mais j'ai déjà trop de code à faire. Alors disons que j'y suis résigné. Je suis, quoi. Je ne pense d'ailleurs pas qu'on puisse inverser la vapeur, au point où on en est de toutes façons. En gros, quand certains disent ici:
Perso j'ai de gros doute que ça arrive jamais.
Cette prémisse étant en place, je dois dire que je ne suis pas impressionné pour l'instant, et c'est le cas de beaucoup de développeurs que je connais autour de GIMP. Disons donc que je suis et pour cette raison, je vais participer un minimum pour que les choses évoluent dans le bon sens. Mais pas une seule fois, j'ai vraiment vu un cas où je me suis dit "heureusement qu'on a Wayland maintenant".
Je suis d'ailleurs tout à fait d'accord avec pulkomandy qui dit:
C'est un truc tellement courant et qui très souvent relève d'un manque d'expérience du développement. Alors honnêtement je pourrais pas dire si c'est le cas ici. J'ai jamais vraiment regardé le code de Xorg. Était-ce vraiment si horrible? On a la parole de certains dévs Xorg, mais est-ce totalement significatif? Je veux dire, des gens qui ont contribué à GIMP et ont dit que son code est horrible, j'en ai aussi vu passé! Pourtant moi je trouve globalement le code de GIMP super bon.
Certes il a plein de casseroles (après 27 ans, faut bien!), certes on trouve encore régulièrement du code merdique (après 27 ans, faut bien!), certes y a eu de mauvaises décisions sur certains points cruciaux (après 27...), mais globalement, il n'empêche que je trouve le code dans son ensemble d'une très grande maturité. Il a bien vieilli et a gagné en qualité avec l'âge. Une unité de style et de logique s'est créée, des infrastructures de code complexes tout en étant à la fois (de manière contradictoire) simples et génériques, etc.
Alors Xorg, je sais pas. Peut-être que c'était vraiment irrécupérable (même si ça me paraît dur à imaginer qu'un projet de cette taille et si utilisé, donc globalement stable, puisse être irrécupérable), mais ce qui est sûr, c'est que l'argument d'autorité de "j'ai contribué (même beaucoup) à Xorg" n'est pas suffisant selon moi.
Bon tout ceci étant posé, maintenant on est dans la situation où je ne pense pas qu'on puisse revenir en arrière de toutes façons, comme je disais. Alors passons. Wayland est-il utilisable? Plusieurs ici disent qu'ils utilisent depuis des années et je ne doute pas une seconde que ça marche pour eux. D'ailleurs je suis sûr que ça marcherait pour moi si je ne travaillais pas sur du graphisme professionnel, et surtout sur un logiciel complexe. En fait, on se rend compte que la majorité des logiciels sont très simples: une fenêtre et on fait une seule chose. C'est très bien pour une majorité d'usage.
Mais déjà, on voit que tous les logiciels plus complexes (qu'on pourrait appeler des logiciels métiers), il a fallu pas mal d'années. GIMP, ça fait quelques années qu'on peut utiliser la version de développement sous Wayland, mais y a encore pas mal de hic (dont je parlerai plus bas). Blender vient à peine d'annoncer leur prise en charge de Wayland. On entend parler de Wayland pour Firefox depuis environ 2020 (il me semble) mais sur plein de distributions (par exemple Ubuntu apparemment, même quand le bureau utilise Wayland par défaut), ça n'est pas activé. Apparemment c'est seulement en début d'années que Firefox sur Wayland a commencé à être activé.
Enfin bon, c'est là qu'on voit que dès qu'on sort de l'usage plus basique et qu'on arrive dans les applications complexes, ça a vraiment pris le temps.
Alors dans GIMP maintenant, quels sont les problèmes qu'on a eu?
PickColor(). Donc l'application détecte le portail, l'utilise mais ça marche pas. Encore une fois, un bordel créé par l'existence d'une même API et de plusieurs implémentations, une par bureau! Et c'est toujours aussi frustrant de devoir se battre pour une fonctionnalité qui marche sur toutes les plateformes depuis des décennies, et notamment X11. Et maintenant faut le refaire par bureau.org.gnome.Shell.Screenshotde GNOME avait un paramètre pour dire si on voulait "flasher" ou non l'écran. Or l'idée même derrière Wayland et ces portails étaient qu'une application ne doit pas pouvoir faire un screenshot en loucedé, et ainsi capturer des infos d'une autre application sans que l'utilisateur ne soit au courant. Il faut soit une boîte de dialogue, soit une demande de permission, soit un truc visible comme un flash de l'écran. L'API GNOME permettait de faire une capture en évitant les 3 trucs. J'en ai parlé à un dév GNOME lors d'une conf, y a pas mal d'années et il a juste haussé les épaules en disant qu'un jour, y aura peut-être un système de permission. Mais en gros, pendant des années, y a juste eu aucune sécurité et il suffit donc d'utiliser le portail de capture GNOME pour prendre une capture du bureau entier, autres applications comprises, sans que personne le voit sous Wayland. C'est seulement très récemment (mi-2021) qu'ils se sont mis à massivement restreindre l'accès à leurs APIs dbus pour les applications internes seulement, alors que pendant des années, ils demandaient à tout le monde de les implémenter (c'est l'une des autres raisons pour lesquelles on a arrêté d'utiliser ces APIs GNOME/KDE). Mais par exemple, sur une Debian/PureOS, je peux encore faire des captures de tout le bureau sans que l'utilisateur ne s'en rende compte (je viens d'essayer pour confirmer que je disais pas de bêtise). Dans tous les cas, ce genre de détail m'a beaucoup fait questionner les histoires de sécurité dans Wayland.Enfin bon, n'allez pas croire que je suis contre Wayland et prière de ne pas citer ce message ailleurs comme "le projet GIMP est contre Wayland" ou même "un dev GIMP est contre Wayland". Ce n'est pas vrai. Personnellement, je vis Wayland en observateur et ça fait longtemps que j'ai fait un deuil de X11 (pas parce qu'on n'utilise pas; comme j'ai dit, Wayland n'est tout simplement pas utilisable encore pour le graphisme professionnel, donc on n'a pas le choix et on utilise encore X11 au quotidien; mais parce qu'avec tout ce qui s'est passé, j'ai vraiment du mal à imaginer comment tout l'écosystème pourrait revenir en arrière et décider d'abandonner Wayland; je me dis donc qu'à terme, on aura bien au moins un état "utilisable" 🤷). Ensuite clairement tout n'est pas rose dans le monde Wayland, loin de là. C'est juste là le point que je veux mettre en exergue.
Les nombreuses personnes qui ne voient aucun problème ont simplement moins besoin de ces logiciels métier qui ont des usages plus particuliers, ont besoin de fonctionnalités de l'OS qui maintenant nécessitent des "portails" (qui sera présent, ou non, marchera, ou non, selon le bureau), ou ont un usage du multi-fenêtre avancé, ont plein de widgets customs (qui peuvent poser problème dans certains cas), ont besoin de colorimétrie avancée, etc. Ensuite il faut bien se rendre compte qu'il y a une industrie énorme autour de ces logiciels métier, que ce soit dans l'image, le son, ou d'autres. Et c'est eux qui pour l'instant sont coincés dans X11, avec effectivement presque plus de développement parce que les dévs ont changé et tout le monde dit "Wayland est presque prêt" (sauf qu'il l'est pas pour ceux là, ces gens de ces industries). Perso je vis dans une peur constante (enfin relative hein! Je suis pas non plus terrorisé! 😜) de ce qu'un jour, les bureaux et distributions majeurs ne proposent plus le choix X11 et qu'on se retrouve bloqués lors d'une mise-à-jour!
Enfin bon, Wayland, c'est bien que ça existe et je comprends bien la logique et ce que ça essaie de corriger/changer, notamment tout l'aspect sécurité: on passe d'un mode de développement "à la bonne franquette" où on fait confiance à des inconnus qui proposent des logiciels "libres" vers un mode "paranoïaque" où il ne faut pas faire confiance à ces gens qui font des logiciels "gratuits" (pourquoi?! Comment est-ce possible? On est le produit?). Et autant je trouve ce changement de paradigme très triste, autant je comprends aussi d'où ça vient, notamment quand on voit le monde. Et avec notre OS qui prend de l'ampleur, ces problèmes pourraient s'accentuer (autant prendre de l'avance dans ce cas et pas se réveiller quand c'est trop tard).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]