Dostępny jest Wayland 1.23

Po ponad roku rozwoju przedstawiono stabilną wersję protokołu Wayland 1.23, mechanizmu komunikacji międzyprocesowej i bibliotek. Gałąź 1.23 jest wstecznie kompatybilna na poziomie API i ABI z wersjami 1.x i zawiera głównie poprawki błędów i drobne aktualizacje protokołu. Rozwój projektu jest dystrybuowany na licencji MIT. Serwer kompozytowy referencyjny Weston, który dostarcza kod i przykłady działania do używania Wayland w środowiskach pulpitu i rozwiązaniach wbudowanych, jest rozwijany jako część oddzielnego cyklu rozwoju.

Główne zmiany w protokole:

• libwayland implementuje API, które pozwala klientowi określić maksymalny rozmiar wewnętrznego bufora połączeń po stronie serwera. Podstawowy maksymalny rozmiar bufora jest ustawiany za pomocą interfejsu wl_display, a nowe API pozwala klientom zmieniać go dla każdego połączenia klienta. W praktyce ta zmiana pozwala na używanie większych buforów w klientach specyficznych dla Wayland, takich jak Xwayland, które mają tendencję do wysokiego wskaźnika zdarzeń wejściowych.
• W przypadku żądań, zdarzeń i wyliczeń dostępna jest teraz możliwość użycia atrybutu XML „deprecated-since” do oznaczania elementów uznanych za przestarzałe. W terminologii Waylanda żądania to komunikaty wysyłane przez klienta do… serwer; zdarzenia to wiadomości wysyłane z serwera do klienta; wyliczenia to nazwane zestawy wartości liczbowych, które są manipulowane przez protokół.
• Narzędzie wayland-scanner, służące do generowania plików nagłówkowych i kodu C na podstawie plików XML opisujących protokół, zostało zaktualizowane i obejmuje teraz tryb „enum-header”, umożliwiający określanie w plikach nagłówkowych wyłącznie „wyliczeń”.
• wayland-scanner umożliwia generowanie funkcji walidacyjnych dla „wyliczeń” po stronie serwera.
• Dodano możliwość nadawania nazw kolejkom zdarzeń w celu uproszczenia debugowania.
• Dodano funkcje wl_client_get_user_data() i wl_client_set_user_data(), aby ułatwić dołączanie niestandardowych danych do klienta.
• Dodano żądanie wl_shm.release, które umożliwia klientowi poinformowanie serwera, że ​​przestał używać obiektu współdzielonego, umożliwiając serwerowi zwolnienie pamięci z nim powiązanej.
• Dodano obsługę platformy OpenBSD.

Wydarzenia związane z Waylandem od czasu ostatniej wersji:

• Wersja XWayland 24.1.0 została wydana ze wsparciem technologii Explicit Sync i ulepszonym wsparciem dla architektur akceleracji GLAMOR i EXA 2D.
• Aktualizacja serwera kompozycji labwc (Lab Wayland Compositor) z funkcjami przypominającymi menedżera okien Openbox.
• Projekt wprs tworzy menedżera sesji dla Wayland, podobnego do narzędzia screen, ale przeznaczonego do aplikacji graficznych.
• Opublikowano serwer kompozytowy Niri, który wykorzystuje Wayland i oferuje metodę układu kafelkowego z grupowaniem okien w postaci wstążki przewijającej się w nieskończoność na ekranie.
• Aktualizacja zestawu protokołów i rozszerzeń Wayland-Protocols: 1.34, 1.33, 1.32, 1.35.
• Opracowanie biblioteki SDL3, która domyślnie używa Wayland.
• Środowisko graficzne LXQt 2.0.0 zostało wydane z obsługą Wayland w menedżerze plików PCManFM-Qt, systemie powiadomień, pulpicie, programie Runner, panelu, interfejsie wylogowywania, interfejsie konfiguracyjnym LXQt i większości aplikacji.
• Wydanie środowiska użytkownika Sway 1.9 wykorzystującego Wayland.
• Nowy menedżer kompozycji miracle-wm, bazujący na Waylandzie i komponentach do tworzenia menedżerów kompozycji Mir.
• Louvre to nowa biblioteka do tworzenia materiałów kompozytowych serwery na podstawie Wayland.
• Prace nad wprowadzeniem obsługi Wayland w Xfce.
• Początkowe wsparcie Wayland w środowisku graficznym Budgie.
• Wstępne wsparcie dla Wayland w środowisku graficznym Cinnamon.
• Przenoszenie pulpitu MATE do Wayland jest prawie ukończone.
• Dystrybucja Lubuntu przechodzi na używanie Qt 6 i Wayland.
• KDE 6 oferuje domyślną sesję używającą protokołu Wayland. Zaimplementowano obsługę rozszerzeń Wayland do zarządzania kolorami.
• Platforma Electron włączyła tryb dekoracji okien dla Wayland.
• Aktualizacja serwera kompozytowego Wayfire, wykorzystująca Wayland i umożliwiająca generowanie interfejsów użytkownika z efektami 3D w stylu wtyczek 3D dla Compiz.
• Obsługa Wayland w IntelliJ IDE i OpenJDK.
• Obsługa Wayland w edytorze tekstowym GNU Emacs.
• Sesja GNOME oparta na technologii Wayland obejmuje obsługę przełącznika KVM oprogramowania Input Leap, który umożliwia sterowanie wieloma komputerami za pomocą jednej klawiatury i myszy.
• W dystrybucji podstawowej Fedora ze środowiskiem graficznym KDE nie ma już wsparcia dla sesji opartej na protokole X11.
• Ulepszona obsługa środowisk opartych na Wayland w zastrzeżonych sterownikach NVIDIA.
• Zaimplementowano sterownik umożliwiający używanie Wine w środowiskach bazujących na protokole Wayland bez konieczności korzystania z komponentów XWayland i X11.
• Wersja 13.0 Weston Composite Server została wydana.
• Specjalna dystrybucja Live o nazwie Rebecca Black została wydana w celu przetestowania działania środowisk KDE, GNOME, Enlightenment, Wayfire, Mir, Xfce i Sway na platformie Wayland. Linux.
• В LinuxKompilacje Firefoksa domyślnie korzystają teraz z serwera kompozytowego Wayland zamiast XWayland. Możliwość tworzenia kompilacji obsługujących wyłącznie Wayland jest teraz dostępna.

