Citando las preguntas frecuentes de Wayland
No, eso está fuera del alcance de Wayland. Para admitir la representación remota, debe definir una API de representación, que es algo que he tenido mucho cuidado de evitar. La razón por la que Wayland es tan simple y factible es que estoy esquivando esta gran tarea y llevándola a los clientes. Es un desafío interesante, una tarea muy grande y es difícil acertar, pero esencialmente ortogonal a lo que Wayland intenta lograr.
Esto no significa que el renderizado remoto no sea posible con Wayland, solo significa que tendrá que poner un servidor de renderizado remoto encima de Wayland. Uno de esos servidores podría ser el servidor X.org, pero otras opciones incluyen un servidor RDP, un servidor VNC o alguien podría incluso inventar su propio nuevo modelo de representación remota. Cuál es una característica cuando lo piensas; poner en capas X.org encima de Wayland tiene muy poca sobrecarga, pero los otros tipos de servidores de representación remotos ya no requieren X.org, y experimentar con nuevos protocolos es más fácil.
También es posible poner un protocolo de comunicación remota en un compositor wayland, ya sea un compositor remoto independiente o como parte de un compositor de escritorio completo. Esto nos permitirá reenviar las aplicaciones nativas de Wayland. El compositor independiente podría permitirle iniciar sesión en un servidor y ejecutar una aplicación nuevamente en su escritorio. Construir el reenvío en el compositor de escritorio podría permitirle exportar o compartir una ventana sobre la marcha con un compositor de wayland remoto, por ejemplo, el escritorio de un amigo.
TL; DR es que está "fuera de alcance". A lo largo de los años, se recopilaron muchas aplicaciones y protocolos para exactamente ese tipo de trabajo, y tiene muy poco sentido agregar este protocolo a Wayland.
Vale la pena mencionar que AFAIK nadie ha trabajado en el uso hipotético mencionado del protocolo X.org sobre un compositor Wayland.
Estoy pidiendo un informe de los usuarios de Ubuntu 17.10 sobre el "reenvío X11".
Supongo que estás hablando de un informe de errores. No encontrará uno (bueno, al menos no abierto) , porque estaría cerrado como NOTABUG.
Encuentro muchas predicciones de desastres
¿Qué hay de malo en esto? No es como si perdieras un funcional, hay muchos protocolos para ese tipo de trabajo. Además, aunque no uso el reenvío X11, pero por lo que he leído, no funciona bien hoy en día para muchas aplicaciones. Recuerdo vagamente que se debe a que muchas aplicaciones (principalmente juegos y aquellas con muchos gráficos) están utilizando renderizado directo y omiten XServer.
Puedes quedarte con X11, no lo veo como un problema. Wayland todavía está en desarrollo, y X11 no irá a ningún lado por mucho tiempo. De hecho, ATM, de muchos DE, Gnome es el único que tiene Wayland funcionando muy bien. Puede resultarle divertido, pero ni siquiera Weston, que existe con el único propósito de ser la implementación de referencia , lo tiene funcionando completamente, porque no admite el protocolo de selección principal.
Algunos desarrollos continúan también en XServer-land. Por ejemplo, ayer he visto algunas discusiones sobre la implementación de HDR en el canal # dri-devel de Freenode. Por lo tanto, definitivamente no está cerca de quedar obsoleto.
gsudo gparted
es un caso de uso específico que me gusta bastante y al que no me gustaría perder el acceso.