Dostępny Wayland 1.18

Zdarzyło się stabilne wydanie protokołu, mechanizmu komunikacji międzyprocesowej i bibliotek Wayland 1.18. Gałąź 1.18 jest w pełni zgodna z API i ABI wydań 1.x, ale dodatkowo zawiera zestaw ulepszeń. Serwer kompozytowy Weston 8.0, w ramach którego rozwijana jest baza kodu i przykłady do użycia Wayland w środowiskach desktopowych i rozwiązaniach wbudowanych, był opublikowano na koniec stycznia.

Główne usprawnienia w Wayland 1.18:

  • Dodano wsparcie dla systemu budowania Meson. Możliwość budowania za pomocą autotools jest nadal dostępna, ale zostanie usunięta w jednym z przyszłych wydań;
  • Dodano API do podziału obiektów proxy na podstawie tagów, umożliwiające aplikacjom i toolkitom wspólne korzystanie z jednego połączenia Wayland;
  • Zapewniono śledzenie timerów serwera Wayland w przestrzeni użytkownika, co pozwoliło wyeliminować tworzenie zbyt dużej liczby deskryptorów plików;
  • Dodano funkcja wl_global_remove(), która wysyła wydarzenie usunięcia globalnego obiektu bez jego zwolnienia. Nowa funkcja przekazywanie wyklucza wystąpienie kolizji (race conditions) podczas usuwania obiektów globalnych. Takie kolizje mogły wystąpić, ponieważ klienci nie mieli możliwości potwierdzenia otrzymania wydarzenia usunięcia. Funkcja wl_global_remove() pozwala najpierw wysłać wydarzenie usunięcia, a dopiero po określonym czasie zwolnić obiekt.

