🥇Wayland 1.23 disponível

Após mais de um ano de desenvolvimento, foi apresentada a versão estável do protocolo, mecanismo de comunicação interprocessual e bibliotecas Wayland 1.23. A versão 1.23 é retrocompatível em nível de API e ABI com as versões 1.x e contém principalmente correções de bugs e atualizações menores do protocolo. Os resultados do projeto são distribuídos sob a licença MIT. O servidor compositor de referência Weston, que fornece código e exemplos práticos para o uso do Wayland em ambientes desktop e soluções embarcadas, está sendo desenvolvido em um ciclo separado.

Mudanças principais no protocolo:

No libwayland, foi implementada uma API que permite ao cliente determinar o tamanho máximo do buffer interno de conexões no lado do servidor. O tamanho máximo básico do buffer é definido através da interface wl_display, e a nova API permite que os clientes o modifiquem para cada conexão de cliente. Do ponto de vista prático, essa mudança permite o uso de buffers maiores em clientes específicos do Wayland, como o Xwayland, que são propensos a uma maior intensidade de eventos de entrada.
Para solicitações (request), eventos (event) e enumerações (enum), foi adicionada a possibilidade de usar o atributo XML "deprecated-since" para marcar elementos obsoletos. Na terminologia do Wayland, solicitações são mensagens enviadas pelo cliente para servidor; eventos são mensagens enviadas do servidor para o cliente; enumerações são conjuntos de valores numéricos vinculados a um nome específico que o protocolo manipula.
No utilitário wayland-scanner, destinado à geração de arquivos de cabeçalho e código em C com base em arquivos XML que descrevem o protocolo, foi adicionado o modo "enum-header", que inclui a especificação em arquivos de cabeçalho apenas de "enumerações".
No wayland-scanner, foi garantida a geração de funções de validação (validator) para "enumerações" no lado do servidor.
Adicionada a possibilidade de atribuir nomes a filas de eventos para facilitar a depuração.
Adicionadas as funções wl_client_get_user_data() e wl_client_set_user_data(), que facilitam a anexação de dados arbitrários ao cliente.
Adicionada a solicitação wl_shm.release, que permite ao cliente informar o servidor sobre a descontinuação do uso de um objeto compartilhado, permitindo que o servidor libere a memória associada a ele.
Adicionada suporte à plataforma OpenBSD.

Eventos relacionados ao Wayland ocorridos desde a publicação da última edição:

Publicada a versão 24.1.0 do XWayland, com suporte à tecnologia Explicit Sync e melhorias no suporte às arquiteturas de aceleração 2D GLAMOR e EXA.
Atualização do servidor compositor labwc (Lab Wayland Compositor) com recursos semelhantes ao gerenciador de janelas Openbox.
Projeto wprs, desenvolvendo para o Wayland um gerenciador de sessão semelhante à ferramenta screen, mas para aplicativos gráficos.
Publicação do servidor compositor Niri, que utiliza o Wayland e oferece um método de organização de janelas em mosaico (tiling), agrupando-as em uma barra rolável na tela.
Atualização do conjunto de protocolos e extensões Wayland-Protocols: 1.34, 1.33, 1.32, 1.35.
Desenvolvimento da biblioteca SDL3, que utiliza o Wayland por padrão.
Lançamento do ambiente de desktop LXQt 2.0.0 com suporte ao Wayland no gerenciador de arquivos PCManFM-Qt, sistema de notificações, área de trabalho, utilitário de execução de programas (Runner), painel, interface de saída do sistema, interface de configuração do LXQt e na maioria dos aplicativos.
Lançamento do ambiente personalizado Sway 1.9, que utiliza o Wayland.
Novo gerenciador compositor miracle-wm, baseado no Wayland e em componentes para construção de gerenciadores de composição Mir.
Louvre — nova biblioteca para desenvolvimento de compositores servidores baseada no Wayland.
Trabalho em implementação do suporte ao Wayland no Xfce.
Suporte inicial ao Wayland no ambiente de desktop Budgie.
Suporte inicial ao Wayland no ambiente de desktop Cinnamon.
Quase finalizada a porta do desktop MATE para o Wayland.
A distribuição Lubuntu está mudando para usar Qt 6 e Wayland.
No KDE 6, a sessão que utiliza o protocolo Wayland é oferecida por padrão. O suporte a extensões do Wayland para controle de cores foi implementado.
Na plataforma Electron, foi incluído o modo de decoração de janelas para o Wayland.
Atualização do servidor compositor Wayfire, que utiliza o Wayland e permite a formação de interfaces de usuário com efeitos 3D no estilo de plugins 3D para Compiz.
Suporte ao Wayland no IDE IntelliJ e OpenJDK.
Suporte ao Wayland no editor de texto GNU Emacs.
No GNOME, a sessão baseada em Wayland implementou suporte ao comutador KVM por software Input Leap, permitindo usar um teclado e mouse para controlar vários computadores.
A edição do Fedora com o desktop KDE encerrou o suporte à sessão baseada no protocolo X11 na distribuição padrão.
Apoio aprimorado para ambientes baseados em Wayland em drivers proprietários da NVIDIA.
Um driver foi implementado para permitir o uso do Wine em ambientes baseados no protocolo Wayland sem a necessidade de XWayland e componentes X11.
Foi formada uma nova versão do servidor compositor Weston 13.0.
Para testar o funcionamento do KDE, GNOME, Enlightenment, Wayfire, Mir, Xfce e Sway sobre Wayland, um Live-distro especial chamado Rebecca Black Linux está sendo lançado.
Nas versões do Firefox para Linux, o uso do servidor compositor Wayland é ativado por padrão em vez de XWayland. É possível criar versões que suportem apenas o funcionamento em Wayland.

