Dear X Strike Force,
we (the Qt/KDE team) are targetting Plasma 5.27 for bookworm, and upstream has
significantly bumped the required version of wayland-protocols for tearing
control support [0] and fractional scaling [1] in the KWin window manager.
The Plasma 5.27 beta is expected on Jan 19. a
Some more logs running a nested kwin_wayland under an X11 session in a VM.
Below the diff with a identical launch after reverting to wayland libraries
1.22.
The following line in the crashing case looks interesting :
+wl_global_create: implemented version for 'wl_shm' higher than interface
vers
I can confirm that rebuilding kwin fixes the issue.
It still looks like an unwanted ABI transition…
Here’s the symbols diff for the record :
diff --git a/debian/libwayland-client0.symbols
b/debian/libwayland-client0.symbols
index c0d64c6..5ec470c 100644
--- a/debian/libwayland-client0.symbols
++
Following a discussion on IRC it looks like a symbols conflict, due to kwin
libs leaking some symbols that should be private.
zzag explained the following :
zzag | coucouf1: check whether rebuilding kwin with the newer libwayland helps.
I suspect that there are two wl_shm_interface symbols and
control: reassign -1 kwin-wayland
control: notfound -1 wayland/1.23.0-1
control: found -1 kwin-wayland/4:5.27.11-1
Hi Vincent,
Le 5 août 2024 12:42:42 GMT+02:00, Vincent Lefevre a écrit
:
>This bug was closed, but has not been marked as fixed in
>libwayland-client0, so that the current version
Hi Enrico,
Le 24 septembre 2024 09:50:54 GMT+02:00, Enrico Rivarola
a écrit :
>I am aware that packages in 'debian backports' may 'lead to some
>incompatibility risks'
Yes.
> but
Not sure whether "but" is appropriate. Maybe "thus" ?
> from what I have been able to understand the problem see
control: affects -1 kf6-bluez-qt kf6-kquickcharts
7 matches
Mail list logo
