Trying to run KDE 6 Plasma with Wayland....

I found the kde plasma development thread 😂 nice

I don’t think you guys want to know what I’ve done so far. Will read up on the thread
 
I managed a hackable launch of KDE Plasma Destop version 6.4.5 + Wayland from the command line.

It isn't where I want it to be as you can see here. Screen resolution is 4K 3480x2160 with touch screen. Still catching up on the thread. We love our FreeBSD screenshots 😁
Screenshot_20251226_170413.png
 
Well, an update: x11-fm/konqueror has NOT been ported to Wayland. It crashes and leaves a core dump in a Wayland session, but starts properly in an Xorg session. Not a complete showstopper, but still a major annoyance.

Does anyone have a good hack to properly launch Konqueror on Wayland? Like with an XWayland shim or something like that?
 
astyle said:
Well, an update: x11-fm/konqueror has NOT been ported to Wayland. It crashes and leaves a core dump in a Wayland session, but starts properly in an Xorg session. Not a complete showstopper, but still a major annoyance.

Does anyone have a good hack to properly launch Konqueror on Wayland? Like with an XWayland shim or something like that?
Click to expand...
Well, as a datapoint, Konqeror works perfectly fine for me (nvidia-drm (with patched linuxkpi), konq 25.12.0, plasma/frameworks 6.4.5/6.18.0, everything built from ports).

A long time ago I too had problems with apps using qtwebengine on wayland (like konqueror) - even on Linux. Do for example kmail/akregator/falkon crash on startup as well? If yes, maybe starting konq with QTWEBENGINE_CHROMIUM_FLAGS="--disable-gpu-compositing" can be worth a try.
 
borsi1 said:
Do for example kmail/akregator/falkon crash on startup as well? If yes, maybe starting konq with QTWEBENGINE_CHROMIUM_FLAGS="--disable-gpu-compositing" can be worth a try.
Click to expand...
Yeah, they do. Falkon and KHelpCenter.

Oh, and one more thing that seems to be KDE Wayland-related, but I don't have a good idea of how to nail it down:

If I leave a KDE Wayland session specifically idle for a long enough time (like overnight or longer than 24 hours), the lockscreen activates, and then something crashes underneath all that. I tried an animated lockscreen, I tried enabling seatd - nothing worked. I do get an exact timestamp of when it happens, because the lockscreen shows a frozen clock. For example, one of my crashes happened just before 1 am, and I wake up at 6 am to discover that the screen is frozen, and I can't just wiggle my mouse and type in my password.

Today, though, I had KTorrent actively running overnight, and that seems to have helped, nothing crashed in my Plasma Wayland session. This has me thinking about memory leaks, but once again, I just don't have a good way off the top of my head on how to nail it down, which logs I should be looking through for the timestamps of crashes. If anyone has some troubleshooting tips for me, please post here!

Well, my GPU is AMD (as screenies from my earlier posts in this thread show).
 
Update: Nope, still crashes. Asks me to "Restore Previous Session", which I don't have, and then dumps core and the following text to stderr:
Code: 
kf.windowsystem: virtual void KX11Extras::connectNotify(const QMetaMethod &) may only be used on X11
kf.windowsystem: static void KX11Extras::setOnActivities(WId, const QStringList &) may only be used on X11
kf.parts: KPluginMetaData(name:"Okular", plugin-id:"okularpart") still defined ServiceTypes - this is deprecat
ed in favor of providing a  "Capabilities" list in the "KParts" object in the root of the metadata
kf.parts: KPluginMetaData(name:"Gwenview Image Viewer", plugin-id:"gvpart") still defined ServiceTypes - this 
is deprecated in favor of providing a  "Capabilities" list in the "KParts" object in the root of the metadata
kf.parts: KPluginMetaData(name:"Terminal Emulator", plugin-id:"konsolepart") still defined ServiceTypes - this
 is deprecated in favor of providing a  "Capabilities" list in the "KParts" object in the root of the metadata
