Bug#1029584: Info received (Bug#1029584: Info received (Bug#1029584: Acknowledgement (linux-image-6.1.0-1-amd64: Mouswheel reports way too many events with Debian kernel config)))
Hi! Also reported to libinput upstream: https://gitlab.freedesktop.org/libinput/libinput/-/issues/852
Bug#1029584: Info received (Bug#1029584: Acknowledgement (linux-image-6.1.0-1-amd64: Mouswheel reports way too many events with Debian kernel config))
Hi! After some digging, I have found the kernel option/mmodule that causes this: HID_LOGITECH_HIDPP. I presume my mouse (Logitech 903) is handled by this module (hid_logitech_hidpp.ko), though it's not strictly needed. Things that work to make the original problem go away: - Build a kernel with CONFIG_HID_LOGITECH_HIDPP=n - Blacklisting the module (add `modprobe.blacklist=hid_logitech_hidpp` to GRUB_CMDLINE_LINUX in /etc/default/grub Things that _do not_ work: - `rmmod hid_logitech_hidpp` (no error reporting it's in use, I presume libinput just makes a decision on whether it's there when starting and never reverts, even if the module goes away). My best guess is that not all of userspace is ready yet for this hi-res stuff --- not that I found anything that worked really well with it (tried: Vivaldi, a Chromium-based browser, assorted Qt and GTK apps). Since there is an acceptable way out for me, this bug could be closed. OTOH, this is very hard to debug breakage, so just relying on people finding this bug is maybe a bit harsh. Your call. Best, Tobias
Bug#1029584: Acknowledgement (linux-image-6.1.0-1-amd64: Mouswheel reports way too many events with Debian kernel config)
Hi! Some more experimentation has shows that this kernel, on the same hardware, doe snot show the buggy behavior: ii linux-image-6.0.0-6-amd64 6.0.12-1 amd64Linux 6.0 for 64-bit PCs (signed) I don't know if there are any releases in between this and the kernel mentioned in the original report that are worth testing. Best, Tobias
Bug#1029584: linux-image-6.1.0-1-amd64: Mouswheel reports way too many events with Debian kernel config
Package: src:linux Version: 6.1.4-1 Severity: important Dear Maintainer, As of recent kernel versions, my mousewheel is nigh unusable: scrolling emits 5-10 more events than it used to, just dropping the mouse from any noticable height will create a whole bunch of events. It's now so sensitive that middle-clicking a link in a browser is impossible. Similar, switching desktops in my WM (Openbox) is impossible, since it will rapidly scroll through all of them, stopping on a basically random one. I am pretty sure this is related to the somewhat-recent addition of hires mouse wheel support to the kernel and libinput. I have found no way to tell libinput to stop doing this. Online sources refer to quirks in /etc/libinput, a directory which I do not have, and whil apt-file says no Debian package installs. I am well aware that this might be a libinput problem rather than a kernel one, but I have to start somewhere. Not that my trimmed-down kernel config I use on some machines does not have this problem, but of course tweaking the kernel config is no fix for this. Plus, searching through the likely hundreds of differences between my config and Debians is not really useful unless I have a starting point --- something I couldn't find with some digging into what make menuconfig shows me. if you feel this needs to be directed to some other maintainer or upstream, I am willing to carry it there, but I am at my wits' end regarding what exactly the problem/config mismatch is. And hints are appreciated. Best, Tobias Klausmann -- Package-specific info: ** Version: Linux version 6.1.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 12.2.0-13) 12.2.0, GNU ld (GNU Binutils for Debian) 2.39.90.20221231) #1 SMP PREEMPT_DYNAMIC Debian 6.1.4-1 (2023-01-07) ** Command line: BOOT_IMAGE=/@rootfs/boot/vmlinuz-6.1.0-1-amd64 root=UUID=014c5cb3-1be0-461f-ba62-460df89062a3 ro rootflags=subvol=@rootfs consoleblank=0 ** Not tainted ** Kernel log: [6.136668] videodev: Linux video capture interface: v2.00 [6.136998] ccp :09:00.2: ccp enabled [6.139899] ccp :09:00.2: psp enabled [6.140341] input: PC Speaker as /devices/platform/pcspkr/input/input11 [6.150033] RAPL PMU: API unit is 2^-32 Joules, 1 fixed counters, 163840 ms ovfl timer [6.151104] RAPL PMU: hw unit of domain package 2^-16 Joules [6.155812] cryptd: max_cpu_qlen set to 1000 [6.166242] gspca_main: v2.14.0 registered [6.172733] AVX2 version of gcm_enc/dec engaged. [6.172780] AES CTR mode by8 optimization enabled [6.177841] asus_wmi: ASUS WMI generic driver loaded [6.183243] gspca_main: vc032x-2.14.0 probing 046d:0892 [6.184830] gspca_vc032x: reg_r err -32 [6.184836] vc032x: probe of 1-7.2:1.0 failed with error -32 [6.187845] usbcore: registered new interface driver vc032x [6.188623] asus_wmi: Initialization: 0x0 [6.188654] asus_wmi: BIOS WMI version: 0.9 [6.188773] asus_wmi: SFUN value: 0x0 [6.188776] eeepc-wmi eeepc-wmi: Detected ASUSWMI, use DCTS [6.190585] input: Eee PC WMI hotkeys as /devices/platform/eeepc-wmi/input/input12 [6.197904] audit: type=1400 audit(1674594983.762:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lsb_release" pid=615 comm="apparmor_parser" [6.197911] audit: type=1400 audit(1674594983.762:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=616 comm="apparmor_parser" [6.197917] audit: type=1400 audit(1674594983.762:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=616 comm="apparmor_parser" [6.197921] audit: type=1400 audit(1674594983.762:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=626 comm="apparmor_parser" [6.197925] audit: type=1400 audit(1674594983.762:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=624 comm="apparmor_parser" [6.198467] audit: type=1400 audit(1674594983.762:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oosplash" pid=623 comm="apparmor_parser" [6.200666] audit: type=1400 audit(1674594983.766:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=629 comm="apparmor_parser" [6.201955] asus_wmi: fan_curve_get_factory_default (0x00110024) failed: -61 [6.202038] audit: type=1400 audit(1674594983.766:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/chronyd&quo
Bug#1014277: dhcpcd5: dhcpcd fails to chroot and set PID file on startup, systemd eventually kills it after timeout
Hi! On Wed, 06 Jul 2022, Martin-Éric Racine wrote: > Does the fix suggested by János in response to your bug report restore > normal operation? Yes that seems to do the trick Specifically, in /usr/lib/systemd/system/dhcpcd.service ``` PIDFile=/run/dhcpcd/pid ``` instead of ``` PIDFile=/run/dhcpcd.pid ``` and in /lib/systemd/system/dhcpcd@.service ``` PIDFile=/run/dhcpcd/%I.pid ``` instead of ``` PIDFile=/run/dhcpcd-%I.pid ``` I have switched to the @interface style of service/unit config now, and that works fine as well. Best, Tobias -- printk(KERN_ERR "happy meal: Fry guys."); linux-2.6.6/drivers/net/sunhme.c
Bug#1014277: dhcpcd5: dhcpcd fails to chroot and set PID file on startup, systemd eventually kills it after timeout
Package: dhcpcd5 Version: 9.4.1-3 Severity: important Dear Maintainer, * What led up to the situation? Recent system update, probably. * What exactly did you do (or not do) that was effective (or ineffective)? Restart dhcpcd, reboot the machine. * What was the outcome of this action? systemd kills dhcpcd after 90s, despite it working correctly (mostly). * What outcome did you expect instead? A working, running dhcpcd Log: Jul 03 12:20:07 felka systemd[1]: Starting DHCP Client Daemon on all interfaces... ░░ Subject: A start job for unit dhcpcd.service has begun execution ░░ Defined-By: systemd ░░ Support: https://www.debian.org/support ░░ ░░ A start job for unit dhcpcd.service has begun execution. ░░ ░░ The job identifier is 165. Jul 03 12:20:07 felka dhcpcd[624]: dhcpcd-9.4.1 starting Jul 03 12:20:07 felka dhcpcd[643]: ps_dropprivs: chroot: /usr/lib/dhcpcd: Operation not permitted Jul 03 12:20:07 felka dhcpcd[643]: ps_dropprivs: chroot: /usr/lib/dhcpcd: Operation not permitted Jul 03 12:20:07 felka dhcpcd[624]: ps_dropprivs: chroot: /usr/lib/dhcpcd: Operation not permitted Jul 03 12:20:07 felka dhcpcd[624]: ps_dropprivs: chroot: /usr/lib/dhcpcd: Operation not permitted Jul 03 12:20:07 felka dhcpcd[643]: DUID 00:04:03: Jul 03 12:20:07 felka systemd[1]: dhcpcd.service: Can't open PID file /run/dhcpcd.pid (yet?) after start: Operation not permi> Jul 03 12:20:08 felka dhcpcd[643]: wan1: waiting for carrier Jul 03 12:20:11 felka dhcpcd[643]: wan1: carrier acquired Jul 03 12:20:11 felka dhcpcd[643]: wan1: IAID 99:ab:X Jul 03 12:20:11 felka dhcpcd[643]: wan1: IA type 25 IAID 00:00:00:00 Jul 03 12:20:11 felka dhcpcd[643]: wan1: adding address fe80::b62e:f2 Jul 03 12:20:11 felka dhcpcd[643]: wan1: soliciting an IPv6 router Jul 03 12:20:11 felka dhcpcd[643]: wan1: rebinding lease of 185.XX Jul 03 12:20:11 felka dhcpcd[2012]: ps_dropprivs: chroot: /usr/lib/dhcpcd: Operation not permitted Jul 03 12:20:11 felka dhcpcd[2013]: ps_dropprivs: chroot: /usr/lib/dhcpcd: Operation not permitted Jul 03 12:20:11 felka dhcpcd[643]: wan1: probing address 185.1X/24 Jul 03 12:20:12 felka dhcpcd[643]: wan1: rebinding prior DHCPv6 lease Jul 03 12:20:12 felka dhcpcd[643]: lan1: activating for delegation Jul 03 12:20:12 felka dhcpcd[643]: lan1: IAID 99:ab:X Jul 03 12:20:12 felka dhcpcd[643]: wlan1: activating for delegation Jul 03 12:20:12 felka dhcpcd[643]: wlan1: waiting for carrier Jul 03 12:20:13 felka dhcpcd[643]: wlan1: carrier acquired Jul 03 12:20:13 felka dhcpcd[643]: wlan1: IAID 85:f5:X Jul 03 12:20:13 felka dhcpcd[643]: wlan1: adding address fe80::52e0:XX Jul 03 12:20:16 felka dhcpcd[643]: wan1: leased 185.XX for 4000 seconds Jul 03 12:20:16 felka dhcpcd[643]: wan1: adding route to 185.X/24 Jul 03 12:20:16 felka dhcpcd[643]: wan1: adding default route via 185.X Jul 03 12:20:18 felka dhcpcd[643]: wan1: Router Advertisement from fe80::200:X Jul 03 12:20:18 felka dhcpcd[643]: wan1: adding address 2a02:XXX/64 Jul 03 12:20:18 felka dhcpcd[643]: wan1: adding route to 2a02:X/64 Jul 03 12:20:18 felka dhcpcd[643]: wan1: adding default route via fe80::200:X Jul 03 12:20:21 felka dhcpcd[643]: wan1: fe80::200:X is unreachable Jul 03 12:20:21 felka dhcpcd[643]: wan1: fe80::200:X is reachable again Jul 03 12:20:22 felka dhcpcd[643]: wan1: failed to rebind prior DHCPv6 delegation Jul 03 12:20:22 felka dhcpcd[643]: wan1: soliciting an IPv6 router Jul 03 12:20:25 felka dhcpcd[643]: wan1: ADV 2a02:::/48 from fe80::200:X Jul 03 12:20:25 felka dhcpcd[643]: wan1: REPLY6 received from fe80::200:X Jul 03 12:20:25 felka dhcpcd[643]: wan1: renew in 1000, rebind in 2000, expire in 4000 seconds Jul 03 12:20:25 felka dhcpcd[643]: lo: adding reject route to 2a02:XX/48 Jul 03 12:20:25 felka dhcpcd[643]: wan1: delegated prefix 2a02:XX/48 Jul 03 12:20:25 felka dhcpcd[643]: lan1: adding address 2a02:XXX/64 Jul 03 12:20:25 felka dhcpcd[643]: wlan1: adding address 2a02:X/64 Jul 03 12:20:25 felka dhcpcd[643]: lan1: adding route to 2a02:XX/64 Jul 03 12:20:25 felka dhcpcd[643]: wlan1: adding route to 2a02:/64 Jul 03 12:21:38 felka systemd[1]: dhcpcd.service: start operation timed out. Terminating. Jul 03 12:21:38 felka dhcpcd[643]: received SIGTERM, stopping Jul 03 12:21:38 felka dhcpcd[643]: wlan1: removing interface Jul 03 12:21:38 felka dhcpcd[643]: lan1: removing interface Jul 03 12:21:38 felka dhcpcd[643]: wan1: removing interface Jul 03 12:21:38 felka systemd[1]: dhcpcd.service: Failed with result 'timeout'. ░░ Subject: Unit failed ░░ Defined-By: systemd ░░ Support: https://www.debian.org/support ░░ ░░ The unit dhcpcd.service has entered the 'failed' state with result 'timeout'. Jul 03 12:21:38 felka systemd[1]:
Bug#1010054: prometheus-blackbox-exporter: ignores --log.level= commandline flag
Package: prometheus-blackbox-exporter
Version: 0.19.0-2
Severity: normal
Dear Maintainer,
This is essentially the same bug as #1002729, and likely caused by
broken vendoring.
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.16.0-6-amd64 (SMP w/12 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages prometheus-blackbox-exporter depends on:
ii adduser3.121
ii debconf [debconf-2.0] 1.5.79
ii init-system-helpers1.62
ii libc6 2.33-7
ii libcap2-bin1:2.44-1
prometheus-blackbox-exporter recommends no packages.
prometheus-blackbox-exporter suggests no packages.
-- Configuration Files:
/etc/prometheus/blackbox.yml changed:
modules:
http_2xx:
prober: http
http:
http_post_2xx:
prober: http
http:
method: POST
tcp_connect:
prober: tcp
pop3s_banner:
prober: tcp
tcp:
query_response:
- expect: "^+OK"
tls: true
tls_config:
insecure_skip_verify: false
ssh_banner:
prober: tcp
tcp:
query_response:
- expect: "^SSH-2.0-"
irc_banner:
prober: tcp
tcp:
query_response:
- send: "NICK prober"
- send: "USER prober prober prober :prober"
- expect: "PING :([^ ]+)"
send: "PONG ${1}"
- expect: "^:[^ ]+ 001"
icmp:
prober: icmp
-- debconf information:
prometheus-blackbox-exporter/want_cap_net_raw: false
Bug#970687: quodlibet: Confirmed for 4.5.0-1 as well
Package: quodlibet Version: 4.5.0-1 Followup-For: Bug #970687 Dear Maintainer, As per subject. Moving /usr/lib/x86_64-linux-gnu/libproxy.so.1.0.0 to where the linker can't see it fixes QL (it does elicit an error message, but nothing breaks). I have no idea if anything else on my system is broken by this, but so far everything seems okay. Naturally, this is not a permanent solution (despite being the only recourse I've had for well over a year now). -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.1 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages quodlibet depends on: ii exfalso 4.5.0-1 ii gir1.2-gst-plugins-base-1.0 1.20.1-1 ii gir1.2-gstreamer-1.0 1.20.1-1 ii gir1.2-keybinder-3.0 0.3.2-1.1 ii gstreamer1.0-alsa1.20.1-1 ii gstreamer1.0-plugins-base1.20.1-1 ii gstreamer1.0-plugins-good1.20.1-1 ii gstreamer1.0-plugins-ugly1.20.1-1 ii python3 3.9.8-1 Versions of packages quodlibet recommends: ii gir1.2-gtksource-3.0 3.24.11-2+b1 ii gir1.2-webkit2-4.02.34.6-1 ii lxqt-notificationd [notification-daemon] 0.16.0-1 ii notification-daemon 3.20.0-4+b1 ii python3-dbus 1.2.18-3+b1 ii python3-pyinotify 0.9.6-1.3 Versions of packages quodlibet suggests: ii gstreamer1.0-plugins-bad 1.20.1-1 -- no debconf information
Bug#968363: libproxy: px_proxy_factory_get_proxies not thread-safe
Hi,
as noted above, my use for this fix is quodlibet not segfaulting
anymore as describe in bug 970687. So I got the latest libproxy
source package (0.4.15-15) and built it, and then installed both
the bianry package and the debug symbols.
Quodlibet still dies, even with the new libproxy, and still *in*
libproxy, as indicated by the attached gdb backtrace.
Best,
Tobias
(gdb) bt full
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
set = {__val = {0, 0, 140736917905544, 1911038256753492992,
140737119416064, 140737264021063, 0, 0, 140736917905568, 0, 140736917907528, 0,
18446744073709551608, 7, 140736918138176, 140736918138874}}
pid =
tid =
#1 0x77c50537 in __GI_abort () at abort.c:79
save_stage = 1
act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0},
sa_mask = {__val = {140737264047564, 0, 0, 2, 9223372036854775822, 0 }}, sa_flags = 0, sa_restorer = 0x0}
sigs = {__val = {32, 0 }}
#2 0x75231301 in () at /lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x7523c0cf in () at /lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x7523c220 in __gxx_personality_v0 () at
/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x72a0fe81 in __libunwind_Unwind_Resume () at
/lib/x86_64-linux-gnu/libunwind.so.8
#6 0x7fffde032fd5 in
__gnu_cxx::new_allocator::~new_allocator() (this=, __in_chrg=) at /usr/include/c++/10/ext/new_allocator.h:89
proxy =
response = std::vector of length 0, capacity 0
#7 std::allocator::~allocator() (this=,
__in_chrg=) at /usr/include/c++/10/bits/allocator.h:162
proxy =
response = std::vector of length 0, capacity 0
#8 std::_Vector_base
>::_Vector_impl::~_Vector_impl() (this=, __in_chrg=) at /usr/include/c++/10/bits/stl_vector.h:128
proxy =
response = std::vector of length 0, capacity 0
#9 std::_Vector_base
>::~_Vector_base() (this=, __in_chrg=) at
/usr/include/c++/10/bits/stl_vector.h:337
proxy =
response = std::vector of length 0, capacity 0
#10 std::vector >::~vector()
(this=, __in_chrg=) at
/usr/include/c++/10/bits/stl_vector.h:683
proxy =
response = std::vector of length 0, capacity 0
#11 envvar_config_extension::get_config(libproxy::url const&) (this=, dst=) at /usr/include/c++/10/bits/stl_vector.h:678
proxy =
response = std::vector of length 0, capacity 0
#12 0x7fffde02a23c in libproxy::proxy_factory::get_config(libproxy::url&,
std::vector >&,
std::__cxx11::basic_string, std::allocator
>&) (this=0x7fffe0007320, realurl=..., config=std::vector of length 0, capacity
0, ignore="") at ./libproxy/proxy.cpp:265
configurator = 0x7fffe001b460
i = 0x7fffe001b460
configs = std::vector of length 1, capacity 1 = {0x7fffe001b460}
#13 0x7fffde02a656 in
libproxy::proxy_factory::get_proxies(std::__cxx11::basic_string, std::allocator > const&)
(this=0x7fffe0007320, realurl="http://stream.antenne.com:80/;) at
./libproxy/proxy.cpp:206
configs = std::vector of length 0, capacity 0
ignore = ""
dst = {m_orig = "http://stream.antenne.com:80/;, m_scheme = "http",
m_user = "", m_pass = "", m_host = "stream.antenne.com", m_port = 80, m_path =
"/", m_query = "", m_ips = 0x0}
response = std::vector of length 0, capacity 0
#14 0x7fffde02aad1 in px_proxy_factory_get_proxies(pxProxyFactory_*, char
const*) (self=0x7fffe0007320, url=0x7fffe003c160
"http://stream.antenne.com:80/;) at ./libproxy/proxy.cpp:465
proxies = std::vector of length 0, capacity 0
retval =
#15 0x7fffdf64955f in () at
/usr/lib/x86_64-linux-gnu/gio/modules/libgiolibproxy.so
#16 0x7704afbe in () at /lib/x86_64-linux-gnu/libgio-2.0.so.0
#17 0x772f76e4 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x772f6dfd in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x77f95ea7 in start_thread (arg=) at
pthread_create.c:477
ret =
pd =
unwind_buf =
{cancel_jmp_buf = {{jmp_buf = {140736917911296,
-2084462071721387667, 140737103353358, 140737103353359, 140736917909440,
8396800, 2084387303329208685, 208491399272813}, mask_was_saved = 0}}, priv
= {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype =
0}}}
not_first_call = 0
#20 0x77d28d4f in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95
Bug#968363: Quodlibet may be affected by this
I filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970687, where Quodlibet would segfault when playing any audio stream. On IRC #quodlibetm lazka helped me track down this bug, and we believe the QL issue is caused by this. Could the upstream fix be backported, so QL can be used for audio streams on Bullseye again? Thanks, Tobias
Bug#970687: quodlibet: segfaults when playing any audio stream (Internet Radio)
Package: quodlibet
Version: 4.3.0-1
Severity: important
Dear Maintainer,
* What led up to the situation?
- Install QL on new account (.config/quodlibet/ does not exist)
- Go to "Internet Radio Stations"
- Either:
- Let QL download its list of radio stations -or-
- Add a URL manually, for example:
- https://somafm.com/spacestation130.pls (AAC)
- https://somafm.com/spacestation.pls (MP3)
- Hit play -> QL segfaults
* What exactly did you do (or not do) that was effective (or
ineffective)?
- gst-play-1.0 plays both stream just fine, as does VLC
- Installed all Recommended and Suggested packages, to no avail
- Ran QL in debug mode Out put inconclusive:
D: 6.324: SongFileLibrary.add():
Adding 101 items.
D: 6.367: SongFileLibrary.add():
Adding 101 items.
D: 6.405: SongFileLibrary.add():
Adding 101 items.
D: 6.449: SongFileLibrary.add():
Adding 95 items.
D: 11.575: PlaylistModel.set: Filling view model with 0 songs.
D: 12.588: Query.__init__: Creating query "alternative", called from
GenreFilter.query
D: 12.636: PlaylistModel.set: Filling view model with 112 songs.
D: 14.581: CommandRegistry.handle_line: command: 'status'(*[])
D: 14.581: CommandRegistry.run: Running '_status' with params ()
D: 14.719: CommandRegistry.handle_line: command: 'print-playing'(*[''])
D: 14.719: CommandRegistry.run: Running '_print_playing' with params
('',)
D: 14.856: CommandRegistry.handle_line: command: 'print-playing'(*[' -
'])
D: 14.856: CommandRegistry.run: Running '_print_playing' with params ('
- ',)
D: 15.110: PlaylistModel.set: Filling view model with 0 songs.
D: 15.661: PlaylistModel.set: Filling view model with 3314 songs.
D: 18.138: GStreamerPlayer.go_to: Going to
D: 18.138: PlaylistMux.go_to: Told to go to
D: 18.138: QueueModel.go_to: Told to go to None
D: 18.138: PlaylistModel.go_to: Told to go to
D: 18.139: GStreamerPlayer._end: End song
D: 18.140: GStreamerPlayer._end: Next song
D: 18.177: util.cover.manager.failure: Didn't get cover from FilesystemCover:
This source is incapable of fetching covers
D: 18.177: util.cover.manager.failure: Didn't get cover from EmbeddedCover:
This source is incapable of fetching covers
D: 18.195: SongLibrary._changed(): Changing 1 items.
D: 18.196: qltk.completion.__update_song: Updating tag model for 1 songs
D: 18.196: qltk.completion.__update_song: Done updating tag model for 1 songs
- Ran QL under strace, also inconclusive
* What was the outcome of this action?
- Segfaults with all streams
- Local files of various formats (Ogg, FLAC, MP3) work just fine
* What outcome did you expect instead?
- Working streamed audio
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.8.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages quodlibet depends on:
ii exfalso 4.3.0-1
ii gir1.2-gst-plugins-base-1.0 1.18.0-2
ii gir1.2-gstreamer-1.0 1.18.0-3
ii gir1.2-keybinder-3.0 0.3.2-1+b1
ii gstreamer1.0-alsa1.18.0-2
ii gstreamer1.0-plugins-base1.18.0-2
ii gstreamer1.0-plugins-good1.18.0-1
ii gstreamer1.0-plugins-ugly1.18.0-1
ii gstreamer1.0-pulseaudio 1.18.0-1
ii python3 3.8.2-3
Versions of packages quodlibet recommends:
ii gir1.2-gtksource-3.0 3.24.11-2
ii gir1.2-webkit2-4.02.28.4-1
ii lxqt-notificationd [notification-daemon] 0.14.1-1+b1
ii notification-daemon 3.20.0-4
ii python3-dbus 1.2.16-3
ii python3-pyinotify 0.9.6-1.3
Versions of packages quodlibet suggests:
ii gstreamer1.0-plugins-bad 1.18.0-2
-- no debconf information
