O criador do AppImage pede um boicote a Wayland

Simão Pedro (o criador do formato de pacote independente AppImage) recentemente Eu faço um postar no GitHub em que basicamente pediu um boicote de Wayland "Uma vez que quebra tudo."

Um dos principais problemas, em sua opinião, é que com o Wayland muitos aplicativos estão danificados e os desenvolvedores da Wayland esperam que os autores do aplicativo consertem tudo sozinhos.

No postar mensagem compartilhe o seguinte

“O Wayland não resolve nenhum problema que eu tenho, mas quebra quase todos os aplicativos de que preciso. E eles permanecem inoperantes porque o povo de Wayland parece se importar apenas com o GNOME e cuspir em todos os outros. " NÃO INSTALE O WAYLAND! Não deixe Wayland destruir tudo para que outros não tenham que resolver o problema mais tarde. Ou promova componentes mais específicos do Red Hat / GNOME (glib, Portals, Pipewire) como dependências necessárias! «

Dentro da postagem, compartilhe alguns dos exemplos a seguir, em tipos de aplicativos que "rompem com o Wayland":

Wayland quebra aplicativos de gravação de tela

• O Wayland não oferece suporte a aplicativos de gravação de tela. Por exemplo:
  Gravador de Tela Simples: o autor não apoiará o Wayland até que haja uma interface padronizada que não está vinculado ao GNOME.  Quebrado desde 24 de janeiro de 2016, sem resolução ("Presumo que eles usem uma interface GNOME não padrão para isso")
• Estudo OBS. Ao mesmo tempo, há um plugin específico do GNOME que permite que você use OBS Studio com Wayland, mas apenas ao usar o gnome-shell. Sim, bem um colaborador ativo do OBS Studio observa que a API X11 Screenshot está muito próxima da pior, a situação da captura de tela é um bom exemplo de como (GNOME) Wayland caiu para algo mais difícil de usar do que o X11 e talvez tecnicamente inferior a ele.
  Quebrado desde pelo menos 7 de março de 2020. ("Wayland não é compatível no momento", "Não há nada que possa ser alterado facilmente. Wayland não fornece API de captura")
• https://github.com/mhsabbagh/green-recorder
• https://github.com/vkohaupt/vokoscreenNG/issues/51 Roto desde pelo menos 7 de março de 2020 ( "Agora eu decidi que não haverá suporte para o Wayland por enquanto, não há orçamento para isso, veremos como ficará em um ou dois anos.") - Este é o problema principal. Wayland quebra tudo e então espera que outros consertem os problemas que ele causou por conta própria.

Wayland quebra aplicativos de compartilhamento de tela

• O Wayland não oferece suporte a aplicativos de compartilhamento de tela. Por exemplo, jitsi-meet. Ao mesmo tempo, por exemplo, no Fedora 32 é possível compartilhar a tela em sessões wayland (usando xdg-desktop-portal, que usa Pipewire).
• https://github.com/jitsi/jitsi-meet/issues/2350  quebrado desde 3 de janeiro de 2018
• https://github.com/jitsi/jitsi-meet/issues/6389 quebrado desde 24 de janeiro de 2016 ("Fechando porque não há nada que possamos fazer do lado do Jitsi Meet") . Wayland quebra coisas e deixa os desenvolvedores de aplicativos desamparados e incapazes de consertar a falha, mesmo se eles quisessem.
• https://github.com/flathub/us.zoom.Zoom/issues/22 Zoom quebrado desde pelo menos 4 de janeiro de 2019. ("Não é possível iniciar o compartilhamento, só suportamos wayland no GNOME com Ubuntu (17, 18), Fedora (25-29), Debian 9, openSUSE Leap 15, Arch Linux"). Nada se sabe sobre não GNOME!

Além disso também menciona que:

• Wayland é incompatível com os menus globais do GNOME.
• O Wayland é incompatível com os menus globais do plugin da plataforma KDE.
• Wayland não suporta menus globais baseados em Qt.
• Wayland é incompatível com os pacotes AppImage fornecidos sem um plugin Qt dedicado.

Finalmente o autor da iniciativa ficará feliz em adicionar outros exemplos existentes à sua lista se mais pessoas aderirem à iniciativa e até mesmo para provar que o Wayland não é viável.

O que é verdade e que grande parte da comunidade Linux sabe, é que o Wayland ainda tem muitos problemas com os aplicativos de gravação de tela (gravador de tela), também com os aplicativos de acesso remoto, já que ainda existem vários problemas a resolver com o manuseio do teclado e mouse (um problema bastante antigo e que eu pessoalmente não sei se já deu trabalho para resolver, pois como mencionei é um problema que vinha se arrastando).

E o que você acha disso?