Em 2017 o Wayland ainda era “o futuro”. Em 2026 ele é o presente do desktop Linux: compositor no lugar do servidor X, menos complexidade, HiDPI e segurança melhores. O título deste post ficou no passado — o protocolo, não.
O que é o Wayland
Wayland é um protocolo (e uma lib C) para o compositor falar com os clientes. O compositor pode ser o próprio ambiente (Mutter, KWin, Sway, COSMIC, Weston) rodando em KMS/evdev. Clientes são apps nativos, ou um servidor X rootless (XWayland) para o que ainda não migrou.
Weston, a implementação de referência, continua existindo para testes e embarcados. No desktop de verdade quem manda são os compositors dos ambientes — não um “servidor X” no meio.
Por que o X.org não dava mais
O X11 nasceu em 1987. Em 26 anos (quando Kristian Høgsberg começou o Wayland) o hardware e as UIs tinham mudado: o servidor X deixou de rasterizar “retângulo aqui, texto ali” e passou a receber buffers prontos do toolkit. O protocolo virou, nas palavras de Daniel Stone (palestra na linux.conf.au 2013), “um terrível protocolo de comunicação entre o cliente e o gerenciador de janelas” — com tearing, janela cinza antes de pintar, grabs de teclado que travam o screensaver.
O wiki do X.Org chegou a listar um “X12” hipotético: o que fariam diferente se pudessem redesenhar o protocolo. Não era um projeto sério; era um atestado. Compatibilidade para trás é política do X.org: quatro modelos de input, quatro de display, dois de rendering, ~23 extensões ativas. Cada correção pequena virava trabalho desproporcional.
O próprio Wayland só existe porque o X.org dos anos 2000–2010 limpou DRI2, KMS e Mesa. Stone: “Wayland não seria possível sem os últimos anos de desenvolvimento do X.org”.
Como o Wayland é diferente
Parte do zero, com o papel moderno do display server: o cliente desenha o buffer, o compositor o coloca na tela. Pop-up, por exemplo: no X11 o cliente pede grab global de teclado/mouse; no Wayland o compositor sabe o que é um popup e fecha sozinho se você clica fora — as teclas de mídia e o screensaver não morrem no meio.
Apps X antigos não precisam ser reescritos de uma vez: o XWayland é um servidor X rodando como cliente Wayland. É assim que o GNOME 50 e o Plasma 6.8 ainda abrem aquele binário GTK2/Qt5 que ninguém vai portar.
O que aconteceu de 2017 a 2026
Stone apostava que 2013–2014 seria “um ano muito bom” para ports de GNOME e KDE. Demorou mais, mas chegou:
- GNOME — default Wayland no Fedora desde 2016, no Ubuntu desde 22.04. GNOME 49/50 (2025–26) removeram a sessão X11 do Shell/Mutter/GDM.
- Ubuntu — 25.10 já saiu sem sessão X11; 26.04 LTS é a primeira LTS GNOME só-Wayland.
- KDE Plasma — Wayland default desde o Plasma 6 (2024). Telemetria: >95% dos usuários 6.6 já estavam em Wayland. Plasma 6.7 é a última com sessão X11; 6.8 (outubro de 2026) a retira. Apps X seguem via XWayland.
- Fedora / RHEL 10 — Xorg de sessão GNOME fora; XWayland permanece.
- NVIDIA — o driver proprietário deixou de ser o bloqueio clássico; no desktop atual a sessão Wayland é o caminho suportado.
Xfce e Cinnamon ainda carregam X11 ao lado de Wayland. Para o usuário de GNOME/KDE em distro atual, a pergunta do título já foi respondida no login.
Como conferir (e quando voltar ao X)
echo $XDG_SESSION_TYPE
# wayland ou x11
No GDM, o seletor de sessão (engrenagem na tela de login) ainda existe em releases que oferecem as duas. Em Ubuntu 26.04 GNOME, a opção Xorg some do menu. Ferramentas que dependem de xdotool, grab global ou X11 forwarding clássico via SSH continuam o nicho do X — ou de um portal/PipeWire no lugar do screen share antigo.
References
- wayland.freedesktop.org
- The Real Story Behind Wayland and X (Daniel Stone / Linux Magazine — origem deste post)
- Linux faz 35 anos
O X11 não “morreu” num dia: virou compatibilidade. O compositor, em 2026, fala Wayland.