O GNOME 49 encerrará o X11, mas não é algo tão radical quanto pode parecer. Exploramos as consequências dessa mudança conforme a perspectiva dos desenvolvedores do ambiente gráfico.
4 curtidas
Eu penso que, o fim do X11, no geral, é como se fosse comparar com o fim do Dinheiro em Notas, “eles querem mais não querem” 
.
Eventualmente poderá acontecer mas acredito que ainda vai demorar décadas, como citado na matéria.
1 curtida
Ainda estamos precisando de muita evolução no Wayland para suportar tudo que o Xorg suporta, mas os passos agora aceleraram. Abaixo um resuminho do que ainda temos que vencer. Algumas coisas já estão prontas no Wayland, porém ainda imaturas. Essa decisão do GNOME e do KDE é algo que em pouco tempo serão vencidas.
| Recurso / Situação | Xorg | Wayland | Situação Atual |
|---|---|---|---|
| Captura de tela por apps externos |  |
 |
Limitado, com portal |
| Simulação de teclado/mouse (xdotool) | |
 |
Não funciona |
| Compartilhamento de janelas únicas | |
|
Limitado |
| Hotkeys globais com scripts | |
|
Inviável |
| Jogos e Wine | |
|
Funciona, mas pode variar |
| Ferramentas de acessibilidade | |
|
Incompleto |
| Aplicativo | Categoria | Situação no Wayland |
|---|---|---|
| Firefox (Flatpak) | Navegador | Suporte completo via Wayland nativo |
| Chromium (Flatpak) | Navegador | Já suporta Wayland |
| OBS Studio (Flatpak) | Gravação de tela | Suporte via portal, com melhorias constantes |
| KDE Spectacle | Captura de tela | Totalmente funcional com o KWin Wayland |
| Gnome Screenshot | Captura de tela | Funciona perfeitamente no Wayland |
| Waybar / Swaybar | Barra de status (tiling) | Projetadas para Wayland |
| Foot / Alacritty | Emuladores de terminal | Suporte nativo a Wayland |
6 curtidas
Rust in Peace – Just another GNOME Blogs site " o Xorg Server ainda está em constante manutenção, porém o desenvolvimento de seus recursos está interrompido. Ele ainda recebe correções de bugs ocasionais e há lançamentos de segurança oportunos quando necessário.
O sentimento comum , compartilhado entre desenvolvedores de Xorg, gráficos, kernel, plataforma e aplicativos, é que qualquer desenvolvimento futuro é um beco sem saída e as deficiências não podem ser resolvidas sem quebrar o X11. É por isso que a maioria dos desenvolvedores do Xorg migrou para uma solução nova e independente: o Wayland.
O GNOME no Wayland é tão funcional quanto a sessão do Xorg e, em muitos casos, muito mais capaz e eficiente. Existem alguns fluxos de trabalho de nicho que só são possíveis no X11, mas não há nenhuma regressão de funcionalidade."
HDR por exemplo só no Wayland, frequencia variável também..
1 curtida
Perfeita a colocação do @mauriciodelima, concordo completmente.
Ao meu ver, a atitude um tanto radical vem seguindo a premissa “O Wayland está pronto. Se o seu software não funciona, o problema é seu.” Quem quiser alguma funcionalidade adicional no Wayland, que contribua com o projeto para adicionar esse recurso. Dessa forma haverá uma queda de braço entre quem tem seu software funcionando perfeitamente no X mas não no Wayland, mas também quer que outros implementem o recurso necessário.
Num primeiro momento quem pode sofrer são os usuários mais entusiastas do Gnome, que podem perder algumas aplicações e ter que mudar o workflow. Talvez alguns até mesmo saiam o gnome pra poder continuar usando um workflow consistente no X11.
1 curtida
As consequências disso seria os devs começarem a migrar seus aplicativos para Wayland com o passar do tempo o que convenientemente não estava acontecendo. Xorg já teve seu tempo e chances de ser atualizado modernizado o que nunca aconteceu e duvido muito que vai acontecer com o Xlibre.
Eu concordo com isso mas o que poderia acontecer também é as distros passarem a cobrar pelos seus serviços e programas de terceiros a fazer o mesmo. Veja o exemplo:
Eu uso muito o VibrantLinux no x11 e com o fim do mesmo eu ficaria na mão mas se os desenvolvedores fizer o programinha em wayland por um preço justo, sem problema nenhum eu compraria.
Na minha humilde opinião já está mais do que na hora do linux passar a cobrar algumas coisas como fazem outras distros em específico, o mesmo deveria valer para os programas de terceiros e no fim a transição do x11 para o wayland poderá se resolver definitivamente.
Pelo menos é o que eu acho.
Tava vendo algumas coisas sobre o tema e me parei com isso.
O que o nome Wayland representa?
Wayland é o nome de uma pequena cidade costeira em Massachusetts, EUA.
Mas também carrega um simbolismo: representa um novo caminho (way-land), uma terra de novos caminhos, um território limpo onde tudo pode ser redesenhado.
O nome foi escolhido por Kristian Høgsberg, o criador do projeto, como uma metáfora para um espaço mais simples, direto, moderno — sem os fardos legados do X11.
O problema do X11 é o excesso de gambiarras.
systemd também tem excessos de gambiarras e já que aparece um outro mais polido. Ele deixou de ser apenas um init e se tornou um monstrão monolito. Mas é funcional que substituiu outras gambiarras antigas.
PulseAudio também é muito gambiarrado, por isso existe o PipeWire.
Pedi ao GPT para montar essa tabela pra mim, com a linha do tempo das gambarras rsss
 Ano |
Projeto Legado (Aclamado, mas caótico) |  Fama de Gambiarra |
 Substituto Moderno |
 Status Atual |
|---|---|---|---|---|
| 1984 | X11 (X.Org) | Extensões demais, inseguro, atrasado | Wayland | Em transição |
| 1993 | SysVinit (Debian, etc.) | Scripts shell frágeis, não paraleliza | systemd, runit, OpenRC | systemd domina |
| 1995 | Autotools (./configure, Makefile.in…) |
Caótico, cheio de arquivos obscuros | CMake, Meson, Bazel | Em decadência |
| 1997 | OSS (Open Sound System) | Bloqueava dispositivos, ruim p/ multicanal | ALSA, depois PulseAudio | Abandonado |
| 2004 | PulseAudio | Latência, conflitos, bugs crônicos | PipeWire | PipeWire crescendo |
| 1997–2005 | Dpkg + APT | Pós-scripts difíceis, dependências quebradas | Nix, Guix | Ainda amplamente usado |
| 2001 | GTK 2 / GNOME 2 | Libs quebradas, tema inconsistente | GTK 4 / Libadwaita, GNOME Shell | Nova fase |
1 curtida
Só um detalhe importante Nix e Guix não são substitutos diretos do APT/DPKG, o Nix e o Guix são funcionais perfiláveis, isso torna simples criar ambientes reproduzíveis e gerenciar estado global exige injeção direta alterando o sistema de arquivo, APT/DPKG é imperativo, ruim para criar ambientes funcionais/perfilaveis mas excelentes para gestão imperativa, a solução que mais aproxima de substituir é o OSTree que combina perfilação com gestão imperativa
1 curtida