Your message dated Fri, 3 Jan 2025 18:19:01 +0200
with message-id
<cac9yzq3s3axz1j+-vt6a_fy-naf8uo_vpofyhd8bvck9ikh...@mail.gmail.com>
and subject line Fixed
has caused the Debian Bug report #1092015,
regarding libwlroots-0.18: WLR compositors's fail to run due to "undefined
symbol: wlr_output_is_drm"
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1092015: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1092015
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libwlroots-0.18
Version: 0.18.2-2
Severity: important
X-Debbugs-Cc: [email protected]
Dear Maintainer,
After upgrading my system to latest possible packages. I've decided to reboot
my system to use the latest possible kernel versions. Upon my restart I could
not start any compositors that uses wlroots. I've tried Sway, Cage, and
Wayfire. All of them give me the exact same issue of
> [name of the compositor]: symbol lookup error: [name of the compositor]:
> undefined symbol: wlr_output_is_drm
I have tried to rollback to latest possible package in debian repos. I found
the trixie version of 0.18.1-1. However downgrading to this version did not
help either. I'm sure this is a wlroots specific issue due to other wayland
compositors running just fine. I do not think issue is with DRM either since
both weston and i3wm run just fine. Please let me know if you need any further
information or testing. I would be very glad to help.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.12.6-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libwlroots-0.18 depends on:
ii libc6 2.40-4
ii libdisplay-info2 0.2.0-2
ii libdrm2 2.4.123-1
ii libegl1 1.7.0-1+b2
ii libgbm1 24.2.8-1
ii libgles2 1.7.0-1+b2
ii libinput10 1.26.2-1
ii liblcms2-2 2.16-2
ii libliftoff0 0.5.0-1.1
ii libpixman-1-0 0.44.0-3
ii libseat1 0.9.1-1
ii libudev1 257.1-6
ii libvulkan1 1.3.296.0-1
ii libwayland-client0 1.23.0-1+b1
ii libwayland-server0 1.23.0-1+b1
ii libxcb-composite0 1.17.0-2+b1
ii libxcb-dri3-0 1.17.0-2+b1
ii libxcb-errors0 1.0.1-3
ii libxcb-ewmh2 0.4.2-1
ii libxcb-icccm4 0.4.2-1
ii libxcb-present0 1.17.0-2+b1
ii libxcb-render-util0 0.3.9-1+b2
ii libxcb-render0 1.17.0-2+b1
ii libxcb-res0 1.17.0-2+b1
ii libxcb-shm0 1.17.0-2+b1
ii libxcb-xfixes0 1.17.0-2+b1
ii libxcb-xinput0 1.17.0-2+b1
ii libxcb1 1.17.0-2+b1
ii libxkbcommon0 1.7.0-2
libwlroots-0.18 recommends no packages.
libwlroots-0.18 suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
I'm terribly sorry for this report. It took me further tinkering to realise
I had an libwlroots-0.18.so so file in my /usr/local/lib that was being
used instead of the one in /usr/lib. I suppose I did not saw the mistake
due to several linked libraries.
Sorry again.
--- End Message ---
