Cotando Wayland FAQ
Não, isso está fora do escopo de Wayland. Para oferecer suporte à renderização remota, você precisa definir uma API de renderização, algo que tomei muito cuidado para evitar fazer. A razão pela qual Wayland é tão simples e viável é que estou evitando essa grande tarefa e empurrando-a para os clientes. É um desafio interessante, uma tarefa muito grande e difícil de acertar, mas essencialmente ortogonal ao que Wayland tenta alcançar.
Isso não significa que a renderização remota não será possível com o Wayland, apenas significa que você terá que colocar um servidor de renderização remota no topo do Wayland. Um desses servidores pode ser o servidor X.org, mas outras opções incluem um servidor RDP, um servidor VNC ou alguém pode até inventar seu próprio novo modelo de renderização remota. Qual é um recurso quando você pensa sobre isso; colocar o X.org em camadas sobre Wayland tem muito pouco custo, mas os outros tipos de servidores de renderização remota não precisam mais do X.org, e experimentar novos protocolos é mais fácil.
Também é possível colocar um protocolo de comunicação remota em um compositor de wayland, seja um compositor de comunicação remota independente ou como parte de um compositor de desktop completo. Isso nos permitirá encaminhar aplicativos nativos de Wayland. O compositor autônomo pode permitir que você efetue login em um servidor e execute um aplicativo novamente na área de trabalho. Criar o encaminhamento no compositor de desktop pode permitir que você exporte ou compartilhe uma janela rapidamente com um compositor de wayland remoto, por exemplo, a área de trabalho de um amigo.
TL; DR é que está "fora do escopo". Ao longo dos anos, coletamos muitos aplicativos e protocolos para exatamente esse tipo de trabalho, e há muito pouco sentido em adicionar esse protocolo ao Wayland.
Vale ressaltar que ninguém do AFAIK trabalhou no uso hipotético mencionado do protocolo X.org sobre um compositor de Wayland.
Estou solicitando um relatório dos usuários do Ubuntu 17.10 sobre o "encaminhamento do X11".
Acho que você está falando de um relatório de erros. Você não encontrará um (bom, pelo menos não um aberto) , porque seria fechado como NOTABUG.
Encontro muitas previsões de desastre
O que há de tão ruim nisso? Não é como se você tivesse perdido uma função, existem muitos protocolos para esse tipo de trabalho. Além disso, apesar de eu não usar o encaminhamento X11, mas pelo que li, atualmente não funciona bem para muitos aplicativos. Eu me lembro vagamente, é porque muitos aplicativos (principalmente jogos e gráficos pesados) estão usando renderização direta e ignoram o XServer.
Você pode ficar com o X11, não vejo isso como um problema. Wayland ainda está em desenvolvimento, e o X11 não vai a lugar algum por muito tempo. De fato, ATM, dentre muitos DEs, o Gnome é o único com o Wayland funcionando bem. Você pode achar engraçado, mas nem o Weston - que existe com o único objetivo de ser a implementação de referência - o funciona totalmente, porque não suporta o protocolo de seleção principal.
Algum desenvolvimento continua na terra XServer também. Por exemplo, ontem, eu tenho visto rapidamente algumas discussões sobre a implementação de HDR no canal # dri-devel da Freenode. Portanto, definitivamente não está nem perto de ficar obsoleto.
gsudo gparted
é um caso de uso específico do qual gosto bastante e não gostaria de perder o acesso.