W przypadku GTK5 rozważamy zakończenie wsparcia dla X11

Maciej Klasen, lider zespołu desktopowego Fedory, członek zespołu wydawniczego GNOME i jeden z aktywnych programistów GTK (przyczynił się do 36,8% zmian w GTK 4), rozpoczął dyskusję na temat możliwości deprecjacji protokołu X11 w kolejnej dużej gałęzi GTK5 i pozostawienie GTK działającego pod Linuksem tylko przy użyciu protokołu Wayland.

Dla nieświadomych Waylandpowinieneś to wiedzieć jest protokołem interakcji serwera złożonego i współpracujące z nim aplikacje. Klienci samodzielnie renderują swoje okna w osobnym buforze, przekazując informacje o aktualizacjach do serwera złożonego, który łączy zawartość poszczególnych buforów aplikacji, tworząc ostateczny wynik, uwzględniający możliwe niuanse, takie jak nakładanie się okien i przezroczystość.

Innymi słowy, serwer złożony nie udostępnia interfejsu API do renderowania poszczególnych elementów, ale raczej działa tylko na już uformowanych oknach, co pozwala pozbyć się podwójnego buforowania podczas korzystania z bibliotek wysokiego poziomu, takich jak GTK i Qt, które przejmują pracę sortowania zawartości okien.

Wayland rozwiązuje wiele problemów związanych z bezpieczeństwem X11 ponieważ, w przeciwieństwie do tego ostatniego, izoluje wejście i wyjście dla każdego okna, nie pozwala klientowi na dostęp do zawartości okien innych klientów i nie pozwala na przechwytywanie zdarzeń wejściowych związanych z innymi oknami. Obecnie obsługa bezpośredniej pracy z Waylandem jest już zaimplementowana dla bibliotek GTK, Qt, SDL (od wersji 2.0.2), Clutter i EFL (Enlightenment Foundation Library). Od Qt 5.4 moduł QtWayland jest dołączony do implementacji komponentu do uruchamiania aplikacji Qt w środowisku serwera kompozytowego Weston, opracowanym przez projekt Wayland.

O proponowanej notatce deprecjacja X11 stwierdza, że ​​„X11 się nie poprawia a Wayland jest teraz powszechnie dostępny”. Dalej wyjaśnia, że ​​backend X11 GTK i kod oparty na Xlib zalegają i mają problemy z opiekunami.

Twierdzi się, że aby kompatybilność z X11 przetrwałaktoś musi napisać i utrzymywać kod związany z X11, ale nie ma entuzjastów, a obecni programiści GTK skupiają się głównie na wsparciu Waylanda. Deweloperzy systemów zainteresowani pracą w środowiskach opartych na protokole X11 mogą wziąć utrzymanie w swoje ręce i rozszerzyć swoje wsparcie w GTK, ale biorąc pod uwagę obecną aktywność, scenariusz będzie taki, że znajdą się tacy, którzy będą chcieli odzyskać utrzymanie X11 koniec. w jego własnych rękach jest uważany za mało prawdopodobny.

Obecnie GTK już pozycjonuje Wayland jako wiodącą platformę API i rozwoju funkcji. Ze względu na brak aktywności w rozwoju protokołu X11, pozostawiając wsparcie w GTK, backend X11 będzie generował coraz większe zaległości w zakresie nowych funkcjonalności dostępnych dla programistów, bądź stanie się przeszkodą we wdrażaniu nowych funkcje w GTK.

Warto wspomnieć, że według statystyk usługi Firefox Telemetry, która analizuje dane otrzymane w wyniku wysyłania telemetrii oraz od użytkowników uzyskujących dostęp do serwerów Mozilli, odsetek użytkowników Firefoksa na Linuksie pracujących w środowiskach opartych na Wayland protokołu nie przekracza 10%.

90% użytkowników Firefoksa w systemie Linux nadal używa protokołu X11. Czyste środowisko Wayland jest używane przez około 5-7% użytkowników Linuksa, a XWayland przez około 2%.

Informacje wykorzystane w raporcie obejmują około 1% danych telemetrycznych otrzymanych od użytkowników Firefoksa w systemie Linux. Na wynik może mieć duży wpływ wyłączenie telemetrii w pakietach z Firefoksem, które są oferowane w niektórych dystrybucjach Linuksa (telemetria jest włączona w Fedorze).

W międzyczasie KDE planuje w 2022 r. doprowadzić sesję pulpitu Plazmy opartą na protokole Wayland do odpowiedniego stanu do codziennego użytku przez znaczną część użytkowników. Znacznie ulepszona obsługa Waylanda w KDE Plasma 5.24 i 5.25, w tym obsługa głębi kolorów większych niż 8 bitów na kanał, „dzierżawa DRM” dla zestawów VR, obsługa robienia zrzutów ekranu i minimalizacja wszystkich okien.