ubuntuusers.de

Du meinst vermutlich das Wayland die Ein- und Ausgabe jedes Fensters isoliert und so die Vertraulichkeit und Integrität gewährleistet. Dem X-Design fehlen diese Sicherheitsmerkmale weitgehend

Korrekt, bei X ist der Compositor (KWin, Mutter, ...) halt das führende System, während dies bei Xorg nur Gast ist und andere Applikation quasi machen können was die wollen. Daher war Screen Sharing oder 3rd Party Screenshot Tools so lange ein Drama damit.

KDE kann man nur gratulieren, dass es nun überhaupt läuft auf Wayland. Aber mit dem Firefox gibts dafür unangnehme Erlebnisbereicherung. Copy & Paste blockiert das Desktop, Minuten lange Freezes. Aber das ist noch längst nicht alles. Auf Wayland ist Firefox auch enorm abstürzfreudig. Auf dem XServer hingegen ist der Firefox stabil wie das Matterhorn in der Schweiz.

Anwendungen wie dpScreenOCR fehlen dann auch auf Wayland. Also für mich ist Wayland noch viel zu unausgereift. Zum Glück kann KDE aber auch auf Resolute Raccoon noch auf dem XServer laufen, wenn man das bevorzugt, oder braucht, damit man ein stabiles und nützliches Desktop mitsamt Anwendungen hat.

Ich nutze Wayland auf Arch Linux schon viele Jahre, mehr Abstürze mit dem Firefox kann ich da nicht bestätigen. Fast alle meine Probleme mit UI unter Linux waren verschwunden nachdem ich von nVidia zu AMD GPUs migriert habe.

Deckt sich auch mit der Aussage der Hyprland Entwickler: https://wiki.hypr.land/Nvidia/

@encbladexp: Der eigentlich nvidia-driver, in meinem Fall mit meiner alten GTX 970, der nvidia-driver mit zur Zeit Version 580.142, ist Wayland kompatibel. Der Grafiktreiber stürzte auch nicht ab, KDE läuft ja auch weiter stabil, sogar auf Wayland. Es dürfte eher die Firefox Verbindung zu VA-API sein, so dass der NVENC auch durch Firefox genutzt werden kann.

Aber selbst wenn man auf diese Hardwarebeschleungigung durch NVENC verzichten würde, wäre immer noch die extrem Nerven raubende Minuten lange Blockierung bei Copy & Paste durch Firefox auf Wayland.

Und dpScreenOCR ist auch nicht nutzbar mit Wayland. Schlichtweg ist für mich Wayland also bislang immer noch unbrauchbar, auch auf Resolute Raccoon.

trollsportverein schrieb:

...wäre immer noch die extrem Nerven raubende Minuten lange Blockierung bei Copy & Paste durch Firefox auf Wayland.

Wann soll das passieren?

@encbladexp: Wenn ich auf Wayland im Firefox Text markiere und kopiere, und darauf hoffe, dass dieser Text dann auch im Klipper erscheint. Der Text erscheint dann auch, aber später, sehr viel später, nach mehreren Minuten Wartezeit im Klipper. So lange jedoch, ist dann auch der Wechsel in eine andere Anwendung, auch in die Konsole blockiert. So oft kann man gar nicht zum Zeit totschlagen zur Kaffeemaschine spazieren, dass diese Wayland-Wartezeiten zu überbrücken wären, bis das Desktop wieder benutzbar ist.

Ach ja, kein Snap-Firefox! Der orginal Firefox aus dem Mozilla eignen DEB-Repository (packages.mozilla.org/apt). Also Snaps sind in diesem Fall sogar mal völlig unschuldig, weil überhaupt involviert.

So ein Verhalten habe ich nicht mit Kubuntu 26.04, Wayland und AMD Ryzen 5 5600G, also AMD-Grafik.

trollsportverein schrieb:

Wenn ich auf Wayland im Firefox Text markiere und kopiere, und darauf hoffe, dass dieser Text dann auch im Klipper erscheint. Der Text erscheint dann auch, aber später, sehr viel später, nach mehreren Minuten Wartezeit im Klipper. So lange jedoch, ist dann auch der Wechsel in eine andere Anwendung, auch in die Konsole blockiert.

An so einem System säße ich maximal fünf Minuten lang, dann wäre es als unbrauchbar weggefegt!

