KdenLive does not launch: Failed to create wl_display

Support
1

Requirements:

I have Searched the forum for my issue and found nothing related or helpful
I have checked the Resources category (Resources Index)
I have reviewed the Wiki for relevant information
I have read the the Release Notes and Errata

OpenMandriva Lx version:
OpenMandriva Lx release 6.0 (Vanadium) Rock for x86_64

Desktop environment (KDE, LXQT…):
i3

Description of the issue (screenshots if relevant):
Kdenlive does not launch.

Relevant informations (hardware involved, software version, logs or output…):
Originally, this was the error output

qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
QPaintDevice: Cannot destroy paint device that is being painted

Doing a web search online, it was suggested that I would install qt5-qtwayland. I received this output:

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.
QPaintDevice: Cannot destroy paint device that is being painted

I’ve also installed qt6-wayland just in case, got the same output.

Another suggestion online was to input:

DISABLE_WAYLAND=1 kdenlive

This produced the same output as before.

2

See if this can be reproduced using an xsession instead of wayland.

3

INFO: I’m on xorg.

echo $XDG_SESSION_TYPE produces:

x11
4

QT_QPA_PLATFORM=xcb kdenlive

5

ss_20250901_232117
ss_20250901_2321171440×900 122 KB

Maybe this?

6

Output:

QPaintDevice: Cannot destroy paint device that is being painted
7

I’ve rebooted my PC, now I am getting a bit more of a detailed output upon putting kdenlive within my terminal emulator:

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.
profilePath from appDir/../share:  "/usr/share/mlt-7/profiles"
meltPath from KdenliveSetting::meltPath:  ""
meltPath from profilePath/../../../bin:  "/usr/bin/melt-7"
Empty metadata for  "glsl.manager"
Empty metadata for  "telecide"
kf.service.services: KServiceTypeTrader: serviceType "ThumbCreator" not found
defaultServiceProvider::requestService(): no service found for - "org.qt-project.qt.audiosource"
qrc:/qml/kdenliveclipmonitor.qml:6:1: module "QtQuick.Controls" is not installed 
     import QtQuick.Controls 2.15 
     ^
Segmentation fault (core dumped)
8

Possible help here, otherwise it’s probably something you will have to look through KDE’s Issues:

9

:point_up:

10

Ive recently ran into this myself installing it from the terminal and there are 2 different packages. The first is just kdenlive, and it wouldnt launch for me. The second package is plasma6-kdenlive and it worked for me without issue. I dont know if this might help you but its worth a shot.

11

I installed plasma6, logged in and launched it, yet the output remains the same.

12

Okay, so, this package works. Wild!

I’m scratching my head as to why there are two Kdenlive packages; what are the quantitative differences between kdenlive and plasma6-kdenlive?

1 Like
13

From what little I understand, Plasma 6 uses different file and directory names, so things made for plasma 5 can’t find the necessary files.

2 Likes
14

Does sound reasonable.

1 Like
15

Yep, kdenlive is a Plasma5 package and plasma6-kdenlive is the one for Plasma6. And also yes the dependencies for each would be different.

I understand this is confusing for new user and a lot of longer term users as well. But wait! In Cooker the Plasma5 packages are gone and the plasma6-something naming is being reverted to drop the plasma6. This is a big reason why we are still waiting for the next big upgrade for rolling (ROME) repositories. There are some other big changes as well.

And I will probably forget this at least 50 times… :flushed:

2 Likes
16

Thanks for the insight! I figured this would be why, for example, ROCK & ROME would be held back. We have no real control over what KDE or Kdenlive does.

17

@wolfdaemon we can understand that this may be confusing for the time being.
Consider that we (@bero) had to update and rebuild renaming all the plasma6-* packages in cooker and you may have a more clear picture of the work it implied :wink:

Please read also

Postedit
Added some bits there in the hope of make all more clear.
,

18

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.