Wayland 1.18 verfĂŒgbar

Hat stattgefunden stabiler Release des Protokolls, des Mechanismus der Interprozesskommunikation und der Bibliotheken Wayland 1.18. Der Branch 1.18 ist rĂŒckwĂ€rtskompatibel auf API- und ABI-Ebene mit den Versionen 1.x, enthĂ€lt jedoch zusĂ€tzlich eine Reihe von Verbesserungen. Der Komposit-Server Weston 8.0, innerhalb dessen die Codebasis und die Arbeitsbeispiele fĂŒr die Verwendung von Wayland in Desktop-Umgebungen und in Embedded-Lösungen entwickelt werden, wurde veröffentlicht Ende Januar veröffentlicht.

Hauptverbesserungen in Wayland 1.18:

  • UnterstĂŒtzung des Build-Systems Meson hinzugefĂŒgt. Die Möglichkeit, mit autotools zu bauen, bleibt vorerst erhalten, wird jedoch in einer der zukĂŒnftigen Versionen entfernt werden;
  • HinzugefĂŒgt API zur Trennung von Proxy-Objekten basierend auf Tags, die Anwendungen und Toolkits ermöglicht, eine Wayland-Verbindung gemeinsam zu nutzen;
  • Verfolgung der Wayland-Server-Timer im Benutzerspeicherraum sichergestellt, wodurch die Erstellung einer zu großen Anzahl von Dateideskriptoren ausgeschlossen wurde;
  • HinzugefĂŒgt Funktion wl_global_remove(), die ein Ereignis zum Entfernen eines globalen Objekts ohne dessen Bereinigung sendet. Neue Funktion das Öffnen eines Links in einem neuen Tab oder in einem neuen Container. Austritt von Rennen (race conditions) bei der Entfernung globaler Objekte zu vermeiden. Solche RennzustĂ€nde konnten auftreten, da die Clients nicht in der Lage waren, den Empfang der Entfernung zu bestĂ€tigen. Die Funktion wl_global_remove() ermöglicht es, zunĂ€chst das Ereignis der Entfernung zu senden und das Objekt erst nach einer bestimmten Verzögerung zu bereinigen.