Stan wsparcia Wayland w aplikacjach, środowiskach pulpitu i dystrybucjach:

  • W Fedora zapewniona domyślnie dostarczana jest kompilacja Firefox oparta na Wayland. Rozwiązano problemy z używaniem zamkniętych sterowników binarnych NVIDIA z Wayland.
    Zrealizowano eksperymentalna możliwość automatycznego uruchamiania XWayland podczas próby uruchomienia aplikacji opartych na protokole X11.
    W środowisku Wayland dodano możliwość uruchamiania aplikacji X11 z uprawnieniami roota pod kontrolą XWayland. W SDL dla Wayland rozwiązano problemy z skalowaniem przy uruchamianiu starych gier działających w niskich rozdzielczościach ekranu. Biblioteka Qt do użytku w środowisku GNOME została domyślnie skompilowana z obsługą Wayland;
  • W Red Hat Enterprise Linux 8 jako środowisko pulpitu proponowany jest GNOME z domyślnym zastosowaniem serwera wyświetlania opartego na Wayland;
  • W wstępnym wydaniu GTK 4 w GDK kontynuowane wdrożenie API, zaprojektowanych z myślą o protokole Wayland. W backendzie GDK dla Wayland dodano obsługę interfejsu portalowego do zarządzania ustawieniami GtkSettings, a dla pracy z metodami wejścia wprowadzono wsparcie dla rozszerzenia protokołu text-input-unstable-v3;
  • Uruchomiono projekt mający na celu pozbycie się błędów i niedociągnięć w GNOME, które objawiają się podczas pracy w systemie Wayland;
  • W XWayland dodano Obsługa GLX oparta na interfejsie EGL, która pozwoli na wyeliminowanie użycia programowego rastrowania swrast;
  • Wśród celów rozwoju KDE na najbliższe dwa lata wspomniano przeniesienie KDE na Wayland. Środowisko KDE działające na Wayland ma stać się domyślnym, a środowisko oparte na X11 ma być dostępne jako opcja i w ramach zależności opcjonalnych. W okresie sprawozdawczym w KDE zrealizowano dodano wsparcie dla skalowania fractional podczas pracy na Wayland. Sesja KDE oparta na Wayland została dostosowana do pracy z własnościowymi sterownikami NVIDIA. Umożliwiono przeciąganie okien aplikacji korzystających z XWayland i Wayland w trybie drag & drop. W KWin zapewniono poprawne przewijanie przy użyciu kółka myszy w środowisku opartym na Wayland;
  • W GNOME dodano możliwość automatyzacji uruchamiania XWayland podczas próby uruchomienia aplikacji opartych na protokole X11 (wcześniej XWayland musiał być uruchamiany cały czas);
  • Rozpoczęto pracę nad portowaniem aplikacji środowiska użytkownika MATE dla Wayland. W MATE 1.24 dostosowano przeglądarkę obrazów Eye of MATE do Wayland i poprawiono wsparcie dla Wayland w panelu MATE;
  • W Qt Wayland Compositor zapewniona dodano obsługę protokołów linux-dmabuf-unstable-v1 i wp_viewporter. W komponentach platformy Qt dla Wayland dodano obsługę protokołu fullscreen-shell-unstable-v1;
  • Opublikowano Waypipe — proxy dla protokołu Wayland, umożliwiające uruchamianie aplikacji na innym hoście;
  • W środowisku użytkownika Enlightenment 0.23 znacznie poprawiono wsparcie dla pracy pod kontrolą Wayland;
  • Dla Firefox zrealizowano nowy backend dla Wayland, wykorzystujący mechanizm DMABUF do renderowania w tekstury;
  • W Ubuntu w środowisku opartym na Wayland zapewniona możliwość uruchamiania aplikacji X11 z uprawnieniami root pod kontrolą Xwayland;
  • Przygotowano zestaw poprawek Wine-wayland i sterownik winewayland.drv, które umożliwiają używanie Wine w środowiskach opartych na protokole Wayland, bez konieczności korzystania z XWayland i komponentów związanych z X11;
  • Trwa rozwój Mir jako serwera kompozytowego dla Wayland. W narzędziach do uruchamiania aplikacji Wayland w środowisku Mir zwiększone liczba obsługiwanych rozszerzeń protokołu Wayland. Przeprowadzono optymalizacja wydajności kodu związana z Wayland, a także dodano nową platformę graficzną „wayland”, umożliwiającą uruchamianie Mira jako klienta pod kontrolą innego kompozytora serwera Wayland. Zapewniono eksperymentalne wsparcie dla dynamicznego uruchamiania aplikacji X11 w otoczeniu opartym na Wayland.
  • Uformowane nowe wydania środowiska użytkownika Sway, które korzysta z Wayland;
  • Dystrybucja Lubuntu zaplanowała przejście na Wayland w 2020 roku. Wsparcie dla Wayland planowane jest poprzez portowanie menedżera okien Openbox do użycia z serwerem wyświetlania Mira, stosowanym jako kompozytor dla Wayland;
  • Rozwija się Cage, kompozytowy serwer oparty na Wayland do uruchamiania pojedynczych aplikacji w trybie kiosku;
  • Prace nad wydaniem środowiska użytkownika LXQt 1.0.0 trwają, a głównym celem jego rozwoju jest doprowadzenie do pełnej gotowości możliwości pracy w oparciu o Wayland;
  • System wyjściowy w mechanizmie do uruchamiania maszyn wirtualnych z Linuxem w ChromeOS oferuje wbudowaną obsługę klientów Wayland (virtio-wayland) z funkcjonującym serwerem kompozytowym po stronie głównego hosta oraz możliwością efektywnego wykorzystania GPU z systemów gościnnych;
  • Dla FreeBSD rozwija porty niezbędne do zbudowania KDE z obsługą Wayland;
  • W systemie operacyjnym DragonFly BSD rozwijana jest port z Wayland i Weston, jest wsparcie XWayland;
  • Używające Wayland środowiska użytkownika papyros-shell i Hawaii połączyły się w nowy projekt Liri. Liri opiera się na Qt 5 (QML) i promuje projekt w stylu Material Design;
  • Wayland jest domyślnie wykorzystywany w mobilnych platformach Plasma Mobile, Sailfish 2, webOS Open Source Edition,

    Źródło: opennet.ru

Kup solidny hosting stron z ochroną przed DDoS, serwery VPS VDS 🔥 Kup solidny hosting stron z ochroną przed DDoS, serwery VPS VDS | ProHoster