XFCE 4.20 zielt auf erste Wayland-Unterstützung ab

 (ostechnix.com)
1 Punkte von GN⁺ 2024-10-07 | 1 Kommentare | Auf WhatsApp teilen
  • XFCE 4.20 wird als Übergangsrelease vorbereitet, das die bisherigen Stärken als leichtgewichtige X11-Desktop-Umgebung beibehält und zugleich erste Wayland-Unterstützung in zentrale Komponenten aufnimmt
  • Die Einführung von Wayland lässt durch eine einfachere Display-Architektur und direkte Kommunikation Verbesserungen bei Performance und Sicherheit, geringere Eingabelatenz sowie bessere HiDPI-Unterstützung erwarten
  • Der unterstützte Umfang beginnt bei xfce4-panel, xfdesktop, libxfce4ui und xfce4-settings; je nach Komponente laufen Portierung und Kompatibilitätsanpassungen
  • Allerdings stehen die Wayland-Entwicklung von xfwm4 sowie Anpassungen von Panel-Plugins und Anwendungen noch aus, sodass der Zeitplan für eine vollständige XFCE-Wayland-Session noch nicht feststeht
  • Die Entwicklungsrichtung zielt weniger darauf ab, X11 abzuschneiden, sondern eher darauf, Nutzern das optionale Testen von Wayland zu ermöglichen, während die vertraute XFCE-Umgebung erhalten bleibt

Umfang der Wayland-Umstellung in XFCE 4.20

  • XFCE 4.20 zielt darauf ab, erste Wayland-Unterstützung in zentrale Komponenten einzuführen
  • Bisher ist XFCE als leichtgewichtige und anpassbare X11-Desktop-Umgebung bekannt; 4.20 ergänzt Wayland, während die X11-Kompatibilität erhalten bleibt
  • Nutzer können die bisherige XFCE-Erfahrung weiterverwenden und zugleich eine Wayland-Umgebung testen

  • Was Wayland verändert

    • Wayland ist ein modernes Display-Server-Protokoll, das als Ersatz für das ältere X11-System entwickelt wurde
    • Durch eine einfachere Architektur und direkte Kommunikation zwischen Anwendungen und Display-Server sollen Grafiken flüssiger werden, die Eingabelatenz sinken und die Sicherheit verbessert werden
    • Es unterstützt hochauflösende Displays nativ und bietet auf moderner Hardware ein schärferes Bild
    • Es nutzt einen Compositor-zentrierten Ansatz, bei dem der Compositor Fensterverwaltung, Animationen und Effekte effektiver steuert

Fortschritt nach Komponenten und verbleibende Aufgaben

  • Zentrale Komponenten

    • xfce4-panel wurde mithilfe des Compositor-Frameworks wlroots für Wayland angepasst und ist für den Betrieb unter Wayland vorbereitet
    • xfdesktop wurde auf Wayland portiert; die Unterstützung für Funktionen wie Arbeitsflächen und Fensterlisten wird weiterentwickelt
    • libxfce4ui wurde aktualisiert, um Kompatibilität sowohl mit X11 als auch mit Wayland sicherzustellen
    • xfce4-settings wurden um Wayland-kompatible Komponenten ergänzt; die Display-Einstellungen wurden so angepasst, dass sie unter X11 und Wayland getrennt funktionieren

  • Noch offene Aufgaben

    • Die Wayland-Entwicklung von xfwm4 steht noch aus
    • Auch mehrere Panel-Plugins und Anwendungen benötigen noch Arbeiten für Wayland-Unterstützung
    • Langfristiges Ziel ist eine vollständige XFCE-Wayland-Session, doch der genaue Zeitplan ist noch unklar

