- Thread Starter
- #51
...Busy with setting up laptop for my 6 yo, I got KDE6 with Wayland running...
that's is the goal to achieve. If he has been able,in some way kde5 and kde6 are living together in the same host or it is a false problem.
...Busy with setting up laptop for my 6 yo, I got KDE6 with Wayland running...
6 with Wayland, yes.that's is the goal to achieve. If he has been able,in some way kde5 and kde6 are living together in the same host or it is a false problem.
Yeah, there are some 6 packages where the port's Makefiles incorrectly specify QT5 dependencies. And that does need to be cleaned up - on FreeBSD side. And it looks like the FreeBSD-KDE team is working through that issue, cleaning things up.Point is that when I make the installation of some packages related to plasma6,some plasma5 packages are installed too. Its not me who wants mix things. Not sure if also him has some plasma or kde5 packages installed. Anyway now I'm trying to remove every package tied to kde 5. Let's see what happens.
"kwin_wayland_drm: No suitable DRM devices have been found"
nvidia-drm already loads nvidia-modeset. Moreover, loading nvidia-modeset before nvidia-drm may not work.
According to https://www.freshports.org/graphics/nvidia-drm-61-kmod#message
you also need "sysctl hw.nvidiadrm.modeset=1"
> [ -d $XDG_RUNTIME_DIR ] || mkdir -m 700 -p $XDG_RUNTIME_DIR
Manually setting and creating XDG_RUNTIME_DIR is obsolete on FreeBSD >= 14 via pam_xdg(8).
Besides, Plasma uses ConsoleKit2 which overrides XDG_RUNTIME_DIR and (if the value is same) destroys existing contents. GUI apps started before Plasma with different XDG_RUNTIME_DIR wouldn't be accessible from within Plasma and may cause other issues.
> exec dbus-launch --sh-syntax --exit-with-session startplasma-
Plasma requires ConsoleKit2 session, so prepend ck-launch-session like :
https://cgit.freebsd.org/ports/tree/x11/plasma5-plasma-workspace/files/startplasma-wayland.sh
Do you have /dev/dri/card0 ? If not debug drm-kmod or nvidia-drm-kmod.
After that check if Wayfire works before going on Plasma journey. DEs like Plasma are a pinnacle of complexity, so even experienced users can easily drown in pilot errors.
Plasma/Wayland 6.1.1 works fine for me but I've only tested under Sway. If standalone Plasma/Wayland fails it's likely due to ConsoleKit2 again.
plasma5-kwin and plasma6-kwin can't coexist :
A conflict was highlighted on page 2, <https://forums.freebsd.org/posts/663061>.
refresh the page..
./startplasma-wayland 2> error
There is conflict between those two. Just checkI think there is no conflict between plasma5-kwin and plasma6-kwin ; I made some progress...
pkg-plist
of those two side-by-side.I'm not able to save the messages I get to a file. …
cat typescript | nc termbin.com 9999
You should not install any plasma5 components that are not pulled in by plasma6 -- they conflict, as they are both the KDE Desktop... and therefore share files and services -- so stick to one version.
I have not yet got the plasma6-wayland session working on my end though -- I can start the plasma-desktop inside a running wayland compositor, but I cannot bring up kwin as compositor.
It's essentially same as what I've been saying all along - did you notice? ?A KDE 6 developer says :
It's essentially same as what I've been saying all along - did you notice? ?
And I'm not a dev.
… they are developed the tool.
If there are no conflicts, the output byThere is conflict between those two. Just checkpkg-plist
of those two side-by-side.
diff -u -p -N /usr/ports/x11-wm/plasma5-kwin/pkg-plist /usr/ports/x11-wm/plasma6-kwin/pkg-plist
The "-" at the top of lines means it appears on the first file but not on the second.@@ -1,49 +1,275 @@ bin/kwin_x11
bin/kwin_wayland
bin/kwin_wayland_wrapper
bin/kwin_x11
-include/kwin_export.h
-include/kwinanimationeffect.h
bin/kwin_wayland
, bin/kwin_wayland_wrapper
and bin/kwin_x11
in the quoted example above.Quote functionality
True, and the conflict is by design – the developers' design. The conflict is intentional, not a bug.
When your fellow users draw attention to the conflict, it's partly an effort to avoid a waste of your time when you go down a metaphorical rabbit hole.
kde5 and kde6 conflict, as they install the same desktop in different versions...so, don't install plasma5 if you want to use plasma6 -- the only port that might be needed of plasma5-plasma-integration. If you want to try to use plasma6 and try to get wayland up, make sure to remove plasma5* and just install the plasma6-plasma package.
I really recommend to use this tree instead of main:
https://github.com/freebsd/freebsd-ports-kde/tree/kde-it_goes_to_6
You can then create a shell-script ala
###
#!/bin/sh
export QT_DEBUG_PLUGINS=1
# export QT_WAYLAND_SHELL_INTEGRATION=xdg-shell
export WAYLAND_DEBUG=1
# export XDG_SESSION_TYPE=wayland
ck-launch-session dbus-run-session truss /usr/local/bin/startplasma-wayland >& /memory/startplasma.log
####
to try to run plasma... you likely get an output like
###
[...]
qt.core.library: "/usr/local/lib/qt6/plugins/platforms/libqwayland-generic.so" loaded library
Failed to create wl_display (No such file or directory)
qt.qpa.plugin: Could not load the Qt platform plugin "wayland" in "" even though it was found.
qt.core.library: "/usr/local/lib/qt6/plugins/platforms/libqxcb.so" loaded library
qt.qpa.xcb: could not connect to display :0
qt.qpa.plugin: From 6.5.0, xcb-cursor0 or libxcb-cursor0 is needed to load the Qt xcb platform plugin.
[...]
###
before it fails :/