Wayland 1.24 ist verfügbar.

Nach 13 Monaten Entwicklung wurde die stabile Version des Protokolls, des Mechanismus der Interprozesskommunikation und der Bibliotheken Wayland 1.24 veröffentlicht. Der Branch 1.24 ist auf API- und ABI-Ebene abwärtskompatibel mit den Versionen 1.x und enthält hauptsächlich Fehlerbehebungen sowie geringfügige Aktualisierungen des Protokolls. Die Projektergebnisse werden unter der MIT-Lizenz veröffentlicht. Der Referenzkompositserver Weston, der Code und Arbeitsbeispiele für die Nutzung von Wayland in Desktop-Umgebungen und eingebetteten Lösungen bereitstellt, entwickelt sich im Rahmen eines separaten Entwicklungszyklus.

Hauptänderungen im Protokoll:

• Es wurde die Schnittstelle wl_fixes implementiert, die es ermöglicht, Probleme mit anderen Software-Schnittstellen der Basisprotokolle zu lösen, die nicht durch die eigenen Möglichkeiten dieser Schnittstellen behoben werden können. Zum Beispiel erlaubt die Anfrage „wl_fixes::destroy_registry“ die Eliminierung des Objekts wl_registry, wonach der Client es nicht mehr verwenden kann und der Kompositserver die Übertragung von Ereignissen über dieses Objekt einstellt.
• Im Programm-Schnittstelle wl_keyboard::key wurde der Pseudostatus „repeated“ implementiert, der bedeutet, dass die Taste gedrückt gehalten wird. Eine Taste kann nur nach dem Übergang in den Status „pressed“ in den Zustand „repeated“ versetzt werden, jedoch bevor der Status „released“ eintritt. Die mit dem neuen Zustand verbundenen Ereignisse können mehrfach generiert werden, solange die Taste gedrückt ist. Diese Änderung ermöglicht es Kompositservern, wiederholte Betätigungen beim Halten der Tasten als separate Zustände zu behandeln und nicht nur als Strom wiederholter Betätigungsereignisse („pressed“), was für die Organisation der Arbeit mit einem entfernten Desktop.
• Die Funktionen wl_display_dispatch_queue_timeout() und wl_display_dispatch_timeout() wurden hinzugefügt, um Ereignisse in der Warteschlange unter Berücksichtigung des Zeitlimits zu verarbeiten (die Funktionen wl_display_dispatch und wl_display_dispatch_queue geben nur dann 0 zurück, wenn keine Ereignisse vorliegen, während die Varianten *_timeout zudem beim Erreichen des Zeitlimits 0 zurückgeben).
• Die Funktionen wl_shm_buffer_ref() und wl_shm_buffer_unref() wurden hinzugefügt, um auf den gemeinsamen Speicher zuzugreifen, der mit dem Buffer wl_shm_buffer verbunden ist, nachdem dieser eliminiert wurde (z.B. wenn der Client beendet wird). Die Funktionen ermöglichen es, den Buffer wl_shm_buffer von der Lebensdauer der Hauptressource wl_buffer zu entkoppeln, wenn der Kompositserver den Übergang zu einem neuen Zustand verzögern muss.
• Die Funktionen wl_proxy_get_interface() und wl_resource_get_interface() wurden hinzugefügt, die das wl_interface für die angegebene Ressource zurückgeben, was in den Bindings für dynamisch typisierte Sprachen gefragt ist.
• Die Funktion wl_resource_post_error_vargs() wurde hinzugefügt, die eine Alternative zur Funktion wl_resource_post_error() darstellt und die Möglichkeit bietet, eine Liste von Argumenten zur Formatierung der Zeichenfolge (va_list) zu übergeben.

Die bemerkenswertesten Ereignisse im Zusammenhang mit Wayland, die seit der Veröffentlichung der letzten Ausgabe stattgefunden haben:

• Verbesserung der Wayland-Unterstützung in proprietären NVIDIA-Treibern.
• KDE plant, nur die Unterstützung für Wayland beizubehalten. Trennung des Codes von kwin_x11 und kwin_wayland.
• Ubuntu und Kubuntu werden nur die Unterstützung für Wayland-Sitzungen in GNOME und KDE beibehalten.
• In GDM bleibt standardmäßig nur die Unterstützung für Wayland.
• GTK hat das X11-Backend als veraltet eingestuft.
• In Fedora 43 wurde beschlossen, die im GNOME verwendeten Pakete zur Arbeit über den X-Server aus dem Repository zu entfernen. Alle GNOME-Nutzer mit X11 werden gezwungen, auf eine Sitzung auf Basis von Wayland umzuschalten.
• In der Budgie-Desktop-Umgebung bleibt nur die Unterstützung für Wayland.
• In Xfce 4.20 wurde teilweise Unterstützung für Wayland implementiert.
• MATE 1.28 mit experimenteller Unterstützung für Wayland.
• Wayback – ein Wayland-Composite-Server zum Ausführen von Desktops auf Basis von X11.
• Das Unternehmen Valve hat das Projekt Frog ins Leben gerufen, um die Einführung neuer Wayland-Protokolle zu beschleunigen.
• Die grafische Benutzeroberflächenbibliothek Cosmoe, die Wayland und eine BeOS-ähnliche API verwendet.
• Standardmäßig aktivierter Wayland-Treiber in Wine.
• Der Übergang von Raspberry Pi OS zur Verwendung von Wayland.
• Veröffentlichung des grafischen Toolkits FLTK 1.4.0 mit Unterstützung für Wayland.
• Im Set der Wayland-Protokolle wurde eine zusätzliche Phase zur Förderung der Protokolle hinzugefügt – „experimental“, die darauf abzielt, die Barrieren bei der Integration von Protokollen zu verringern, die Überführung der Protokolle zu Entwicklern zu beschleunigen und die frühe Implementierung in bestehenden Projekten zu fördern.
• AMD entwickelt seinen eigenen Composite-Server ACS, der Wayland verwendet.
• Sieben Alpha-Versionen der Desktop-Umgebung COSMIC.
• Aktualisierung der Composite-Server: Weston 14.0, Niri 25.05, Wayland Maker 0.5, miracle-wm 0.5, Hyprland 0.49, labwc 0.8.3, Cage 0.2, Wayfire 0.9, Sway 1.11.

