Wayland 1.24 ist verfĂŒgbar

Nach 13 Monaten Entwicklung wurde die stabile Version des Protokolls, des Mechanismus fĂŒr die Inter-Prozessor-Kommunikation und der Wayland-Bibliotheken 1.24 veröffentlicht. Die Version 1.24 bleibt auf API- und ABI-Ebene mit den 1.x-Releases abwĂ€rtskompatibel und enthĂ€lt hauptsĂ€chlich Fehlerbehebungen sowie geringfĂŒgige Aktualisierungen des Protokolls. Die Ergebnisse des Projekts werden unter der MIT-Lizenz veröffentlicht. Der Referenzkomposite-Server Weston, der Code und Arbeitsbeispiele zur Verwendung von Wayland in Desktop-Umgebungen und Embedded-Lösungen bereitstellt, wird im Rahmen eines separaten Entwicklungszyklus weiterentwickelt.

Wichtige Änderungen im Protokoll:

  • Die Schnittstelle wl_fixes wurde implementiert, um Probleme mit anderen Software-Schnittstellen der Basisprotokolle zu lösen, die nicht mit den eigenen FĂ€higkeiten dieser Schnittstellen behoben werden können. Beispielsweise ermöglicht die Anfrage „wl_fixes::destroy_registry“ die Beseitigung des Objekts wl_registry, nach dessen Löschung der Client es nicht mehr verwenden kann und der Kompositserver die Übertragung von Ereignissen ĂŒber dieses nicht mehr fortsetzt.
  • In der Programmierschnittstelle wl_keyboard::key wurde der Pseudo-Zustand "repeated" implementiert, der bedeutet, dass sich die Taste im gedrĂŒckten Zustand befindet. Eine Taste kann nur dann in den Zustand "repeated" versetzt werden, nachdem sie in den Zustand "pressed" ĂŒbergegangen ist, jedoch bevor sie den Zustand "released" erreicht. Ereignisse, die mit dem neuen Zustand verbunden sind, können mehrmals generiert werden, solange die Taste gedrĂŒckt bleibt. Diese Änderung ermöglicht es, dass Komposit-Server wiederholte TastenanschlĂ€ge beim Halten von Tasten als separate ZustĂ€nde behandeln, anstatt sie einfach als Stream von wiederholten "pressed"-Ereignissen zu betrachten, was fĂŒr die organisatorische Handhabung nĂŒtzlich sein kann. Remote-Desk.
  • Die Funktionen wl_display_dispatch_queue_timeout() und wl_display_dispatch_timeout() wurden hinzugefĂŒgt, um Ereignisse in der Warteschlange unter BerĂŒcksichtigung eines Timeouts zu dispatchen (die Funktionen wl_display_dispatch und wl_display_dispatch_queue geben nur 0 zurĂŒck, wenn keine Ereignisse auftreten, wĂ€hrend die Varianten *_timeout auch beim Eintreten eines Timeouts 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 wl_shm_buffer verbunden ist, nachdem dieser entfernt wurde (z. B. wenn der Client beendet wird). Diese Funktionen ermöglichen es, den wl_shm_buffer vom Lebenszyklus der Hauptressource wl_buffer zu lösen, wenn der Kompositionsserver den Übergang zu einem neuen Zustand verzögern muss.
  • Die Funktionen wl_proxy_get_interface() und wl_resource_get_interface() wurden hinzugefĂŒgt, um die wl_interface fĂŒr die angegebene Ressource zurĂŒckzugeben, was in Bindings fĂŒr dynamisch typisierte Sprachen benötigt wird.
  • Die Funktion wl_resource_post_error_vargs() wurde hinzugefĂŒgt und stellt eine Alternative zur Funktion wl_resource_post_error() dar, wobei eine Liste von Argumenten zur Stringformatierung (va_list) ĂŒbergeben werden kann.

Die bemerkenswertesten Ereignisse im Zusammenhang mit Wayland, die seit der Veröffentlichung der letzten Version aufgetreten sind:

  • Verbesserte UnterstĂŒtzung fĂŒr Wayland in proprietĂ€ren NVIDIA-Treibern.
  • KDE plant, nur die UnterstĂŒtzung fĂŒr Wayland beizubehalten. Trennung des Codes 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 erhalten.
  • GTK hat das X11-Backend als veraltet markiert.
  • In Fedora 43 wurde beschlossen, die Pakete zu entfernen, die in GNOME fĂŒr den Betrieb ĂŒber den X-Server verwendet werden. Alle GNOME-Benutzer mit X11 werden gezwungen, auf eine Wayland-basierte Sitzung umzuschalten.
  • In der Budgie-Desktop-Umgebung wird nur Wayland unterstĂŒtzt.
  • In Xfce 4.20 wurde partielle UnterstĂŒtzung fĂŒr Wayland implementiert.
  • MATE 1.28 bietet experimentelle UnterstĂŒtzung fĂŒr Wayland.
  • Wayback ist ein Composite-Server fĂŒr Wayland zur AusfĂŒhrung 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 Bibliothek fĂŒr grafische BenutzeroberflĂ€chen Cosmoe nutzt Wayland und eine API im BeOS-Stil.
  • Der Wayland-Treiber wird standardmĂ€ĂŸig in Wine aktiviert.
  • Raspberry Pi OS wechselt zur Verwendung von Wayland.
  • Die grafische Toolkit-Version FLTK 1.4.0 mit Wayland-UnterstĂŒtzung wurde veröffentlicht.
  • In das Wayland-Protocols-Set wurde eine zusĂ€tzliche Phase zur Förderung der Protokolle - 'experimental' - hinzugefĂŒgt, die darauf abzielt, die Integration der Protokolle zu erleichtern, die Entwicklung der Protokolle zu beschleunigen und die frĂŒhzeitige Implementierung in bestehenden Projekten zu stimulieren.
  • AMD entwickelt seinen eigenen Composite-Server ACS, der Wayland verwendet.
  • Sieben Alpha-Versionen der Desktop-Umgebung COSMIC.
  • Aktualisierung der Kompositionsserver: 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 Protok-Erweiterungen, die das Basisprotokoll Wayland ergĂ€nzen und in einem separaten Set von Wayland-Protocols bereitgestellt werden:

  • color-management — Funktionen zur Farbverwaltung und UnterstĂŒtzung fĂŒr erweiterten Dynamikbereich (HDR, High Dynamic Range).
  • color-representation-v1 — Festlegung der Farbanzeige fĂŒr Wayland-OberflĂ€chen.
  • xdg-toplevel-tag — ermöglicht es Wayland-Clients, Tags an OberflĂ€chen der obersten Ebene anzuhĂ€ngen, die der kompositorische Server zur Identifizierung von Fenstern nach dem Neustart der Anwendung verwenden kann.
  • ext-background-effect – Anwendung von Effekten auf halbtransparente Teile der Wayland-OberflĂ€che, wie z.B. HintergrundunschĂ€rfe.
  • pointer-warp – ermöglicht es einer Anwendung, den Zeiger sofort an eine angegebene Position zu verschieben.
  • xx-session-management — Wiederherstellung des Fensterzustands fĂŒr unterbrochene Sitzungen (z. B. nach einem unerwarteten Abbruch des Kompositormanagers).
  • xx-input-method — Entwicklung eines neuen Protokolls zur Verwendung von Texteingabemethoden. ext-data-control — ermöglicht privilegierten Clients die Verwaltung der Datenverarbeitung, z. B. zur Implementierung von Clipboards.
  • ext-workspace — implementiert das Konzept virtuellen ArbeitsflĂ€chen und bietet Ereignisse mit Informationen ĂŒber den Zustand von Arbeitsbereichen sowie Möglichkeiten zur Aktivierung und Deaktivierung von Arbeitsbereichen.
  • xdg-system-bell — ermöglicht das Ausgeben eines Systemsignals, das beispielsweise als Warnsignal im Terminalemulator verwendet werden kann.
  • xdg-toplevel-icon — zum VerknĂŒpfen eines Symbols mit einem Top-Level-Fenster.
  • ext-image-capture-source und ext-image-copy-capture — zur Erfassung von Inhalten, die auf dem Bildschirm angezeigt werden.
  • fifo — implementiert einen FIFO-Mechanismus (first in, first out) zur Verarbeitung der Aktualisierungswarteschlange des angezeigten Inhalts.
  • commit-timing — ermöglicht es, eine ZeitbeschrĂ€nkung an den Inhalt der OberflĂ€che zu binden (der komposite Server sollte Änderungen am Inhalt möglichst innerhalb der angegebenen Zeit anzeigen, jedoch nicht frĂŒher).

Wayland ist ein Protokoll, das die Interaktion zwischen dem Compositor und den darauf laufenden Anwendungen regelt. Die Clients zeichnen ihre Fenster eigenstĂ€ndig in separaten Puffern und ĂŒbermitteln Änderungsinformationen an den Compositor. Dieser kombiniert die Inhalte der einzelnen Anwendungs-Puffer zu einer endgĂŒltigen Ausgabe, wobei er Aspekte wie FensterĂŒberlappung und Transparenz berĂŒcksichtigt. Mit anderen Worten, der Compositor stellt keine API zur VerfĂŒgung, um einzelne Elemente zu zeichnen, sondern arbeitet ausschließlich mit bereits erstellten Fenstern. Dadurch entfĂ€llt die doppelte Pufferung beim Einsatz von hochrangigen Bibliotheken wie GTK und Qt, die fĂŒr das Layout der Fensterinhalte zustĂ€ndig sind.

Wayland löst viele Sicherheitsprobleme von X11, da es im Gegensatz zu letzterem die Eingabe und Ausgabe fĂŒr jedes Fenster isoliert, es dem Client nicht erlaubt, auf den Inhalt anderer Fenster zuzugreifen, und das Abfangen von eingabeverknĂŒpften Ereignissen zwischen anderen Fenstern nicht zulĂ€sst. Die UnterstĂŒtzung fĂŒr die direkte Arbeit mit Wayland ist fĂŒr die meisten in Linux verwendeten Grafikbibliotheken umgesetzt, darunter 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 Wechseln der 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 erfolgen, das auf Kernel-Ebene arbeitet, was es ermöglicht, ohne Superuser-Rechte auszukommen. FĂŒr die AusfĂŒhrung herkömmlicher X11-Anwendungen in einer Umgebung auf Basis von Wayland wird die DDX-Komponente XWayland (Device-Dependent X) verwendet, die in ihrer Funktionsweise Xwin und Xquartz fĂŒr die Plattformen Win32 und macOS Ă€hnelt.

Wayland 1.24 ist verfĂŒgbarWayland 1.24 ist verfĂŒgbar


Quelle: opennet.ru
ZuverlĂ€ssiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen đŸ”„ ZuverlĂ€ssiges Webhosting mit DDoS-Schutz, VPS- und VDS-Server kaufen | ProHoster