Kubuntu 25.10 se débarrassera aussi de sa session X11
Le 23 juin à 09h28
2 min
Logiciel
Logiciel
C’est désormais un mouvement de fond : le serveur graphique X11 laisse progressivement sa place à Wayland. Et si ce dernier est souvent le serveur par défaut dans les sessions depuis plusieurs années, l’ancien X11 restait en place.
Comme on l’a vu, les distributions et environnements commencent à passer à l’étape suivante : désactiver par défaut X11. On l’a vu par exemple avec GNOME, dont la version 49 va désactiver l’ancien serveur graphique, avant de supprimer le code dans la version 50. Deux jours après, on apprenait qu’Ubuntu 25.10 allait se débarrasser de sa session GNOME sous X11.
Et du côté de KDE, la situation a suffisamment progressé également pour que l’équipe derrière Kubuntu prenne la même décision : Kubuntu 25.10 n’aura qu’une session Wayland par défaut sur les nouvelles installations. On ne sait pas en revanche quand le code sera complètement supprimé.
Selon Rik Mills, membre de l’équipe, l’un des objectifs est bien sûr de présenter ce changement avant la version 26.04, qui sera une LTS (Long Term Support), avec les objectifs de fiabilité qui vont avec. Il estime qu’il serait en outre difficile de proposer une session X11 avec Kubuntu 26.04, car le travail de suppression aura avancé avec Ubuntu 26.04 et que l’écart deviendrait trop important à combler.
Chez OMGUbuntu, on fait remarquer que cette décision ne s’applique qu’à Kubuntu. Les autres variantes officielles de la distribution, comme Xubuntu, Ubuntu Budgie, Ubuntu Unity et Ubuntu Cinnamon ne sont pas concernées.
Le 23 juin à 09h28
Commentaires (65)
Abonnez-vous pour prendre part au débat
Déjà abonné ? Se connecter
Cet article est en accès libre, mais il est le fruit du travail d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles
Profitez d’un média expert et unique
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousLe 23/06/2025 à 09h42
Le 23/06/2025 à 09h48
Arch Linux forever ! 😃
Le 23/06/2025 à 09h59
Au moins, tu es sûr que le binaire corresponde au code source ! (bon après ça prend parfois des plombs à compiler, Rust par exemple histoire de relancer le débat
Le 23/06/2025 à 10h05
Le 23/06/2025 à 12h07
Du coup, il n'y a que deux types de mise à jour que je n'aime pas : Python et Rust. La première laisse toujours un arrière goût, la seconde prends un temps fou à recompiler...
Donc d'un point de vue d'emerge sous Gentoo : C > Rust > Python.
Voilà.
Le 23/06/2025 à 12h27
(Einstein avait vu vrai)
Le 23/06/2025 à 12h25
Le 23/06/2025 à 14h27
Le 23/06/2025 à 14h55
Le 23/06/2025 à 20h58
Le 24/06/2025 à 10h47
Modifié le 25/06/2025 à 17h43
Le 23/06/2025 à 15h28
Le 23/06/2025 à 15h30
Le 23/06/2025 à 10h02
foreverBTW !😃Modifié le 23/06/2025 à 10h22
🤣
Perso, j’utilise Garuda gnome, ça ronronne bien (surtout par rapport à W11 en double boot sur le même ordi)
Le 23/06/2025 à 10h03
Le 23/06/2025 à 10h35
Je complèterai qu'il y a une version pour chaque personnalité, utilisation, matériel...
tu peux te faire une idée avec https://distrochooser.de/fr et
Si c'est pour du jeux, pour du très nouveau matériel, il faut prendre une distribution dîte bleeding-edge (voire cutting-edge). Tu as tout de récent, voire trop récent (sans être pour autant en bêta). Donc tu auras les derniers drivers et la dernière version des apps.
Si c'est à l'inverse pour du vieux matériel, ne surtout pas prendre ces versions et prendre du "générique".
En première main, Linux Mint, Ubuntu, Fedora sont très bien.
Le 23/06/2025 à 14h19
Le 23/06/2025 à 15h03
Lorsque je disais vieux matériel, je pensais aux distributions qui virent de leur dépôts les anciennes versions de drivers Nvidia et/ou qui utilisent un kernel trop restrictif. Donc adieu les anciennes cartes graphiques et le 32bits.
Si c'est un vieux coucou de plus de 10 ans, je pencherai plutôt sur DietPi. Et il y a une version BIOS et UEFI.
Le 23/06/2025 à 20h52
Donc, je ne le conseille pas vraiment sauf si tu cherches à bidouiller.
Pourtant, j’aime bien Alpine. C’est ce que j’utilise sur un raspberry. Le démarrage y est super rapide. Pareil pour le gestionnaire apk.
Modifié le 23/06/2025 à 09h54
Si tu aimes mettre les mains dans le cambouis, faire toi-même tes compilations, etc : Arch, Gentoo.
Si tu veux un truc le plus sobre possible : Debian, OpenSuSe.
Le truc le plus stable possible : Fedora dans ses versions atomiques.
Un truc très facile à prendre en main : Linux Mint.
Une distribution plus axée jeux : CachyOS, Bazzyte, Garuda Linux Dr460nized Gaming...
Et j'oublie pas mal de distros.
Le 23/06/2025 à 10h01
Il va falloir écrire un livre (qui sera bien sûr obsolète dès sa sortie).
Le 23/06/2025 à 10h32
Le 23/06/2025 à 12h51
Le 23/06/2025 à 11h28
Modifié le 23/06/2025 à 21h16
KDE car c'est assez proche de Windows et l'application Discover (un store-like) aidera les usagers, bien qu'il faudra s'assurer des sources insérées dedans sinon rien ne sera proposé (certaines distros fournit Discover sans aucun paramétrage de base). Idem il faudra peut-être régler des droits d'accès (genre Firefox pour permettre de sauvegarder les profils (au prix de moins de sécurité)), etc.
L'ennui est qu'ils souffrent tous de petits soucis ici et là. Par exemple CachyOS avec XFCE refuse d'éteindre l'écran au bout de 5 minutes comme ordonné (pour un ordinateur portable dédié à une tâche précise demandant des jours, autant éteindre). J'ignore si c'est la distribution ou XFCE qui pose souci, j'ai donc mis une autre avec KDE qui pour l'instant le fait...
D'autres sont parfois pré-réglés avec des élements sans une option pour l'éviter (SpiralLinux dispose de zRAM de base et le désactiver est assez pénible), etc.
Bref, pour l'instant je n'en pas trouvé un qui me motive assez pour l'installer chez un particulier. Ça progresse mais c'est encore perfectible.
Le 23/06/2025 à 10h18
Cela laisse entendre que les distribs classiques ne sont pas adaptées au jeu ce qui n’est pas vrai.
Ces distribs pour gamers vont surtout (peut être) te faire gagner quelques fps mais tu te retrouves avec un OS vraiment niche avec tout ce que ça implique en termes d’absence de documentation, de communauté d’entraide, de sécurité, de futur incertain …
Le 23/06/2025 à 10h20
Le 23/06/2025 à 11h29
Le 23/06/2025 à 13h19
En distribution plus généraliste, je dirigerai les personnes vers Linux Mint ou ZorinOS (deux distribs que je connais).
Le 23/06/2025 à 10h33
Le 23/06/2025 à 10h13
Les grosses distribs style Debian / Fedora / OpenSUSE proposent peu ou prou la même expérience moderne avec relativement peu de soucis à prévoir sur du matériel à peu près standard. La seule différence visible sera au niveau du gestionnaire de paquet ( = très grossièrement ce qu’on appelle aujourd’hui un App Store), mais même à ce niveau, pour un utilisateur lambda, les applications graphiques pour gérer les paquets sont les mêmes et s’adaptent au gestionnaire sous-jacent.
Bien sûr il y a Ubuntu qui est une incontournable et qui s’est un peu éloignée d’une partie de sa base d’utilisateurs avec ses paquets Snap mais sincèrement cela n’a aucun impact pour un utilisateur lambda.
Arch Linux comme on te l’a mentionné plus haut, c’est très barebones et très simple de base (dans le sens, pas de superflu), tu dois tout faire toi même MAIS la documentation sous forme de wiki est extrêmement bien faite du coup cela t’amène à comprendre comment fonctionne ton système.
Je recommanderai pas Arch Linux à ma maman mais pour quelqu’un de curieux c’est une expérience intéressante. Pas compliqué pour un sous mais ça demande pas mal de lecture.
Voilà.
Par défaut sans plus de critères que ça je partirai sur Linux Mint ou une des grosses distribs. Arch Linux si tu veux être aventureux mais avec un guide.
Le 23/06/2025 à 10h39
Le 23/06/2025 à 10h55
Je te laisse deviner ce que j'ai choisi
Le 23/06/2025 à 16h35
Le 23/06/2025 à 12h25
Le 23/06/2025 à 12h39
Le 23/06/2025 à 13h18
Le 23/06/2025 à 13h32
Modifié le 24/06/2025 à 04h42
" It depends... " ou bien encore un équivalent : " 42 "
Formule tellement célèbre qu'une année le service de la scolarité avait décidé de faire une édition spéciale de mug, les grosses tasse à café / thé - avec le logo l'école d'un côté et de l'autre côté: "it depends".
Bref la vie c'est compliqué en fait...
Modifié le 24/06/2025 à 08h56
Astuce, fragmenter les usages.
Un serveur proxmox à la maison avec un CPU et GPU(s) (en PCI passthrough) qui envoient du bois au besoin, et des VM selon les usages.
Et côté clients, des machines super légères, silencieuses, économes en énergie, qui chauffent peu.
Sur la VM distante : archlinux pour les jeux/montage pour les logiciels et pilotes récents, mais moins stable, et debian/Ubuntu LTS pour bosser/dev, avec sunshine pour streamer le moniteur virtuel.
Sur le PC client ou une tablette : pas besoin d'une foudre de guerre et de quantités folles de ram, un client moonlight, et ça roule.
Dans l'idéal, partager les disques entre toutes les VM avec NFS sur ledit serveur (là aussi un conteneur fait le job) pour des performances maximales, et SSHFS pour le PC/Tablette clients.
Éventuellement installer un conteneur pour configurer un VPN Wiregard sur le serveur afin d'accéder à tout ça de n'importe où tant qu'on a suffisament de connexion, et penser à se faire une petite synchro firefox et un petit nextcloud synchro en permanence pour les fichiers importants afin de pouvoir reprendre la main sur le pc client si pas de connexion.
J'ai ainsi pu séparer/sécurer tous les usages, mes documents de travail et sauvegardes de jeux sont d'ailleurs toujours sur deux disques dur en RAID (mirroir) pour plus de sécurité.
Le 24/06/2025 à 09h36
Bon, pour les mises à jour, faudra racheter un nouveau matériel.
Modifié le 23/06/2025 à 10h31
Son remplacement par Wayland nest pass du 1:1, loin de là, ce qui pose pas mal de problèmes, notamment de compatibilité.
Et quid sur les systèmes xBSD ?
Le 23/06/2025 à 10h34
Modifié le 23/06/2025 à 10h57
A titre "personnel", le problème que j'ai avec Wayland :
- vraiment pas beaucoup de benchmark et il n'est pas vraiment plus rapide (enfin si, un peu, il faut le dire, mais rien de mirobolant non plus). Par exemple, sur un bench de Phoronix, on gagne difficilement quelques FPS (quand c'est 2%, c'est beaucoup), avec parfois, des perf vraiment horribles (divisé par 3). Bon, les drivers ont du s'améliorer depuis, car le test de Phoronix a maintenant quelques années (2 ans).
- je ne vois pas vraiment ce qu'il apporte de plus pour l'utilisateur, à part des ennuis.
Si on prend l'exemple d'une autre techno poussé par Redhat à la base : systemd, le destin est vraiment pas pareil. Systemd, première version en 2010, majoritairement adopté en 2015/2016.
Wayland : première version en 2008. En 2025, c'est toujours le bazar 17 ans après. Sans compter que certaines fonctionnalités ne sont pas dispo. Par exemple, l'application KiCad rencontre de gros soucis avec, car il n'est, par exemple, pas possible pour une application de placer ses fenêtres elle-même. Donc les applications multifenêtrées ne peuvent pas se souvenir de la configuration choisie par l'utilisateur.
La nature réseau de X11 est franchement pas mal aussi.
Enfin, cela risque de faire une grosse scission entre le monde linux et BSD...
Si le problème c'était vraiment qu'un problème de sécurité, il aurait sans doute été plus simple de faire un X12 que de repartir from scratch...
[edit] pour terminer : autant systemd, je voyais très bien l'intérêt et j'ai vite été conquis aussi, autant wayland, pas du tout. Surtout que la qualité de ce que l'on obtient va dépendre énormément du compositeur choisi...
Le 23/06/2025 à 11h17
Je comprends mieux pourquoi mon Firefox ne garde pas (plus par rapport à mon ancien PC sous X.Org) ses fenêtres à la même place et que je ne trouvais pas de solution à ce problème sur le Web.
Sinon, assez d'accord avec toi sur le reste. De toute façon, côté perf, c'est assez normal qu'il n'y ait que peu de différences puisque tout ce qui avait besoin de perf passait déjà "en local", sans passer par le réseau et attaquait directement le driver.
Modifié le 23/06/2025 à 11h30
Edit: Il me semble que KDE Wayland gère bien le repositionnement des fenêtres (d'ailleurs je ne vois pas pourquoi ça serait à l'application de le supporter...)
Le 23/06/2025 à 11h42
Attention, je parle bien d'une application multifenêtres. Pas d'une seule fenêtre. Gimp a aussi un mode multifenêtre par exemple (à une époque, c'était même le seul si je me souviens bien).
Donc c'est supporté. Et X11 continue d'évoluer. C'est sur qu'il y a eu beaucoup de changement ces derniers années. Mais peut être qu'il aurait été justement plus judicieux de faire un X12 que de repartir sur un tout nouveau protocole.
Modifié le 24/06/2025 à 12h48
Par exemple, pour KiCad, ils ont carrément une page dédié aux différents problèmes qu'ils rencontrent avec Wayland, et qui est, pour l'instant, inerrant même à Walyand.
Oui et ? Rien de choquant de mon point de vue, et X11 est toujours fonctionnel, donc rien de bloquant.
Attention, je parle bien d'une application multifenêtres. Pas d'une seule fenêtre. Gimp a aussi un mode multifenêtre par exemple (à une époque, c'était même le seul si je me souviens bien).
Oui, ça n'empêche pas de laisser la gestion à Wayland (via des API que l'application multifenêtrée utiliserai)
Donc c'est supporté.
Tu as lu qu'un bout de la phrase.
Et X11 continue d'évoluer. C'est sur qu'il y a eu beaucoup de changement ces derniers années. Mais peut être qu'il aurait été justement plus judicieux de faire un X12 que de repartir sur un tout nouveau protocole.
Des fois faut savoir repartir from scratch. Un X12 n'aurait fait que garder la complexité et la dette de X11. Le problème de Wayland, c'est qu'il existe déjà un X11 qui marche. Et les gens préfèrent garder ce qui marche avec les limitations connues, que de changer pour avoir d'autres fonctionnalités et en perdre au passage.
Le 24/06/2025 à 13h14
C'est justement ce que beaucoup souhaite. Mais l'API n'existe pas au niveau du protocole.
Va dire ça à ceux qui veulent inclure Rust dans le noyau linux ;)
X12 n'aurait pas forcément eu besoin de conserver la dette de X11. La dette de X11, c'est justement en gardant X11 et la même base protocolaire.
Le 24/06/2025 à 13h29
Le 24/06/2025 à 14h02
Le 23/06/2025 à 11h35
Le 23/06/2025 à 13h29
La question, c'est: quelles fonctionnalités de wayland font que les jeux sont légèrement ralentis? Ne peut-on pas alléger wayland ou couper des fonctionnalités pour éviter cela, tout simplement?
Le 23/06/2025 à 13h40
L'intérêt est du coté développeur, intégrateur, mainteneur: avoir une architecture davantage moderne ca facilite le dev, l'intégration et la maintenance. Donc ca profite "indirectement" à l'utilisateur.
A l'inverse, conserver des technos obsolètes c'est le risque qu'il ne reste que 3 vieux barbus pour les développer/maintenir... donc peu de chance d'évolution rapide ou d'adoption de nouveaux paradigmes. Regardez la réticence des mainteneurs à accepter le code Rust dans Linux.
Modifié le 23/06/2025 à 15h32
Qu'est-ce qui permet de juger une techno obsolète ? Si c'est son âge, posix et tout ce qui en découle, c'est obsolète !
Rien à voir avec la choucroute. La réticence des mainteneurs à accepter le code Rust ne vient pas du fait que c'est du rust, mais vient du fait que c'est un autre langage. Quand tu as un projet de plus de 30 ans qui dépasse les dizaines de millions de ligne de code, c'est tout à fait normal de ne pas permettre en fonction des envies envie de chacun de jouer avec son langage préféré. Ce que tu appelles réticence, c'est aussi ce qui a permis au noyau linux d'avoir autant de contribution et d'être aussi populaire aujourd'hui.
Aujourd'hui, pour le coeur du noyau, un compilateur C suffit pour 99% du code, le reste étant de l'assembleur quand ce n'est pas possible de le faire en C.
Avec rust, il te faut maintenant une chaine de compilation Rust en plus pour compiler certains modules du noyau.
Inclure un nouveau langage, c'est augmenter la complexité de maintenance à court et moyen terme du projet (et le moyen terme étant quelque chose que je compte en décennie dans le présent cas)
Modifié le 23/06/2025 à 15h50
POSIX reste prépondérant si tu développes un OS ou un runtime. Mais beaucoup d'applications sont développées sur un framework/runtime qui fait abstraction de POSIX.
A terme faudra se demander si ca vaut la peine de conserver POSIX ou implémenter qqc de plus en phase avec les runtimes d'application. Idem avec SMB vs NFS, HTTP vs whatever, ... On peut continuer a faire des passerelles d'adaptation, mais on peut aussi changer l'OS ou les services.
Et c'est ce qui se passe pour X11. Quand toutes les applis/frameworks manipulent des buffers de pixels, est-ce que ca vaut la peine de conserver X11... ou peut-on agréer des passer sur une techno qui manipule des buffers de pixels ?
Le 23/06/2025 à 16h07
C'est malheureusement faux. On a besoin des deux. X11 le permet, Wayland non. Wayland est fait pour être utilisé sur des archi "puissante". Avec Wayland, on oublie les interfaces graphiques sur des machines sans "GPU intégré".
La question de Wayland/X11 ne devrait se poser que pour les toolkits graphiques. Enfin si nous étions dans un monde idéal. Sauf que ce n'est malheureusement pas le cas. et cela risque de ne jamais l'être, dans la mesure où Wayland ne supporte pas toutes les fonctionnalités que proposent X11, et inversement.
Le 23/06/2025 à 17h15
Ca fait dorénavant partie des faibles taux d'usage, ou d'un contexte très spécifique.
Et dans ces cas, il ne faudra pas mettre une distro prévue pour un desktop PC.
Le 24/06/2025 à 08h58
Je ne sais pas comment ils ont fait ça, mais ça me donne pleine satisfaction désormais.
Le 23/06/2025 à 11h08
Le 23/06/2025 à 13h24
Le 23/06/2025 à 11h45
Le 23/06/2025 à 14h13