Im letzten Jahr hinzugefügte Protokollerweiterungen, die das Basisprotokoll Wayland ergänzen und in einem separaten Set von Wayland-Protokollen bereitgestellt werden:

• color-management – Funktionen zur Farbverwaltung und zur Unterstützung eines erweiterten Dynamikbereichs der Helligkeit (HDR, High Dynamic Range).
• color-representation-v1 — Aufgabe der farblichen Darstellung einer Wayland-Oberfläche.
• xdg-toplevel-tag — ermöglicht es Wayland-Clients, Tags an Top-Level-Oberflächen anzuhängen, die vom Kompositionserver zur Identifizierung von Fenstern nach einem Neustart der Anwendung verwendet werden können.
• ext-background-effect – Anwendung von Effekten auf transparente Teile der Wayland-Oberfläche, wie z. B. Hintergrundunschärfe.
• pointer-warp – ermöglicht es der Anwendung, den Zeiger sofort an die angegebene Position zu bewegen.
• xx-session-management – Wiederherstellung des Zustands von Fenstern für unterbrochene Sitzungen (z. B. nach einem Absturz des Kompositionsmanagers).
• xx-input-method — Entwicklung eines neuen Protokolls zur Verwendung von Texteingabemethoden. ext-data-control — erlaubt privilegierten Clients die Verwaltung der Datenverarbeitung, beispielsweise zur Implementierung von Zwischenablage-Manager.
• ext-workspace — implementiert das Konzept virtuellen Arbeitsplätzen und bietet Ereignisse mit Informationen über den Status von Arbeitsflächen sowie Möglichkeiten zur Aktivierung und Deaktivierung von Arbeitsflächen.
• xdg-system-bell — erlaubt die Ausgabe eines Systemsignals, das beispielsweise als Warnung in Terminal-Emulatoren verwendet werden kann.
• xdg-toplevel-icon — zum Binden eines Symbols an ein Top-Level-Fenster.
• ext-image-capture-source und ext-image-copy-capture — Erfassung des auf dem Bildschirm ausgegebenen Inhalts.
• fifo — implementiert einen FIFO-Mechanismus (First In, First Out) zur Verarbeitung der Aktualisierungsanfragen des dargestellten Oberflächeninhalts.
• commit-timing — ermöglicht es, eine Zeitbeschränkung an den Inhalt der Oberfläche zu binden (der Compositing-Server sollte Änderungen des Inhalts nach Möglichkeit innerhalb des angegebenen Zeitrahmens anzeigen, jedoch nicht früher).

Wir erinnern daran, dass Wayland ein Protokoll für die Interaktion zwischen einem Kompositionserver und den mit ihm arbeitenden Anwendungen darstellt. Clients führen die Darstellung ihrer Fenster in einem separaten Puffer selbst durch und übermitteln Informationen über Aktualisierungen an den Kompositionserver, der den Inhalt der einzelnen Anwendungs-Puffer kombiniert, um die endgültige Ausgabe unter Berücksichtigung möglicher Nuancen wie Fensterüberlappung und Transparenz zu erzeugen. Mit anderen Worten, der Kompositionserver stellt keine API zur Verfügung, um einzelne Elemente zu zeichnen, sondern arbeitet nur mit bereits formatierten Fenstern, was eine doppelte Pufferung bei der Verwendung von hochrangigen Bibliotheken wie GTK und Qt, die sich um die Anordnung des Fensterinhalts kümmern, vermeidet.

Wayland löst viele Sicherheitsprobleme von X11, da es im Gegensatz zu Letzterem Eingaben und Ausgaben für jedes Fenster isoliert; es erlaubt einem Client nicht, auf den Inhalt der Fenster anderer Clients zuzugreifen, und verhindert auch das Abfangen von mit anderen Fenstern verbundenen Eingabeereignissen. Die Unterstützung für die direkte Arbeit mit Wayland ist für die meisten in Linux verwendeten Grafikbibliotheken implementiert, einschließlich GTK, Qt, SDL, FLTK, wxWidgets, Clutter und EFL (Enlightenment Foundation Library).

Die Interaktion mit der Hardware in Wayland/Weston, wie z.B. die Durchführung von Initialisierungen, das Umschalten von Video-Modi (drm modesetting) und das Speichermanagement (GEM für i915 und TTM für radeon und nouveau) von Grafikkarten, kann direkt über ein Modul, das auf Kernel-Ebene arbeitet, erfolgen, was es ermöglicht, ohne Superuser-Rechte auszukommen. Um die Ausführung herkömmlicher X11-Anwendungen in einer Wayland-basierten Umgebung zu ermöglichen, wird die DDX-Komponente XWayland (Device-Dependent X) verwendet, die hinsichtlich ihrer Funktionsweise Xwin und Xquartz für die Plattformen Win32 und macOS ähnelt.

Quelle: opennet.ru