Aber ein solches Verhalten ist mir noch in keinem Wayland (hier immer KDE Plasma) begegnet, nicht mal ansatzweise, weder (K)Ubuntu noch Debian noch OpenSUSE noch sonstwo. Firefox ist flink wie immer, Markiertes liegt sofort im Klipper, es treten keine Trägheiten irgendwo auf. Ich beobachte auch keine Abstürze. Da ist bei dir was oberfaul konfiguriert.

Der Anspruch von Wayland, die Dinge zu vereinfachen, ist bei mir erfüllt. Hardware sind hier hauptsächlich Lenovo-Thinkpads und -Tinys mit Intel- und Nvidia-Grafik, letztere immer mit proprietären Treibern, aber nouveau macht auch keine Probleme.

timothy2068 schrieb:

An so einem System säße ich maximal fünf Minuten lang, dann wäre es als unbrauchbar weggefegt!

Frisch installieren und dann gleich wegfegen? Wäre das nicht etwas überreagiert? Die Wayland Fehler lassen sich doch auf Kubuntu Resolute Raccoon mit Leichtigkeit beseitigen, in dem man ganz einfach den bewährten XServer benutzt. Dann funktioniert es, wie es soll, und wie man es gewohnt ist, ohne unnötig Ärger zu bereiten.

Wayland braucht offensichtlich noch ein paar Jahre, oder Jahrzehnte, um auch nur annähernd so ausgereift wie der XServer zu werden, um eine stabile und kompatible Plattform für alle Anwendungen zu werden.

trollsportverein schrieb:

Frisch installieren und dann gleich wegfegen?

Na, bei Deinem System schon. 😀 Du kompilierst von früh bis spät selbst (und hättest es mit Arch sehr viel einfacher), hast also nicht gerade ein Standardsystem. Aber im Ernst, das wird irgendeine kleine Konfigurationssache sein, die sich aber groß auswirkt (wie hier, da habe ich auch eine zeitlang angenommen, Wayland würde vorläufig nichts werden - daß ich noch X nutze, aber jederzeit wechseln kann, hat andere Ursachen).

@von.wert: nö, mein Kubuntu Resolute Raccoon ist eine frische Installation auf eine neu gekaufte NVME SSD.

Deswegen habe ich da auch die Installer Überreste gefunden (/etc/sudoers.d/10-installer), die Einträge in die /etc/sudoers aushebeln.

trollsportverein schrieb:

Wenn ich auf Wayland im Firefox Text markiere und kopiere, und darauf hoffe, dass dieser Text dann auch im Klipper erscheint. Der Text erscheint dann auch, aber später, sehr viel später, nach mehreren Minuten Wartezeit im Klipper.

Das geht hier Instant (Arch Linux, GNOME Shell, AMD GPU, Wayland). Ich wüsste auch von keiner Erzählung aus dem lokalen Hackerspace über derart Wayland spezifische Probleme, und dort ist außer für WebUSB der Firefox meist default Browser.

@encbladexp: da irrst Du. Das Problem mit Copy & Paste mit Wayland ist in den letzten Jahren immer wieder mal aufgetaucht, auch dieses Wayland Problem zieht sich bereits seit Jahren hin:

• https://forum.openmandriva.org/t/kde-clipboard-not-working-in-wayland-bug-reported/6782

• https://github.com/rustdesk/rustdesk/issues/13338

• https://bugs.kde.org/show_bug.cgi?id=459389

Aber alle Wayland Probleme verschwinden ja ganz einfach durch die Verwendung vom XServer, der besser funktioniert, und eine höhere Kompatibilität mit Anwendungen hat.

Falls jemand unter Ubuntu 26.04 Resolute Raccoon die NVIDIA Performance Primitives libraries für FFmpeg für Hardwarebeschleungiung über die GPU, wie etwa beim skalieren (--enable-libnpp für scale_npp) nutzen möchte, Pustekuchen! Ist nicht mehr!

• https://trac.ffmpeg.org/wiki/HWAccelIntro#cuda-nvccandlibnpp

Das aktuelle FFmpeg configure aus dem master branch prüft vor dem Build auf vorhanden sein der NVIDIA Performance Primitives libraries (libnpp-dev-$VERSION), sobald es eine aus dem CUDA 13x Zweig entdeckt, bricht configure ab.

Lasst euch nicht von irgendeiner KI etwas anderes herbeifantasieren. KI findet noch alte Anleitungen, die nicht mehr funktionieren.

Siehe auch:

• https://code.ffmpeg.org/FFmpeg/FFmpeg/commit/994a3684#diff-09be8533ff0a6ee5d577f971145ed449399fcda4