Christian Schaller, kierujący grupą rozwoju systemów desktopowych w firmie Red Hat i Fedora Desktop Team, , dotyczących komponentów pulpitu w Fedora 31, wspomniał o zamiarze firmy Red Hat zaprzestania aktywnego rozwoju funkcjonalności serwera X.Org i ograniczenia się jedynie do wsparcia istniejącej bazy kodu oraz usuwania błędów.
Obecnie Red Hat wnosi kluczowy wkład w rozwój serwera X.Org i odpowiada za jego wsparcie, co sprawia, że w przypadku zaprzestania rozwoju mało prawdopodobne jest kontynuowanie wydawania znaczących wersji serwera X.Org. Niemniej jednak, mimo zaprzestania rozwoju, wsparcie X.Org przez Red Hat będzie kontynuowane przynajmniej do końca cyklu życia dystrybucji RHEL 8, który potrwa do 2029 roku.
Stagnacja w rozwoju serwera X.Org obserwowana jest już teraz — mimo stosowanego wcześniej sześciomiesięcznego cyklu wydania, ostatnie znaczące wydanie X.Org Server 1.20 miało miejsce 14 miesięcy temu, a przygotowania do wydania 1.21 utknęły w miejscu. Sytuacja może się zmienić, jeśli jakaś firma lub społeczność przejmie kontynuację rozwijania funkcjonalności serwera X.Org, ale biorąc pod uwagę powszechny zwrot w kierunku Wayland, mało prawdopodobne jest, że chętni się znajdą.
Obecnie Red Hat skupia się na poprawie pracy pulpitu opartego na Wayland. Przełączenie serwera X.Org w tryb wsparcia przewiduje się po rozwiązaniu kwestii całkowitego usunięcia zależności od komponentów X.Org oraz zapewnieniu uruchamiania GNOME Shell bez użycia XWayland, co wymaga refaktoryzacji lub usunięcia pozostałych powiązań z X.Org. Takie powiązania zostały już niemal całkowicie wyeliminowane z GNOME Shell, ale nadal występują w demonie GNOME Setting. W GNOME 3.34 lub 3.36 planuje się całkowite pozbycie się powiązań z X.Org i zorganizowanie uruchamiania XWayland , w razie potrzeby komponentów zapewniających zgodność z X11.
Wspomniana jest również konieczność rozwiązania szeregu z Wayland, takich jak obsługa proprietarnych sterowników NVIDIA oraz rozwój serwera DDX XWayland, aby zapewnić prawidłowe uruchamianie aplikacji X w środowisku opartym na Wayland. W ramach prac przygotowawczych do Fedora 31 wdrożono w XWayland możliwość uruchamiania aplikacji X z uprawnieniami root. Tego rodzaju uruchamianie budzi wątpliwości z punktu widzenia bezpieczeństwa, ale jest niezbędne dla zapewnienia zgodności z programami X, które wymagają pracy z podwyższonymi uprawnieniami.
Innym zadaniem jest poprawa wsparcia dla Wayland w bibliotece SDL, na przykład w celu rozwiązania problemów ze skalowaniem podczas uruchamiania starych gier działających w niskich rozdzielczościach ekranu. Zauważono również potrzebę poprawy wsparcia dla działania Wayland w systemach z proprietarnymi sterownikami NVIDIA – chociaż Wayland od dawna może działać na takich sterownikach, XWayland w tej konfiguracji nadal nie może korzystać z możliwości sprzętowego przyspieszania grafiki 3D (planowane jest umożliwienie załadunku sterownika x.org NVIDIA dla XWayland).
Dodatkowo kontynuowane są prace nad zastąpieniem PulseAudio i Jack serwerem multimedialnym , który rozszerza możliwości PulseAudio o środki do obsługi strumieni wideo i przetwarzania dźwięku z minimalnymi opóźnieniami, uwzględniając potrzeby systemów profesjonalnej obróbki dźwięku, a także oferuje rozszerzony model bezpieczeństwa do zarządzania dostępem na poziomie poszczególnych urządzeń i strumieni. W ramach cyklu rozwoju Fedora 31 prace koncentrują się na zastosowaniu PipeWire do organizacji wspólnego dostępu do ekranu w środowiskach opartych na Wayland, w tym z wykorzystaniem protokołu .
W Fedora 31 również dodaj możliwość uruchamiania aplikacji Qt w sesji GNOME opartej na Wayland z użyciem wtyczki Qt Wayland zamiast wtyczki XCB, korzystającej z X11/XWayland.
Źródło: opennet.ru