Release-Zeitplan für XFCE 4.20

  • Der aktuelle Release-Plan für XFCE 4.20 sieht wie folgt aus
      1. November 2024: XFCE 4.20pre1, Feature- und String-Freeze
      1. Dezember 2024: XFCE 4.20pre2, Code-Freeze
      1. Dezember 2024: XFCE 4.20pre3, finaler Freeze, optionales Release
      1. Dezember 2024: geplantes finales Release von XFCE 4.20, bei einem pre3 um den 29. Dezember 2024 herum
  • Referenz: https://wiki.xfce.org/releng/4.20/roadmap

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-10-07
Meinungen auf Hacker News

  • Um das klarzustellen: Einen Compositor gibt es noch nicht.
    Ich habe zwar ein wenig daran gearbeitet, aber es wird wohl mindestens ein Jahr dauern, vielleicht auch länger, bis er brauchbar ist.
    In 4.20 können einige Komponenten auf anderen Compositors laufen, und da unser Compositor ebenfalls wlroots verwenden soll, testen wir hauptsächlich mit Wayfire und Labwc.

    • XFCE war jahrelang mein Daily Driver und ist eher eines dieser Werkzeuge, die ihre Aufgabe so gut erfüllen, dass man ihre Existenz vergisst.
    • Großartige Neuigkeiten. Viele Leute freuen sich darauf, und XFCE ist eine attraktive und beliebte Desktop-Umgebung.
      Ich bin allerdings gespannt, wie die Leute auf diese Änderung reagieren werden. Unter XFCE-Nutzern gibt es sicher viele, die Wayland wollen oder denen es egal ist, aber ich vermute auch viele, die sich stark dagegen wehren werden.
      Wenn man es langsam angeht, kann XFCE Wayland offenbar so ausreifen, dass es von den jüngsten Fortschritten bei Wayland profitiert und zugleich Probleme beim Umstieg minimiert.
    • Aus der Perspektive eines nicht besonders informierten Außenstehenden frage ich mich, ob man nicht Kontakt zu System76 aufnehmen sollte.
      Auch sie bauen einen Wayland-Compositor für einen Desktop, der sich zunehmend von GTK entfernt, und sie sind schon ziemlich weit; vielleicht würde dieser Compositor zu den Anforderungen passen.
    • Ist compiz nicht ein Compositor für XFCE?
      Außerdem mag ich XFCE wirklich sehr. Für mich hat es die perfekte Balance zwischen Funktionen, Stabilität und Performance.
    • Man sollte vorsichtig sein, bis wlroots statisch in den XFCE-Compositor gelinkt wird.
      Hoffentlich lässt sich das Chaos mit den Milliarden verstreuter X11-Bibliotheken vermeiden.

  • Wenn man unter Linux/BSD einen Fenstermanager sucht, der ohne Herumkonfigurieren sofort funktioniert und leichtgewichtig ist, ist XFCE meiner Meinung nach ernsthaft die einzige praktische Wahl.
    Es ist so etwas wie eine bessere Windows-2000-Oberfläche mit insgesamt vernünftigen Voreinstellungen. Ich bin den Entwicklern wirklich dankbar, die XFCE weiterhin aktuell halten, und diese Nachricht ist ein großer Pluspunkt.

    • Ich mag XFCE, aber auf heutigen HiDPI-Displays ist es schwer zu ertragen.
      Deshalb habe ich festgestellt, dass Cinnamon ebenfalls eine ziemlich gute Wahl als „bessere Windows-2000-Oberfläche“ ist.
      Auch Cinnamon ist bei HiDPI nicht perfekt, aber wenn man die Schriftgröße auf 150 % oder 200 % erhöht, geht nicht gleich alles kaputt. Bei XFCE sieht dann alles hässlich aus.
    • KDE ist tatsächlich leichtergewichtig. Und HiDPI ist auf der Qt-Seite deutlich besser.
    • Für leichtgewichtige Installationen ohne viel Aufwand, etwa in VMs oder per VNC, nutze ich eindeutig am häufigsten XFCE.
    • Wenn ich wirklich etwas will, das einfach funktioniert und tatsächlich leichtgewichtig ist, nehme ich icewm, statt etwas, das nur so tut wie XFCE.

  • Ich nutze XFCE jeden Tag, besonders an Arbeitstagen.
    Ich benutze es seit Jahren; angefangen hat es, als es der einzige Fenstermanager war, der auf einem Atom-basierten Netbook ohne Verzögerung lief. Damals war das mein einziger „PC“.
    Viele Jahre später nutze ich es immer noch und bin immer noch zufrieden. Ich weiß nicht, ob die Leute noch wissen, wie es sich anfühlt, wenn beim Anklicken von etwas sofort und ohne Verzögerung etwas passiert.
    Es ist großartige Software, und ich bin allen Entwicklern dankbar, die daran arbeiten.
    Ich habe ein paar Beschwerden zu HiDPI gesehen; ob es hilft, weiß ich nicht, aber ich verwende ein 4K-Laptop-Display, einen per USB-C angeschlossenen 4K-Monitor und einen per HDMI angeschlossenen 1024er-Monitor im Hochformat.
    Wenn ich in den Darstellungseinstellungen x2 einstelle, sehen die beiden 4K-Monitore sehr hübsch aus, und wenn ich im Display-Manager auch für den 1024er-Monitor 2x-Skalierung einstelle, ist es in Ordnung. Natürlich ist es nicht so gut wie 4K, aber das liegt daran, dass es von vornherein ein schlechterer Monitor ist; ehrlich gesagt bin ich überrascht, dass es so gut funktioniert.

  • Als ich vor ein paar Monaten Linux auf meinem Arbeitsrechner installierte, war der Umstand, dass XFCE an X11 gebunden war, letztlich der Grund, warum ich zu KDE gewechselt bin.
    Wenn ich auf einer entfernten Maschine Code kompilierte, brachte das Terminal in einem Fenster YouTube-Videos in einem anderen Fenster zum Ruckeln. Soweit ich feststellen konnte, funktionierte hardwarebeschleunigte Wiedergabe überhaupt nicht.
    Sowohl Chrome als auch Firefox schienen X11 praktisch aufgegeben zu haben und unter Wayland auf Vulkan-basierte Rendering-Backends zu setzen.
    Nachdem ich KDE 5 über Nacht „reifen“ ließ — es ist Gentoo, daher dauert das Kompilieren einer vollständigen Desktop-Umgebung wie KDE — funktionierte einfach alles.
    Ich vermisse die visuelle Schlichtheit von XFCE und würde irgendwann gern zurückkehren, aber bis dahin ist Reaktionsfähigkeit entscheidend.

    • Firefox unter X11 funktioniert ebenfalls gut, wenn man in about:config media.ffmpeg.vaapi.enabled aktiviert.
    • Bei mir lief es fast genauso. Nachdem ich herausgefunden hatte, wie ich alle Funktionen, die ich unter XFCE genutzt hatte, in KDE umsetzen kann, gab es kein Zurück mehr.
      Ich bevorzuge immer leichte und ressourcenschonende Software, aber keine Hardwarebeschleunigung zu nutzen, kann man im Gegenteil als ziemlich ressourcenhungrig ansehen.

  • Vor ein paar Jahren habe ich hauptsächlich dwm genutzt und mochte es, aber wenn ich schnell eine Umgebung brauche, kehre ich meistens zu Xfce zurück.
    Die Computer meiner Familie — die PCs meines Vaters, meiner Mutter, meiner jüngeren Schwester und sogar der Media-PC, den ich aus Bequemlichkeit so gelassen habe — laufen alle mit Xfce. Wenn Xfce Wayland unterstützt, werde ich einen Umstieg wohl in Betracht ziehen.
    Ich erinnere mich noch daran, wie ich ein Video gesehen habe, vermutlich etwa zu Xfce 4.0.4, und überrascht war, wie schlicht und stabil es war, Launcher und Widgets in der Leiste selbst auszuwählen. Es war viel einfacher als das damalige Gnome.
    Modernes KDE sieht für mich manchmal wie Xfce aus, aber wenn ich Einstellungen ändern will, stoße ich auf viele seltsame Bugs. Auch Xfce hatte solche Probleme, etwa in der Zeit, als Thunar ziemlich instabil war, aber in Sachen Einfachheit und Stabilität ist es weiterhin der Desktop, zu dem ich zurückkehre.

    • Die Computer in unserer Familie laufen ebenfalls alle mit Xfce.
      Der Grund ist, dass alle mit Win9x aufgewachsen sind und die visuelle Metapher von XFCE sofort verstehen. Solange YouTube und Facebook funktionieren, ist ihnen völlig egal, was darunter steckt.
      Außerdem ist dwm großartig. Wie das meiste aus der suckless-Ecke

  • Ehrlich gesagt sind Waylands Screen Sharing und andere Bereiche noch so anfällig, dass es sich eher wie ein Vorteil anfühlt, dass XFCE als Daily Driver bei der Einführung hinterherhinkt

    • Mich würde interessieren, wo die Probleme auftreten
      Anfangs war es komplett kaputt, und weil jede App explizite Unterstützung hinzufügen musste, war es ziemlich schlecht, glaube ich; in letzter Zeit hatte ich aber mit Firefox, Zoom und Slack keine Probleme
      Die einzige Ausnahme ist Microsoft Teams, aber bei Teams funktioniert nicht einmal die Webcam richtig
    • Wayland-Screen-Sharing war schon vor etwa 4 Jahren gelöst und funktionierte damals auch per Workaround
      Als wir wegen des Lockdowns nach Hause geschickt wurden, funktionierte Screen Sharing in MS Teams unter Chrome nicht standardmäßig, aber nach ein paar Minuten Suche fand ich das Chrome-Flag, das man aktivieren musste, und erstellte eine neue lokale Desktop-Datei, die Chrome mit dem richtigen Flag startet
      Was danach noch fehlte, waren im Wesentlichen HDR-Unterstützung und Farbkorrektur. Es ist schade, dass das noch nicht fertig ist, aber tatsächlich nutzen es nur sehr wenige Anwender, sodass Wayland für 99,9 % der Nutzer gut funktioniert
    • In sway habe ich das Teilen des gesamten Bildschirms zum Laufen gebracht, und ich traue mich nicht, es noch einmal anzufassen
      Ich bin mir nicht einmal sicher, ob das Teilen einzelner Fenster oder Tabs möglich ist
    • Geht mir genauso. Als anderer Bereich fällt mir x2go ein, das ich immer noch intensiv nutze
      Ich frage mich, wie es damit auf der Wayland-Seite aussieht

  • Die Umstellung auf Wayland scheint auch mit der Einführung von clientseitigen Dekorationen einherzugehen
    Dieser „moderne“ Ansatz ruiniert die traditionelle User Experience von XFCE, wie man an den jüngsten Änderungen im Einstellungsmanager sieht. Ich mache mir Sorgen um die Zukunft von XFCE
    Für mich lag die Stärke von XFCE in einer stabil umgesetzten, traditionellen Win98/XP-User-Experience. Ich hoffe, dass sie nicht noch mehr Gnome3-Muster übernehmen

    • Die Umstellung auf Wayland und clientseitige Dekorationen haben nicht wirklich etwas miteinander zu tun
      GNOME/GTK war schon vor Wayland auf dem CSD-Kurs. Wayland-Compositoren können ihre eigenen Dekorationen zeichnen, und xfwm4 wird das auch weiterhin tun, wenn es ein Wayland-Compositor wird
      Einer der tatsächlich guten Punkte an Wayland ist, dass es ein Protokoll gibt, mit dem der Compositor Apps mitteilen kann, dass sie ihre eigenen Dekorationen nicht zeichnen sollen. Bei X11 hingegen kann der Window Manager nichts tun, wenn eine App ihm sagt, dass sie CSD zeichnen will
      GNOME ist definitiv bei CSD all-in gegangen, und wenn ich mich richtig erinnere, gibt es in GNOME gar keine Dekorationen, wenn eine App kein CSD zeichnet; aber das hat nichts mit Wayland zu tun

    • Ich weiß nicht, was das mit Wayland oder XFCE zu tun haben soll. Die einzige große Desktop-Umgebung, die clientseitige Dekorationen verwendet, ist praktisch GNOME, und das ist seit 2018 so

      I heard that GNOME is currently trying to lobby for all applications implementing CSD. One of the arguments seems to be that CSD is a must on Wayland. That’s of course not the case. Nothing in Wayland enforces CSD. Wayland itself is as ignorant about this as X11. [...] In fact we created a protocol (supported by GTK) that allows to negotiate with the Wayland compositor whether to use CSD or SSD.

      Quelle: https://blog.martin-graesslin.com/blog/2018/01/server-side-d...

      Wayland ist neutral; wie es unter Wayland gehandhabt wird, entscheiden Compositor und Anwendung

    • CSD hat nichts mit der User Experience zu tun. CSD bedeutet nur, dass die Anwendung Fenster-Buttons und Rahmen selbst zeichnet

  • Meine Accessibility-Anforderungen sind unter Wayland praktisch tot
    Ich brauche Shortcuts, die sich pro Anwendung nachbilden lassen, sowie globale Shortcuts
    Aber Waylands Sicherheitsmodell scheint das nicht zu erlauben. Ich weiß nicht, wie Accessibility- und Automatisierungstools es schaffen sollen, alle Wayland-Compositoren zu unterstützen

    • Es wäre wohl deutlich besser, wenn der Compositor einen Teil der Accessibility-Funktionen implementiert
      Der Rest kann in Libraries und Toolkits liegen, aber der Integrationspunkt sollte wahrscheinlich im Compositor sein
    • Globale Shortcuts werden vom XDG Desktop Portal verwaltet
    • Ich dachte ähnlich, bis ich keyd entdeckt habe
      https://github.com/rvaiya/keyd
    • Wenn Accessibility wirklich eine wichtige Anforderung ist, ist Linux wahrscheinlich nicht das richtige Betriebssystem
      Im Vergleich zu Windows ist es bei Accessibility so weit zurück, dass es nicht einmal lustig ist

  • Verstehe ich das richtig, dass es auf wlroots aufbaut?
    Falls ja, ist das ein ziemlich erfreulicher Fortschritt. Denn vielleicht kann man dann auch in anderen Window Managern/Compositoren wie Sway oder River die Robustheit der XFCE-Apps nutzen

    • Ja, darauf wird es letztlich hinauslaufen
      Ich habe ein wenig an xfwm4 mit wlroots gearbeitet, aber bis es brauchbar ist, wird es noch mehr als ein Jahr dauern
      Die Desktop-Komponenten, die unter Wayland funktionieren, wurden hauptsächlich mit wlroots-basierten Compositoren getestet

  • Wenn ich unter Linux eine Desktop-Umgebung verwenden müsste, würde ich XFCE nehmen
    Aber wegen dieses Wayland-Trends zieht es mich eher in Richtung BSD. Ich habe Linux noch nicht aufgegeben, und bis Firefox die X-Unterstützung einstellt, wird Wayland wohl nicht zwingend sein

    • Vielleicht besser, wenn du dir das jetzt nicht ansiehst: https://docs.freebsd.org/en/books/handbook/wayland/
    • Es hätte schlimmer kommen können. Gnome 3 und Wayland haben mich zu macOS getrieben
    • Ich bin noch auf X11 und ignoriere dieses Chaos komplett, in der Hoffnung, dass es irgendwann verschwindet
    • Sway funktioniert unter FreeBSD gut
      Allerdings habe ich die magische dbus-Beschwörung, die nötig ist, um Screen Sharing ohne systemd zum Laufen zu bringen, noch nicht herausgefunden. Mindestens pipewire dürfte nötig sein
    • Wenn ich einen Server mit Desktop-Umgebung nutzte, war es immer FreeBSD und XFCE