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

Maxnix said:
Nope, if I don't explicitly start it as konqueror file:/// it segfaults. :(
Code: 
kf.windowsystem: virtual void KX11Extras::connectNotify(const QMetaMethod &) may only be used on X11
kf.parts: KPluginMetaData(name:"Okular", plugin-id:"okularpart") 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:"Utilità di archiviazione", plugin-id:"arkpart") 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:"Visore di immagini Gwenview", 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:"Emulatore di terminale", 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:"Emulatore di terminale", plugin-id:"konsolepart") is not a known value that can be mapped to new Capability enum values
kf.parts: ServiceType "TerminalEmulator" from KPluginMetaData(name:"Emulatore di terminale", plugin-id:"konsolepart") is not a known value that can be mapped to new Capability enum values
kf.parts: KPluginMetaData(name:"Editor di testo avanzato incorporato", plugin-id:"katepart") still defined ServiceTypes - this is deprecated in favor of providing a  "Capabilities" list in the "KParts" object in the root of the metadata
GBM is not supported with the current configuration. Fallback to Vulkan rendering in Chromium.
zsh: segmentation fault  konqueror
Click to expand...
I have mine compiled, and can start it as a regular browser... but when it crashes on my end of things, I get these exact error messages.

TBF, KDE does have a lot of apps that are still not ported to QT6 / Wayland. With that in mind, I see "6.8 going wayland-only" as a nudge / wake-up call for those projects to get moving on porting the code.
 
astyle said:
I have mine compiled, and can start it as a regular browser... but when it crashes on my end of things, I get these exact error messages.

TBF, KDE does have a lot of apps that are still not ported to QT6 / Wayland. With that in mind, I see "6.8 going wayland-only" as a nudge / wake-up call for those projects to get moving on porting the code.
Click to expand...
Got it working making it using the NVIDIA GPU with __NV_PRIME_RENDER_OFFLOAD=1 konqueror:
Schermata_20260922_234732.png

It still complains about GBM not being supported and that it needs Vulkan however. Maybe forcing konqueror using OpenGL instead of Vulkan could work? :-/
 
Is it possible to run KDE Plasma Wayland on a VMware virtual machine (if yes, how to configure it)?
My system: FreeBSD 15.1 with KDE Plasma 6.7.5 running fine on X11, VMware 26H1 on a Windows 11 machine.
Trying to run exec dbus-launch ck-launch-session startplasma-wayland or other similar commands from this thread displays a lot of messages, among them several times in a row
kwin_wayland_drm: Failed to open drm device dev/dri/card0
kwin_wayland_drm: No suitable drm devices have been found
Click to expand...
Does it mean that the VMware virtual graphics card is not supported? Or is something wrong with my configuration?

PS, running the same command from WITHIN the X11 KDE session successfully opens a Wayland session in a window (!) without any error messages, however, mouse control is screwed up inside that window.
 
I'm NOT using VMware, but unless you somehow explicitly pass any of your GPU through to VMware, your configuration is clearly wrong. DRM/KMS drivers shouldn't work at all on VMware guests unless any GPU is passed through and 100% dedicated to the specific SINGLE guest at the same time, keeping FreeBSD host side untouching it.

And if no GPU is passed through, you may need x11-drivers/xf86-video-vmware installed and configured on guest to use it.

Anyway, I cannot test it at all to determine whether it really works or not, as I don't have VMware license and environment to run it at all.
 
siealex said:
Any manuals on this package? It is installed and included in kldlist, but what to do next?
Is this specific to Wayland? KDE runs fine in X11 on this setup.
Click to expand...
Putting pass-throughs 100% aside, I myself never tried using it (as I don't have VMware environment to try), but x11-drivers/xf86-video-vmware contains manual page in its pkg (you can see share/man/man4/vmware.4x.gz in its pkg-plist.

Not 100% exact example for VMware exists, but driver name to use on X11 configuration file(s) for VMware and examples for ACTUAL GPUs like NVIDIA, Intel and AMD can be found in Chapter 5 of the Handbook.
Reading the Handbook from the beginning through its very end at least once, and coming back whenever needed is strongly recommended.

And not sure (I'm not using KDE for casual tests for years) but possibly KDE has any kind of frontends to setup screen related configurations include resolutions. Actual KDE users that run it as their daily driver is wanted for this. NOT ME, that using Mate DE on X11 as daily driver, using some KDE apps but NOT the whole KDE.

And this should be 100% specific for X11 (Xorg and/or Xlibre).
As (as far as I know) Wayland mandates DRM/KMS interface, so unless VMware emulates and exposes DRM/KDE interface WITH 100% CONFORMING WITH THE FORM WAYLAND REALLY WANTS, Wayland shouldn't run sanely (at worst, cannot detect any framebuffer devices, thus, not at all work or even NOT starts).
 
KDE under X11 runs fine (and even adjusts its screen resolution to the VMware window size). It means that the graphics driver is installed correctly, right?
Wayland-only Linux distros (KDE Linux, Fedora KDE, Ubuntu with the latest GNOME) run fine on VMware as well. Does it mean that VMware provides the required interface?
 
siealex said:
KDE under X11 runs fine (and even adjusts its screen resolution to the VMware window size). It means that the graphics driver is installed correctly, right?
Wayland-only Linux distros (KDE Linux, Fedora KDE, Ubuntu with the latest GNOME) run fine on VMware as well. Does it mean that VMware provides the required interface?
Click to expand...
For linux most distros are running a framebuffer based drm implementation (simpledrm) that gets swapped by an actual hardware accelerated implementation if there's a corresponding driver for the hardware (i.e. i915, amdgpu, radeon, nvidia, etc). That's why that while you have wayland on vmware (or vbox, or wtv) in fact you don't have an accelerated desktop. On FreeBSD there is no such framebuffer backed drm implementation (though there are requests for it, sadly the author of simpledrm does not allow the licence to be changed from GPL or dual licensed).

As for X11, like T-Aoki mentioned, there's a X11 driver that allows for basic desktop acceleration (including mode changing).

You can try a stab at porting vmware's vmwgfx drm driver that would solve both the X11 and Wayland accelerated desktop issues.
 
You must log in or register to reply here.
Back
Top