Lembramos que o Wayland é um protocolo de interação entre o servidor compositor e os aplicativos que trabalham com ele. Os clientes cuidam da renderização de suas janelas em um buffer separado, enviando informações sobre atualizações ao servidor compositor, que combina o conteúdo dos buffers de aplicações individuais para formar a saída final, levando em consideração nuances como sobreposição de janelas e transparência. Em outras palavras, o servidor compositor não fornece uma API para renderizar elementos individuais, mas trabalha apenas com janelas já formadas, o que elimina a necessidade de dupla bufferização ao usar bibliotecas de alto nível como GTK e Qt, que assumem o trabalho de compor o conteúdo das janelas.

O Wayland resolve muitos problemas de segurança do X11, pois, ao contrário deste último, isola a entrada e a saída para cada janela, não permite que um cliente acesse o conteúdo das janelas de outros clientes, e também não permite a captura de eventos de entrada relacionados a outras janelas. Atualmente, o suporte para trabalhar diretamente com Wayland já foi implementado para as bibliotecas GTK, Qt, SDL (desde a versão 2.0.2), Clutter e EFL (Enlightenment Foundation Library). A partir do Qt 5.4, um módulo QtWayland foi incluído com a implementação de componentes para a operação de aplicativos Qt no ambiente do servidor compositor Weston, desenvolvido pelo projeto Wayland.

A interação com o hardware no Wayland/Weston, como a execução de inicializações, a troca de modos de vídeo (drm modesetting) e o gerenciamento de memória (GEM para i915 e TTM para radeon e nouveau) das placas gráficas, pode ser realizada diretamente através de um módulo que opera no nível do kernel, permitindo evitar privilégios de superusuário. O servidor compositor Weston pode funcionar não apenas utilizando o módulo DRM do kernel do Linux, mas também sobre o X11, outro servidor compositor do Wayland, framebuffer e RDP. Além disso, estão sendo desenvolvidos projetos para funcionar sobre a pilha gráfica da plataforma Android.

No âmbito do projeto Weston, uma das implementações do servidor compositor está sendo desenvolvida. Qualquer outro produto que suporte o protocolo Wayland também pode atuar como servidor compositor. Por exemplo, atualmente, está em andamento o trabalho para garantir suporte ao Wayland no KWin. Na sua forma atual, o Weston já ultrapassou o conjunto de exemplos para testar o protocolo Wayland e pode se expandir em funcionalidade através de plugins e extensões. Interfaces de usuário personalizadas e funcionalidades avançadas de gerenciamento de janelas podem ser implementadas como backends externos para o Weston. Para garantir a execução de aplicações X11 comuns em um ambiente baseado em Wayland, usa-se o componente DDX XWayland (Device-Dependent X), semelhante ao funcionamento do Xwin e Xquartz para as plataformas Win32 e macOS.

Fonte: opennet.ru