kf.parts: ServiceType "inode/directory" from KPluginMetaData(name:"Terminal Emulator", plugin-id:"konsolepart"
) is not a known value that can be mapped to new Capability enum values
kf.parts: ServiceType "TerminalEmulator" from KPluginMetaData(name:"Terminal Emulator", plugin-id:"konsolepart
") is not a known value that can be mapped to new Capability enum values
kf.parts: KPluginMetaData(name:"Embedded Advanced Text Editor", plugin-id:"katepart") still defined ServiceTyp
es - this is deprecated in favor of providing a  "Capabilities" list in the "KParts" object in the root of the
 metadata

[1]   Trace/BPT trap (core dumped) konqueror QTWEBENGINE_CHROMIUM_FLAGS=--disable-gpu-compositing

I do have all the referenced KParts installed, like Okular, Konsole, etc. A bit frustrating, because I do like reading the manpages in Konqueror, rather than Konsole... and the fact that under Xorg, I don't have those 2 issues.

The part about things just crashing under the lockscreen - I merely described what is visible to me. The crashes may have nothing to do with Wayland stuff, but it's certainly a showstopper here.

This is all happening on my Lenovo Thinkbook 14 laptop. I have a different laptop (Asus ROG Zephyrus AMD Advantage) , where I was actually unable to get a KDE Wayland session going (or even Xorg, for that matter!) but Wayfire functions just fine, and doesn't crash. Well, under Wayfire, I can't use Spectacle, because it's a different compositor. But under Wayfire, Konqueror crashes and dumps core, as well, but with compositor messages that strongly resemble earlier (like from about a year ago) attempts to launch a KDE Wayland session at all. Unable to find appropriate screen, and to load proper plugins.
 
astyle said:
Update: Nope, still crashes. Asks me to "Restore Previous Session", which I don't have, and then dumps core and the following text to stderr:
Code: 
kf.windowsystem: virtual void KX11Extras::connectNotify(const QMetaMethod &) may only be used on X11
kf.windowsystem: static void KX11Extras::setOnActivities(WId, const QStringList &) may only be used on X11
kf.parts: KPluginMetaData(name:"Okular", plugin-id:"okularpart") still defined ServiceTypes - this is deprecat
ed in favor of providing a  "Capabilities" list in the "KParts" object in the root of the metadata
kf.parts: KPluginMetaData(name:"Gwenview Image Viewer", plugin-id:"gvpart") still defined ServiceTypes - this 
is deprecated in favor of providing a  "Capabilities" list in the "KParts" object in the root of the metadata
kf.parts: KPluginMetaData(name:"Terminal Emulator", plugin-id:"konsolepart") still defined ServiceTypes - this
 is deprecated in favor of providing a  "Capabilities" list in the "KParts" object in the root of the metadata
kf.parts: ServiceType "inode/directory" from KPluginMetaData(name:"Terminal Emulator", plugin-id:"konsolepart"
) is not a known value that can be mapped to new Capability enum values
kf.parts: ServiceType "TerminalEmulator" from KPluginMetaData(name:"Terminal Emulator", plugin-id:"konsolepart
") is not a known value that can be mapped to new Capability enum values
kf.parts: KPluginMetaData(name:"Embedded Advanced Text Editor", plugin-id:"katepart") still defined ServiceTyp
es - this is deprecated in favor of providing a  "Capabilities" list in the "KParts" object in the root of the
 metadata

[1]   Trace/BPT trap (core dumped) konqueror QTWEBENGINE_CHROMIUM_FLAGS=--disable-gpu-compositing

I do have all the referenced KParts installed, like Okular, Konsole, etc. A bit frustrating, because I do like reading the manpages in Konqueror, rather than Konsole... and the fact that under Xorg, I don't have those 2 issues.

The part about things just crashing under the lockscreen - I merely described what is visible to me. The crashes may have nothing to do with Wayland stuff, but it's certainly a showstopper here.

This is all happening on my Lenovo Thinkbook 14 laptop. I have a different laptop (Asus ROG Zephyrus AMD Advantage) , where I was actually unable to get a KDE Wayland session going (or even Xorg, for that matter!) but Wayfire functions just fine, and doesn't crash. Well, under Wayfire, I can't use Spectacle, because it's a different compositor. But under Wayfire, Konqueror crashes and dumps core, as well, but with compositor messages that strongly resemble earlier (like from about a year ago) attempts to launch a KDE Wayland session at all. Unable to find appropriate screen, and to load proper plugins.
Click to expand...

Just to make sure: you have set it as an environment variable, right? Looking at the backtrace it kind of looks like a parameter.
 
Librewolf has been fairly stable for web browsing on this setup.

I disabled sddm autostart at boot time. My method of troubleshooting is process of elimination. This helps me eliminate anything in the kde build that is crashing.

So I manually launch kde plasma desktop from the command line. I know this isn’t what everyone seeks for a stable desktop environment but it works for me.

From here I launch the de with the following commands
sh: 
sudo kldload i915kms # my specific GPU driver

. ~/.xinitrc

# you can alias these commands at ~/.shrc
# I set mine to 1. driver and 2. kde
 
rcbsdpge said:
Librewolf has been fairly stable for web browsing on this setup.

I disabled sddm autostart at boot time. My method of troubleshooting is process of elimination. This helps me eliminate anything in the kde build that is crashing.

So I manually launch kde plasma desktop from the command line. I know this isn’t what everyone seeks for a stable desktop environment but it works for me.

From here I launch the de with the following commands
sh: 
sudo kldload i915kms # my specific GPU driver

. ~/.xinitrc

# you can alias these commands at ~/.shrc
# I set mine to 1. driver and 2. kde
Click to expand...
You realize that the whole point of this thread is to wean ourselves off Xorg and related stuff like ~/.xinitrc... and that KDE plans to go Wayland-only pretty soon. And BTW, SDDM now works to launch both Xorg and Wayland sessions for KDE, I mentioned that earlier in this thread.

And now for an update from my end of things: With KTorrent actively running in my Plasma Wayland session, I have not had a crash like I described earlier in post #730 just a couple days ago... I can actually leave my session alone, overnight, and it will not crash underneath the lockscreen... go figga.

I actually had very similar crashes even without SDDM's involvement.
 
A rather unfortunate update, from another Forums thread: Thread freebsd-15-probably-will-include-kde-as-de-installtion-option.98635.

Start reading at post #101:
duncan_bayne

Post in thread 'FreeBSD 15 probably will include KDE as DE installtion option'

Is this still likely to happen given KDE seems to be dropping FreeBSD support?

invent.kde.org

Drop code for FreeBSD support (e78f33ae) · Commits · Plasma / Plasma Login Manager · GitLab

We rely on systemd/logind, so FreeBSD is not supported
invent.kde.org invent.kde.org
  • Thanks

Long story short, some FreeBSD-related code did get dropped. This probably means that the patch(es) to re-add that code will need to be maintained in the Ports Collection tree.

And, in other news, my Wayland session finally crashed, even with KTorrent running. Those crashes are a showstopper...
😭
 
You must log in or register to reply here.
Back
Top