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

astyle said:
Well, have you tried starting Plasma Wayland from command-line? the plasmawayland.desktop file contains the following command:
/usr/local/lib/libexec/plasma-dbus-run-session-if-needed /usr/local/bin/ck-launch-session /usr/local/bin/startplasma-wayland
Click to expand...
I have tried it now. I went to the TTY, stopped SDDM, and then ran this command
Code: 
/usr/local/lib/libexec/plasma-dbus-run-session-if-needed /usr/local/bin/ck-launch-session /usr/local/bin/startplasma-wayland
on the TTY as my non-root user that is in the video group (let me know if that's correct). Sadly I only got some wall of text and it didn't launch. I redirected the command output into a file and attached it!

So I guess while the command exists, it doesn't seem to be working right for some reason.
 

Attachments

itstotallyme said:
I have tried it now. I went to the TTY, stopped SDDM, and then ran this command
Code: 
/usr/local/lib/libexec/plasma-dbus-run-session-if-needed /usr/local/bin/ck-launch-session /usr/local/bin/startplasma-wayland
on the TTY as my non-root user that is in the video group (let me know if that's correct). Sadly I only got some wall of text and it didn't launch. I redirected the command output into a file and attached it!

So I guess while the command exists, it doesn't seem to be working right for some reason.
Click to expand...
Having the non-root user in video group is a correct move in any event.

Off the top of my head, all I can think of is that Plasma Wayland is not playing well with virtualized hardware that the FreeBSD guest can show it. I know for a fact that Plasma/Xorg plays well with that same base setup. This whole thread is about making Plasma Wayland play well with the hardware as FreeBSD can present it. It contains nuggets of useful info, what to pay attention to and fix. And, itstotallyme , your errors do look very similar to the stuff that was discussed earlier (like 2024) in this thread.

Just goes to show that Plasma Wayland is still a rather experimental toy, and not something that is reliably stabilized/automated to the point that RTFMing is all it takes to get it to work right in just about any situation, be it on metal or in a VM.
 
So you think this might e.g. be some problem of it trying to use the real GPU (inaccesible) rather than llvmpipe, inside Qemu?

Interesting. 😮 Thanks for taking a look!
 
itstotallyme said:
So you think this might e.g. be some problem of it trying to use the real GPU (inaccesible) rather than llvmpipe, inside Qemu?

Interesting. 😮 Thanks for taking a look!
Click to expand...
I don't have Qemu experience, only VirtualBox. But if a GPU is virtualized, then yeah, it's gonna be llvmpipe.

Also, in a somewhat unrelated matter, I'm beginning to think that maybe a working suspend/resume under FreeBSD is something that Plasma Wayland on FreeBSD would really benefit from.
 
Why are the kde & plasma6-plasma packages not available in latest for -STABLE?

Code: 
FreeBSD-ports: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
FreeBSD-ports-kmods: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/kmods_latest",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
FreeBSD-base: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/base_latest",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
 
rbranco said:
Why are the kde & plasma6-plasma packages not available in latest for -STABLE?

Code: 
FreeBSD-ports: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
FreeBSD-ports-kmods: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/kmods_latest",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
FreeBSD-base: {
  url: "pkg+https://pkg.FreeBSD.org/${ABI}/base_latest",
  mirror_type: "srv",
  signature_type: "fingerprints",
  fingerprints: "/usr/share/keys/pkg",
  enabled: yes
}
Click to expand...
What does that have to do with making sure the port runs correctly on Wayland? This thread is about addressing papercuts and showstoppers, and which versions they apply to. Packaging issues like this are best addressed in the Forums section titled "Installation and Maintenance of Ports and Packages". You'll find it on the front page of the Forums.
 
astyle said:
Best part? SDDM friggin' works to start Plasma Wayland session! Oh, and the issues with power management that I complained about in November? resolved! Session gets restored, no need to reboot, keyboard connection remains.
Click to expand...
How to configure SDDM to start this session?
This
Code: 
Exec=/usr/local/lib/libexec/plasma-dbus-run-session-if-needed /usr/local/bin/ck-launch-session /usr/local/bin/startplasma-wayland
does not work.
 
dusan-gvozdenovic said:
plasmashell is spiking at 99% CPU usage ever since I upgraded to 6.6.2 (FreeBSD 15). Anybody hitting the same?
Click to expand...
I'm experiencing the same. But not only plasmashell, sddm too: according to truss output both seems to be in a loop executing fstatat() on four files (happens with both Xorg and Wayland session):
  • /etc/TZ
  • /etc/localtime
  • /etc/timezone
  • /var/db/zoneinfo
After a while sddm stops this loop, but plasmashell doesn't. I'm attaching the file with the output for plasmashell, just in case this could be useful to someone.

P.S. If in truss output fstatat() doesn't report "No such file or directory" for /etc/TZ and /etc/timezone it's because I tried stop this behaviour creating those file as symlinks that point to the same timezone that /etc/localtime points to.
 

Attachments

dusan-gvozdenovic said:
plasmashell is spiking at 99% CPU usage ever since I upgraded to 6.6.2 (FreeBSD 15). Anybody hitting the same?
Click to expand...

Maxnix said:
I'm experiencing the same. But not only plasmashell, sddm too: according to truss output both seems to be in a loop executing fstatat() on four files (happens with both Xorg and Wayland session):
  • /etc/TZ
  • /etc/localtime
  • /etc/timezone
  • /var/db/zoneinfo
After a while sddm stops this loop, but plasmashell doesn't. I'm attaching the file with the output for plasmashell, just in case this could be useful to someone.

P.S. If in truss output fstatat() doesn't report "No such file or directory" for /etc/TZ and /etc/timezone it's because I tried stop this behaviour creating those file as symlinks that point to the same timezone that /etc/localtime points to.
Click to expand...
Ok, just solved it! :)
As FreshPorts' page for plasma6-plasma-workspace reports for version 6.6.0, there is a bug (PR 293368) that causes this loop. The workaround is to set the Clock widget to never show seconds.
More infos on the commit: https://cgit.freebsd.org/ports/commit/?id=a9f8378e37f45046ee91f0f9ad660d8fb2b77663.
 
siealex said:
How to configure SDDM to start this session?
This
Code: 
Exec=/usr/local/lib/libexec/plasma-dbus-run-session-if-needed /usr/local/bin/ck-launch-session /usr/local/bin/startplasma-wayland
does not work.
Click to expand...
The sequence is incorrect here... the /usr/local/bin/ck-launch-session comes first, and then the /usr/local/lib/libexec/plasma-dbus-run-session-if-needed... At least that was the case last time I tried to run Plasma Wayland from command-line. You also gotta have the following folder: /usr/local/share/wayland-sessions, readable by SDDM.
 
You must log in or register to reply here.
Back
Top