Jak działa przekazywanie X11 z Ubuntu 17.10 / Wayland?

Używam Ubuntu 17.04. Zawsze używam ssh z X11 do przekazywania programów GUI działających lokalnie na moim serwerze na moim komputerze.

Ubuntu 17.10 oferuje Wayland zamiast X11, a od 2011 roku przeczytałem kilka postów na temat tego, jak to „może” wpłynąć na przesyłane aplikacje X11. Znajduję wiele prognoz katastrof i wiele prognoz dotyczących przejrzystości sieci.

Niektóre posty twierdzą, że będę zmuszony wybrać przy logowaniu między X11 lub Wayland. Jednak uruchomiłem serwery X11 zarówno na komputerach Macintosh, jak i Windows, więc nie sądzę, że jest to koniecznie wybór albo. Ale to tylko więcej zgadywania. Jak to właściwie działa?

Cytując Wayland FAQ

Nie, to nie wchodzi w zakres Wayland. Aby obsługiwać zdalne renderowanie, musisz zdefiniować API do renderowania, czego bardzo starałem się uniknąć. Powodem, dla którego Wayland jest tak prosty i wykonalny, jest to, że omijam to wielkie zadanie i przekazuję je klientom. Jest to interesujące wyzwanie, bardzo duże zadanie i trudno jest je dobrze zrozumieć, ale zasadniczo prostopadłe do tego, co Wayland stara się osiągnąć.

Nie oznacza to, że zdalne renderowanie nie będzie możliwe z Waylandem, to po prostu oznacza, że ​​będziesz musiał umieścić zdalny serwer renderujący na Wayland. Jednym z takich serwerów może być serwer X.org, ale inne opcje obejmują serwer RDP, serwer VNC lub ktoś może nawet wynaleźć własny nowy model zdalnego renderowania. Co jest cechą, gdy się nad tym zastanowić; nakładanie warstw X.org na Wayland ma niewielkie obciążenie, ale inne typy zdalnych serwerów renderujących nie wymagają już X.org, a eksperymentowanie z nowymi protokołami jest łatwiejsze.

Możliwe jest również umieszczenie protokołu zdalnego w kompozycie typu wayland, jako samodzielnego kompozytu lub jako część pełnego komputera stacjonarnego. Pozwoli nam to przekazywać natywne aplikacje Wayland. Autonomiczny kompozytor może pozwolić Ci zalogować się na serwerze i uruchomić aplikację z powrotem na pulpicie. Zintegrowanie przekazywania do kompozytowego komputera stacjonarnego może umożliwić eksportowanie lub udostępnianie okna w locie zdalnemu kompozytowemu waylandowi, na przykład pulpitowi znajomego.

TL; DR oznacza, że ​​„jest poza zakresem”. Przez lata zgromadzono wiele aplikacji i protokołów do dokładnie tego rodzaju zadań, a dodawanie tego protokołu do Waylanda nie ma większego sensu.

Warto wspomnieć, że AFAIK nikt nie pracował nad wspomnianym hipotetycznym użyciem protokołu X.org na kompozycie Waylanda.

Proszę o raport od użytkowników Ubuntu 17.10 na temat „X11 forwarding”.

Myślę, że mówisz o zgłoszeniu błędu. Nie znajdziesz jednego (cóż, przynajmniej nie otwartego) , ponieważ byłby zamknięty jako NOTABUG.

Znajduję wiele prognoz katastrofy

Co w tym takiego złego? To nie tak, że straciłeś funkcjonalność, istnieje wiele protokołów dla tego rodzaju pracy. Poza tym, chociaż sam nie używam przekazywania X11, ale z tego, co przeczytałem, w dzisiejszych czasach nie działa dobrze w wielu aplikacjach. Nie pamiętam, ponieważ wiele aplikacji (głównie gry i te wymagające grafiki) korzysta z bezpośredniego renderowania i omija XServer.

Możesz po prostu trzymać się X11, nie widzę w tym problemu. Wayland jest wciąż w fazie rozwoju, a X11 nigdzie się nie wybierze. W rzeczywistości ATM, spośród wielu DE, Gnome jest jedynym, w którym Wayland ładnie działa. Może się to wydawać zabawne, ale nawet Weston - istniejący wyłącznie w celu implementacji referencyjnej - nie działa w pełni, ponieważ nie obsługuje podstawowego protokołu selekcji.

Trwa również rozwój w XServer-land. Na przykład wczoraj miałem pobieżną dyskusję na temat implementacji HDR na kanale # dri-devel Freenode. Dlatego zdecydowanie nie jest blisko przestarzałości.