Przypomnijmy, że Wayland to protokół interakcji między serwerem złożonym a aplikacjami z nim współpracującymi. Klienci niezależnie renderują swoje okna w oddzielnym buforze, przekazując informacje o aktualizacjach do serwera złożonego, który łączy zawartość buforów poszczególnych aplikacji, aby utworzyć ostateczny wynik, biorąc pod uwagę możliwe niuanse, takie jak nakładanie się okien i przezroczystość. Innymi słowy, serwer złożony nie udostępnia API do renderowania poszczególnych elementów, ale działa tylko z już uformowanymi oknami, co pozwala pozbyć się podwójnego buforowania podczas korzystania z bibliotek wysokiego poziomu, takich jak GTK i Qt, które przejmują pracę komponowania zawartości okien.

Wayland rozwiązuje wiele problemów bezpieczeństwa 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 Wayland została już zaimplementowana dla bibliotek GTK, Qt, SDL (od wersji 2.0.2), Clutter i EFL (Enlightenment Foundation Library). Począwszy od Qt 5.4, moduł QtWayland został uwzględniony w implementacji komponentów do uruchamiania aplikacji Qt w środowisku serwera kompozytowego Weston, opracowanym przez projekt Wayland.

Interakcja ze sprzętem w Wayland/Weston, taka jak inicjalizacja, przełączanie trybu wideo (ustawianie trybu DRM) i zarządzanie pamięcią (GEM dla i915 oraz TTM dla Radeon i Nouveau) w przypadku kart graficznych, może odbywać się bezpośrednio przez moduł jądra, eliminując potrzebę uprawnień superużytkownika. Serwer kompozytowy Weston może działać bez polegania wyłącznie na module DRM jądra. Linux, ale także na platformie X11, kolejnym serwerze kompozycji Wayland, buforze ramki i protokole RDP. Ponadto trwają prace nad projektami umożliwiającymi pracę na stosie graficznym platformy. Android.

Projekt Weston opracowuje implementację serwera kompozytowego. Każdy inny produkt obsługujący protokół Wayland może również służyć jako serwer kompozytowy. Na przykład, trwają obecnie prace nad obsługą Wayland w KWin. W obecnej formie Weston rozszerzył się już poza zestaw przykładów do testowania protokołu Wayland i może uzyskać dodatkową funkcjonalność poprzez wtyczki i dodatki. Interfejsy użytkownika i zaawansowane funkcje zarządzania oknami mają być zaimplementowane jako zewnętrzne back-endy dla Weston. Aby zapewnić wykonywanie standardowych aplikacji X11 w środowisku opartym na Wayland, używany jest komponent DDX XWayland (Device-Dependent X), podobny w działaniu do Xwin i Xquartz dla Win32 i macOS.

Źródło: opennet.ru