Zitieren von Wayland FAQ
Nein, das liegt außerhalb des Anwendungsbereichs von Wayland. Um Remote-Rendering zu unterstützen, müssen Sie eine Rendering-API definieren. Dies habe ich sehr sorgfältig vermieden. Der Grund, warum Wayland so einfach und machbar ist, ist, dass ich dieser großen Aufgabe aus dem Weg gehe und sie an die Kunden weitergebe. Es ist eine interessante Herausforderung, eine sehr große Aufgabe und es ist schwer, sie richtig zu machen, aber im Wesentlichen orthogonal zu dem, was Wayland zu erreichen versucht.
Dies bedeutet nicht, dass Remote-Rendering mit Wayland nicht möglich ist, sondern nur, dass Sie einen Remote-Rendering-Server auf Wayland setzen müssen. Ein solcher Server könnte der X.org-Server sein, aber andere Optionen umfassen einen RDP-Server, einen VNC-Server oder jemand könnte sogar sein eigenes neues Remote-Rendering-Modell erfinden. Welches ist eine Funktion, wenn Sie darüber nachdenken; Das Überlagern von X.org auf Wayland hat nur einen geringen Aufwand, aber für die anderen Arten von Remote-Rendering-Servern ist X.org nicht mehr erforderlich, und das Experimentieren mit neuen Protokollen ist einfacher.
Es ist auch möglich, ein Remoting-Protokoll in einen Wayland-Compositor zu integrieren, entweder als eigenständigen Remoting-Compositor oder als Teil eines vollständigen Desktop-Compositors. Auf diese Weise können wir native Wayland-Anwendungen weiterleiten. Mit dem eigenständigen Compositor können Sie sich bei einem Server anmelden und eine Anwendung wieder auf Ihrem Desktop ausführen. Wenn Sie die Weiterleitung in den Desktop-Compositor integrieren, können Sie ein Fenster im laufenden Betrieb exportieren oder für einen Remote-Wayland-Compositor freigeben, z. B. den Desktop eines Freundes.
TL; DR ist, dass es "außerhalb des Geltungsbereichs" liegt. Im Laufe der Jahre wurden viele Apps und Protokolle für genau diese Art von Arbeit gesammelt, und es macht wenig Sinn, dieses Protokoll zu Wayland hinzuzufügen.
Erwähnenswert ist, dass AFAIK niemand an der erwähnten hypotetischen Verwendung des X.org-Protokolls auf einem Wayland-Compositor gearbeitet hat.
Ich bitte Ubuntu 17.10-Benutzer um einen Bericht über "X11-Weiterleitung".
Ich denke du redest von einem Bugreport. Sie werden keine finden (zumindest keine geöffnete) , da diese als NOTABUG geschlossen wäre.
Ich finde viele Vorhersagen einer Katastrophe
Was ist daran so schlimm? Es ist nicht so, dass Sie eine Funktion verloren haben, es gibt viele Protokolle für diese Art von Arbeit. Außerdem verwende ich zwar keine X11-Weiterleitung, aber nach dem, was ich gelesen habe, funktioniert es heutzutage für viele Apps nicht mehr gut. Ich erinnere mich vage, weil viele Apps (hauptsächlich Spiele und solche mit vielen Grafiken) direktes Rendern verwenden und XServer umgehen.
Sie können sich einfach an X11 halten, ich sehe es nicht als Problem. Wayland befindet sich noch in der Entwicklung und X11 wird sehr lange nirgendwo hingehen. Tatsächlich ist Gnome von vielen DEs der einzige, bei dem Wayland gut funktioniert. Vielleicht finden Sie es lustig, aber nicht einmal Weston, das nur als Referenzimplementierung existiert, funktioniert vollständig, da es das primäre Auswahlprotokoll nicht unterstützt.
Einige Entwicklungen werden auch im XServer-Land fortgesetzt. ZB habe ich erst gestern eine Diskussion über die HDR-Implementierung auf dem # dri-devel-Kanal von Freenode flüchtig gesehen . Es ist also definitiv nicht annähernd veraltet.
gsudo gparted
ist ein spezifischer Anwendungsfall, den ich sehr mag und auf den ich nicht den Zugriff verlieren möchte.