Status der Wayland-UnterstĂŒtzung in Anwendungen, Desktop-Umgebungen und Distributionen:

  • In Fedora ist sichergestellt wird standardmĂ€ĂŸig eine Wayland-basierte Firefox-Version geliefert. Probleme mit der Verwendung proprietĂ€rer NVIDIA-BinĂ€rtreiber mit Wayland wurden gelöst.
    Implementiert experimentelle Möglichkeit des automatischen Starts von XWayland beim Versuch, eine Anwendung auf Basis des X11-Protokolls auszufĂŒhren.
    In der Wayland-Umgebung wurde die Möglichkeit hinzugefĂŒgt, X11-Anwendungen mit Root-Rechten unter XWayland auszufĂŒhren. In SDL fĂŒr Wayland wurden Probleme mit der Skalierung beim Start alter Spiele, die in niedrigen Bildschirmauflösungen liefen, behoben. Die Qt-Bibliothek fĂŒr die Verwendung in der GNOME-Umgebung wurde standardmĂ€ĂŸig mit Wayland-UnterstĂŒtzung kompiliert;
  • Im Red Hat Enterprise Linux 8 als Desktop-Umgebung wurde GNOME mit einem standardmĂ€ĂŸigen Wayland-basierten Display-Server angeboten;
  • In der Vorabversion von GTK 4 in GDK wurde fortgesetzt Implementierung von APIs, die unter BerĂŒcksichtigung des Einsatzes des Wayland-Protokolls entwickelt wurden. Der GDK-Backend fĂŒr Wayland hat UnterstĂŒtzung fĂŒr das Portal-Interface zur VerfĂŒgung gestellt, um auf die GtkSettings zuzugreifen, und zur Eingabeverarbeitung wurde UnterstĂŒtzung fĂŒr die Erweiterung des Protokolls text-input-unstable-v3 angeboten;
  • Gestartet ein Projekt zur Behebung von Fehlern und Unvollkommenheiten von GNOME, die bei der Arbeit ĂŒber Wayland auftreten;
  • In XWayland wurde hinzugefĂŒgt GLX-Handler basierend auf der EGL-Schnittstelle, der die Anwendung des Software-Rasterizers swrast ausschließen wird;
  • Zu den Entwicklungszielen von KDE in den nĂ€chsten zwei Jahren erwĂ€hnt die Migration von KDE auf Wayland. Die KDE-Umgebung, die unter Wayland lĂ€uft, soll primĂ€r gemacht werden, wĂ€hrend die Umgebung basierend auf X11 in die Kategorie Optionen und optionale AbhĂ€ngigkeiten verschoben wird. Im Berichtszeitraum in KDE wurde UnterstĂŒtzung fĂŒr fractional scaling bei der Arbeit unter Wayland. Die KDE-Sitzung unter Wayland wurde an proprietĂ€re NVIDIA-Treiber angepasst. Es gibt die Möglichkeit, Fensteranwendungen, die XWayland und Wayland verwenden, per Drag & Drop zu verschieben. In KWin wurde ein korrektes Scrollen mit der Maus in einer Umgebung basierend auf Wayland gewĂ€hrleistet;
  • In GNOME hinzugefĂŒgt die Möglichkeit, den Start von XWayland zu automatisieren, wenn versucht wird, eine Anwendung basierend auf dem X11-Protokoll auszufĂŒhren (frĂŒher musste XWayland stĂ€ndig laufen);
  • Gestartet die Arbeit an der Portierung von Anwendungen der Benutzerumgebung MATE fĂŒr Wayland. In MATE 1.24 wurde der Bildbetrachter Eye of MATE fĂŒr Wayland angepasst und die UnterstĂŒtzung von Wayland im MATE-Panel verbessert;
  • Im Qt Wayland Compositor ist sichergestellt UnterstĂŒtzung fĂŒr die Protokolle linux-dmabuf-unstable-v1 und wp_viewporter. In den Qt-Plattformkomponenten fĂŒr Wayland wurde UnterstĂŒtzung fĂŒr das Protokoll fullscreen-shell-unstable-v1 hinzugefĂŒgt;
  • Veröffentlicht Waypipe – ein Proxy fĂŒr das Wayland-Protokoll, der es ermöglicht, Anwendungen auf einem anderen Host auszufĂŒhren;
  • In der Benutzerumgebung Enlightenment 0.23 wurde die UnterstĂŒtzung fĂŒr die Arbeit unter Wayland erheblich verbessert;
  • FĂŒr Firefox wurde implementiert ein neuer Backend fĂŒr Wayland, der den DMABUF-Mechanismus zur Darstellung in Texturen nutzt;
  • In Ubuntu in einer Umgebung basierend auf Wayland ist sichergestellt die Möglichkeit, X11-Anwendungen mit Root-Rechten unter Xwayland auszufĂŒhren;
  • Vorbereitet eine Reihe von Patches Wine-wayland und den Driver winewayland.drv, die es ermöglichen, Wine in Umgebungen basierend auf dem Wayland-Protokoll zu nutzen, ohne XWayland und Komponenten, die mit X11 verbunden sind, zu verwenden;
  • Die Entwicklung von Mir als Kompositionsserver fĂŒr Wayland wird fortgesetzt. In den Mitteln zur GewĂ€hrleistung des Starts von Wayland-Anwendungen in der Mir-Umgebung erhöht die Anzahl unterstĂŒtzter Erweiterungen des Wayland-Protokolls. DurchgefĂŒhrt wurde Optimierung der Leistung des mit Wayland verbundenen Codes und EinfĂŒhrung einer neuen Grafikplattform „wayland“, die es ermöglicht, Mir als Client unter einem anderen kompositorischen Wayland-Server auszufĂŒhren. Vorgeschlagen Experimentelle UnterstĂŒtzung fĂŒr den dynamischen Start von X11-Anwendungen in einer auf Wayland basierenden Umgebung.
  • Korrigiert Neue Versionen der BenutzeroberflĂ€che Sway, die Wayland verwendet;
  • Die Distribution Lubuntu strebt den Wechsel zu Wayland bis 2020 an. Die UnterstĂŒtzung von Wayland soll durch die Portierung des Fenstermanagers Openbox auf den Einsatz des Displayservers Mir, der als kompositorischer Server fĂŒr Wayland verwendet wird, realisiert werden;
  • Wird entwickelt Cage, ein auf Wayland basierender kompositorischer Server zum Starten einzelner Anwendungen im Kiosk-Modus;
  • Die Arbeit an der Veröffentlichung der BenutzeroberflĂ€che LXQt 1.0.0 geht weiter, wobei das Hauptziel der Entwicklung darin besteht, die vollstĂ€ndige FunktionalitĂ€t fĂŒr die Arbeit ĂŒber Wayland zu erreichen;
  • Das Ausgabesystem im Mechanismus zum Starten von virtuellen Maschinen mit Linux in ChromeOS ein Framework zur Erstellung von Komponenten, die Programme sind, die in ihrer eigenen Sandbox ausgefĂŒhrt werden und ĂŒber IPC mit anderen Komponenten interagieren können. eingebaute UnterstĂŒtzung fĂŒr Wayland-Clients (virtio-wayland) mit der AusfĂŒhrung des kompositorischen Servers auf der Seite des Haupt-Hosts und der Möglichkeit zur effizienten Nutzung von GPU aus Gastsystemen;
  • FĂŒr FreeBSD entwickelt Ports, die fĂŒr den Bau von KDE mit Wayland-UnterstĂŒtzung erforderlich sind;
  • Im Betriebssystem DragonFly BSD entwickelt sich Port mit Wayland und Weston, gibt es UnterstĂŒtzung fĂŒr XWayland;
  • BenutzeroberflĂ€chen, die Wayland verwenden papyros-shell und Hawaii haben sich zu einem neuen Projekt zusammengeschlossen Liri. Liri basiert auf Qt 5 (QML) und fördert ein Design im Material Design-Stil;
  • Wayland wird standardmĂ€ĂŸig auf mobilen Plattformen verwendet Plasma Mobile, Sailfish 2, webOS Open Source Edition,

    Quelle: opennet.ru

60GB SSD 8Gb DDR4