Bug#973990: #973990: recap
On Tue, 31 Jan 2023 23:41:54 + Jeremy Sowden wrote: However, Vincas Dargis, the reporter, observed that shorewall worked with Linux 5.8 and did not with 5.9 and proposed #972454 as the culprit: I completely forgot that I wrote that bug in 2020... Anyway, shorewall works now: ``` $ LC_ALL=C sudo shorewall status Shorewall 5.2.8 Status at vinco - Wed Feb 1 20:01:08 EET 2023 Shorewall is running State:Started Wed Feb 1 19:57:54 EET 2023 from /etc/shorewall/ (/var/lib/shorewall/firewall compiled 2023 m. vasario 01 d. 19:56:59 EET by Shorewall version 5.2.8 ``` I do not know if it's because 5.2.8-1 update (after which I've merdged configs), or because of recent linux-image-6.1.0-3-amd64 (6.1.8-1) update.
Bug#1029403: shorewall: fails to start with "Couldn't load match `iface':No such file or directory"
On 2023-01-27 13:35, Romain Francoise wrote: Do you mind if I merge them? Sure, please merge.
Bug#1029403: shorewall: fails to start with "Couldn't load match `iface':No such file or directory"
On Thu, 26 Jan 2023 19:44:27 +0100 Romain Francoise wrote: Hi, Isn't this already tracked as #973990? Wait a minute, why there's two bug reports? Yes, I believe the core issue should be in xtables.
Bug#1029403: shorewall: fails to start with "Couldn't load match `iface':No such file or directory"
Package: shorewall Version: 5.2.3.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, It seems Shorewall no longer works in Sid: ``` $ sudo shorewall start Starting Shorewall Initializing... Setting up ARP filtering... Setting up Route Filtering... Setting up Martian Logging... WARNING: Optional Interface wlp4s0 is not usable -- wlp not Started Preparing iptables-restore input... Running /sbin/iptables-restore --wait 60... iptables-restore v1.8.9 (nf_tables): Couldn't load match `iface':No such file or directory Error occurred at line: 121 Try `iptables-restore -h' or 'iptables-restore --help' for more information. ERROR: iptables-restore Failed. Input is in /var/lib/shorewall/.iptables-restore-input Restoring Shorewall... Initializing... Setting up ARP filtering... Setting up Route Filtering... Setting up Martian Logging... WARNING: Optional Interface wlp4s0 is not usable -- wlp not Started iptables-restore v1.8.9 (nf_tables): Couldn't load match `iface':No such file or directory Error occurred at line: 118 Try `iptables-restore -h' or 'iptables-restore --help' for more information. done. ``` -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages shorewall depends on: ii bc 1.07.1-3+b1 ii debconf [debconf-2.0] 1.5.82 ii iproute2 6.1.0-1 ii iptables 1.8.9-2 ii perl 5.36.0-7 ii shorewall-core 5.2.3.4-1 ii sysvinit-utils [lsb-base] 3.06-2 Versions of packages shorewall recommends: ii libnetfilter-cthelper0 1.0.1-1 Versions of packages shorewall suggests: ii make 4.3-4.1 pn shorewall-doc -- Configuration Files: /etc/default/shorewall changed: startup=0 OPTIONS="" STARTOPTIONS="-f" RESTARTOPTIONS="" RELOADOPTIONS="" STOPOPTIONS="" INITLOG=/dev/null SAFESTOP=1 /etc/shorewall/conntrack [Errno 13] Permission denied: '/etc/shorewall/conntrack' /etc/shorewall/params [Errno 13] Permission denied: '/etc/shorewall/params' /etc/shorewall/shorewall.conf changed: STARTUP_ENABLED=Yes VERBOSITY=1 PAGER= FIREWALL= LOG_LEVEL="NFLOG" BLACKLIST_LOG_LEVEL= INVALID_LOG_LEVEL= LOG_BACKEND= LOG_MARTIANS=Yes LOG_VERBOSITY=2 LOG_ZONE=Both LOGALLNEW= LOGFILE=/var/log/ulog/syslogemu.log LOGFORMAT="%s %s " LOGTAGONLY=No LOGLIMIT="s:1/sec:10" MACLIST_LOG_LEVEL="$LOG_LEVEL" RELATED_LOG_LEVEL= RPFILTER_LOG_LEVEL="NFLOG:rpfilter" SFILTER_LOG_LEVEL="NFLOG:sfilter" SMURF_LOG_LEVEL="NFLOG:smurf" STARTUP_LOG=/var/log/shorewall-init.log TCP_FLAGS_LOG_LEVEL="NFLOG:fcpflags" UNTRACKED_LOG_LEVEL= ARPTABLES= CONFIG_PATH=":${CONFDIR}/shorewall:${SHAREDIR}/shorewall" GEOIPDIR=/usr/share/xt_geoip/LE IPTABLES= IP= IPSET= LOCKFILE= MODULESDIR= NFACCT= PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin" PERL=/usr/bin/perl RESTOREFILE=restore SHOREWALL_SHELL=/bin/sh SUBSYSLOCK="" TC= ACCEPT_DEFAULT="none" BLACKLIST_DEFAULT="Broadcast(DROP),Multicast(DROP),dropNotSyn:$LOG_LEVEL,dropInvalid:$LOG_LEVEL,DropDNSrep:$LOG_LEVEL" DROP_DEFAULT="Broadcast(DROP),Multicast(DROP)" NFQUEUE_DEFAULT="none" QUEUE_DEFAULT="none" REJECT_DEFAULT="Broadcast(DROP),Multicast(DROP)" RCP_COMMAND='scp ${files} ${root}@${system}:${destination}' RSH_COMMAND='ssh ${root}@${system} ${command}' ACCOUNTING=Yes ACCOUNTING_TABLE=filter ADD_IP_ALIASES=No ADD_SNAT_ALIASES=No ADMINISABSENTMINDED=Yes AUTOCOMMENT=Yes AUTOHELPERS=No AUTOMAKE=Yes BALANCE_PROVIDERS=No BASIC_FILTERS=No BLACKLIST="NEW,INVALID,UNTRACKED" CLAMPMSS=No CLEAR_TC=Yes COMPLETE=No DEFER_DNS_RESOLUTION=Yes DELETE_THEN_ADD=Yes DETECT_DNAT_IPADDRS=No DISABLE_IPV6=Yes DOCKER=No DONT_LOAD= DYNAMIC_BLACKLIST=Yes EXPAND_POLICIES=Yes EXPORTMODULES=Yes FASTACCEPT=No FORWARD_CLEAR_MARK= HELPERS=ftp IGNOREUNKNOWNVARIABLES=No IMPLICIT_CONTINUE=No IPSET_WARNINGS=Yes IP_FORWARDING=Keep KEEP_RT_TABLES=No MACLIST_TABLE=filter MACLIST_TTL= MANGLE_ENABLED=Yes MARK_IN_FORWARD_CHAIN=No MINIUPNPD=No MULTICAST=No MUTEX_TIMEOUT=60 NULL_ROUTE_RFC1918=No OPTIMIZE=All OPTIMIZE_ACCOUNTING=No PERL_HASH_SEED=0 REJECT_ACTION= RENAME_COMBINED=Yes REQUIRE_INTERFACE=Yes RESTART=restart RESTORE_DEFAULT_ROUTE=Yes RESTORE_ROUTEMARKS=Yes RETAIN_ALIASES=No ROUTE_FILTER=Yes SAVE_ARPTABLES=No SAVE_IPSETS=No TC_ENABLED=Internal TC_EXPERT=No TC_PRIOMAP="2 3 3 3 2 3 1 1 2 2 2 2 2 2 2 2" TRACK_PROVIDERS=Yes TRACK_RULES=No USE_DEFAULT_RT=Yes USE_NFLOG_SIZE=No USE_PHYSICAL_NAMES=No USE_RT_NAMES=No VERBOSE_MESSAGES=Yes WARNOLDCAPVERSION=Yes WORKAROUNDS=No ZERO_MARKS=No ZONE2ZONE=-
Bug#1022250: qtox: AppArmor profile breaks qTox under NVIDIA propiertary drivers
Workaround is to import nvidia abstraction into local include file you can create: ``` $ cat /etc/apparmor.d/local/usr.bin.qtox include ```
Bug#1022250: qtox: AppArmor profile breaks qTox under NVIDIA propiertary drivers
Package: qtox Version: 1.17.6-0.1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, After upgrading to nvidia-tesla-470-driver, qTox fails to start. See https://github.com/qTox/qTox/pull/ for more details. Marked as grave as AppArmor profile for qTox is enabled by default. Please consider applying patch in referenced pull request. -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages qtox depends on: ii libavcodec59 7:5.1.2-1 ii libavdevice597:5.1.2-1 ii libavformat597:5.1.2-1 ii libavutil57 7:5.1.2-1 ii libc62.35-3 ii libexif120.6.24-1+b1 ii libkf5sonnetui5 5.98.0-1 ii libopenal1 1:1.19.1-2 ii libqrencode4 4.1.1-1 ii libqt5core5a 5.15.6+dfsg-2 ii libqt5gui5 5.15.6+dfsg-2 ii libqt5network5 5.15.6+dfsg-2 ii libqt5svg5 5.15.6-2 ii libqt5widgets5 5.15.6+dfsg-2 ii libqt5xml5 5.15.6+dfsg-2 ii libsodium23 1.0.18-1 ii libsqlcipher03.4.1-2+b1 ii libstdc++6 12.2.0-7 ii libswscale6 7:5.1.2-1 ii libtoxcore2 0.2.18-1 ii libx11-6 2:1.8.1-2 ii libxss1 1:1.2.3-1 qtox recommends no packages. qtox suggests no packages. -- no debconf information
Bug#1021317: salt-master: Fails to start with "zmq.error.ZMQError: Invalid argument"
Package: salt-master Version: 3004.1+dfsg-2 Severity: grave Justification: renders package unusable Dear Maintainer, salt-master fails to start. journalctl shows: ``` spal. 05 20:47:04 salt-master[11925]: Traceback (most recent call last): spal. 05 20:47:04 salt-master[11925]: File "/usr/lib/python3.10/multiprocessing/process.py", line 314, in _bootstrap spal. 05 20:47:04 salt-master[11925]: self.run() spal. 05 20:47:04 salt-master[11925]: File "/usr/lib/python3.10/multiprocessing/process.py", line 108, in run spal. 05 20:47:04 salt-master[11925]: self._target(*self._args, **self._kwargs) spal. 05 20:47:04 salt-master[11925]: File "/usr/lib/python3/dist-packages/salt/transport/zeromq.py", line 899, in _publish_daemon spal. 05 20:47:04 salt-master[11925]: pub_sock.setsockopt(zmq.HWM, self.opts.get("pub_hwm", 1000)) spal. 05 20:47:04 salt-master[11925]: File "zmq/backend/cython/socket.pyx", line 453, in zmq.backend.cython.socket.Socket.set spal. 05 20:47:04 salt-master[11925]: File "zmq/backend/cython/socket.pyx", line 285, in zmq.backend.cython.socket._setsockopt spal. 05 20:47:04 salt-master[11925]: File "zmq/backend/cython/checkrc.pxd", line 28, in zmq.backend.cython.checkrc._check_rc spal. 05 20:47:04 salt-master[11925]: zmq.error.ZMQError: Invalid argument ``` -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages salt-master depends on: ii adduser3.129 ii init-system-helpers1.65.2 ii python33.10.6-1 ii python3-pycryptodome 3.11.0+dfsg1-3+b1 ii python3-systemd235-1 ii python3-zmq24.0.1-1 ii salt-common3004.1+dfsg-2 ii sysvinit-utils [lsb-base] 3.05-6 Versions of packages salt-master recommends: ii python3-pygit2 1.10.1-2 salt-master suggests no packages. -- no debconf information
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
I have reproduced issue on my Sid virtual machine. I've copied (pre-upgrade) profile from backup, upgraded Thunderbird and same issue appeared. To fix I launched --safe-mode, and selected to reset toolbars and controls. I did not check "Disable all addons". Sadly, --verbose did not produce anything useful to detect what's happening.
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
On 2022-07-09 13:36, Carsten Schoenert wrote: In about 80% of problems some external Add-ons are the root of problems. I see there's "SenderAddressColumn (disabled)" addon, but I doubt it was enabled before upgrade. Last addon update was in 2016. I blieve what helped is resetting controls via --safe-mode.
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
I've found a fix: ``` thunderbird --safe-mode --jsconsole ``` (--jsconsole probably is not deeded). In a popup shown, I've selected to "Disable all addons" and "Reset toolbars and controls". Clicking "Make changes and restart" made UI work again, even with AppArmor.
Bug#1014638: thunderbird: 1:102.0.1-1 update breaks unser interface - no accounts, emails are shown in main window
Package: thunderbird Version: 1:102.0.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, Please see screenshot attached - no account tree is visible after upgrade. In settings I do see all accounts set up as it was before though. AppArmor profile was always enabled, though after seeing this problem I've disabled AppArmor profile but problem persist. Downgranding to 1:91.11.0-1 is not workaround, as it complains that "You have launched an older version of Thunderbird". -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunderbird depends on: ii debianutils 5.7-0.2 ii fontconfig 2.13.1-4.4 ii kdialog 4:21.12.3-1 ii libasound2 1.2.7.1-1 ii libatk1.0-0 2.38.0-1 ii libc62.33-7 ii libcairo-gobject21.16.0-5 ii libcairo21.16.0-5 ii libdbus-1-3 1.14.0-1 ii libdbus-glib-1-2 0.112-2 ii libevent-2.1-7 2.1.12-stable-5+b1 ii libffi8 3.4.2-4 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.12.1+dfsg-3 ii libgcc-s112.1.0-5 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 ii libglib2.0-0 2.72.3-1 ii libgtk-3-0 3.24.34-1 ii libicu71 71.1-3 ii libnspr4 2:4.34-1 ii libnss3 2:3.79-1 ii libpango-1.0-0 1.50.7+ds-1 ii librnp0 0.16.0-1 ii libstdc++6 12.1.0-5 ii libvpx7 1.11.0-2 ii libx11-6 2:1.7.5-1 ii libx11-xcb1 2:1.7.5-1 ii libxcb-shm0 1.14-3 ii libxcb1 1.14-3 ii libxext6 2:1.3.4-1 ii libxrandr2 2:1.5.2-2+b1 ii psmisc 23.5-1 ii x11-utils7.7+5 ii zenity 3.42.1-2 ii zlib1g 1:1.2.11.dfsg-4 Versions of packages thunderbird recommends: ii hunspell-ar [hunspell-dictionary] 3.2-1.2 ii hunspell-en-gb [hunspell-dictionary] 1:7.2.0-2 ii hunspell-en-us [hunspell-dictionary] 1:2020.12.07-2 ii hunspell-lt [hunspell-dictionary] 1:7.2.0-2 Versions of packages thunderbird suggests: ii apparmor 3.0.4-3 ii fonts-lyx 2.3.6.1-1 ii libgssapi-krb5-2 1.19.2-2+b2 -- no debconf information
Bug#1001711: fixed in libtoxcore 0.2.13-1
And what about Bullseye? Will there be security release for Debian stable?
Bug#1001711: libtoxcore2: Stack-based buffer overflow vulnerability in UDP packet handling in Toxcore (CVE-2021-44847)
Package: libtoxcore2 Version: 0.2.12-1+b1 Severity: grave Tags: security upstream Justification: user security hole X-Debbugs-Cc: Debian Security Team Dear Maintainer, libtoxcore has CVE-2021-44847: https://blog.tox.chat/2021/12/stack-based-buffer-overflow-vulnerability-in-udp-packet-handling-in-toxcore-cve-2021-44847/ https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-44847 Workaround is to disable UDP support in settings. -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libtoxcore2 depends on: ii libc62.33-1 ii libopus0 1.3.1-0.1 ii libsodium23 1.0.18-1 ii libvpx7 1.11.0-2 libtoxcore2 recommends no packages. libtoxcore2 suggests no packages. -- no debconf information
Bug#996486: bitcoind: fails to start with undefined symbol: _ZTIN7leveldb6LoggerE
Package: bitcoind Version: 22.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, Since 2021-10-12 bitcoind fails to start on my machine: ``` # fgrep leveldb /var/log/syslog Oct 12 20:00:34 vinco bitcoind[1103]: /usr/bin/bitcoind: symbol lookup error: /usr/bin/bitcoind: undefined symbol: _ZTIN7leveldb6Logger ``` This is list of updated packages just before first failure (from /var/log/apt/history.log): ``` Start-Date: 2021-10-12 19:59:47 Commandline: apt full-upgrade Requested-By: vincas (1000) Install: libraqm0:amd64 (0.7.0-4, automatic) Upgrade: libffi8:amd64 (3.4.2-2, 3.4.2-3), libffi8:i386 (3.4.2-2, 3.4.2-3), libntfs-3g89:amd64 (1:2021.8.22-2, 1:2021.8.22-3), ntfs-3g:amd64 (1:2021.8.22-2, 1:2021.8.22-3), libleveldb1d:amd64 (1.22-3, 1.23-2), licensecheck:amd64 (3.2.11-1, 3.2.13-1), python3-pkg-resources:amd64 (52.0.0-4, 58.2.0-1), python3-packa ging:amd64 (20.9-2, 21.0-1), python3-pil:amd64 (8.1.2+dfsg-0.3, 8.3.2-1), libisl23:amd64 (0.23-1, 0.24-2), python3-setuptools:amd64 (52.0.0-4, 58.2.0-1), dkm s:amd64 (2.8.7-1, 2.8.7-2) End-Date: 2021-10-12 20:00:07 ``` It seems libleveldb1d 1.23-2 broke bitcoind? -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bitcoind depends on: ii libboost-filesystem1.74.0 1.74.0-11 ii libc6 2.32-4 ii libdb5.3++ 5.3.28+dfsg1-0.8 ii libevent-2.1-7 2.1.12-stable-1 ii libevent-pthreads-2.1-72.1.12-stable-1 ii libgcc-s1 11.2.0-9 ii libleveldb1d 1.23-2 ii libminiupnpc17 2.2.1-1 ii libsqlite3-0 3.36.0-2 ii libstdc++6 11.2.0-9 ii libzmq54.3.4-1 Versions of packages bitcoind recommends: ii tor 0.4.5.10-1+b1 Versions of packages bitcoind suggests: ii bash-completion 1:2.11-4 -- no debconf information
Bug#978008: libkwaylandserver5: undefined symbol: _ZN14KWaylandServer17XdgShellInterface14surfaceCreatedEPNS_24XdgShellSurfaceInterfaceE"
On Thu, 24 Dec 2020 21:56:55 +0900 Norbert Preining wrote: Which version of kwin do you have installed? Seems like a missing breaks against old versions of kwin or so. After removing user-manager, full-upgrade upgraded kwin too: ``` Unpacking kwin-x11 (4:5.20.4-3) over (4:5.19.5-3+b1) ... ``` Now my status is this: ``` $ dpkg -l "*kwin*" | fgrep ii ii kwin-common4:5.20.4-3 amd64KDE window manager, common files ii kwin-data 4:5.20.4-3 all KDE window manager data files ii kwin-style-breeze 4:5.20.4-2 amd64KWin Breeze Style ii kwin-x11 4:5.20.4-3 amd64KDE window manager, X11 version ii libkwin4-effect-builtins1 4:5.20.4-3 amd64KDE window manager effect builtins library ii libkwineffects12a 4:5.20.4-3 amd64KDE window manager effects library ii libkwinglutils12 4:5.20.4-3 amd64KDE window manager gl utils library ii libkwinxrenderutils12 4:5.20.4-3 amd64KDE window manager render utils library ii qml-module-org-kde-kwindowsystem:amd64 5.77.0-2 amd64provides integration of QML and KDE frameworks - kwindowsystem ``` > It seems that I have go perform `full-upgrade` that removes `user-manager`. After that KDE desktop works. Yes, user-manager is going away. It is now a kcm and not a separate program. So I guess I've got stuck on just a transition. I thought user-manager removal was one of these temporarily-transitional-stuff, so I avoided that. I should have removed it and there would be no issue. Sorry for the noise.
Bug#978008: libkwaylandserver5: undefined symbol: _ZN14KWaylandServer17XdgShellInterface14surfaceCreatedEPNS_24XdgShellSurfaceInterfaceE"
I've reproduced same issue on VM. It seems that I have go perform `full-upgrade` that removes `user-manager`. After that KDE desktop works. If I try to install `user-manager` again, I get suggestion to remove whole kde-plasma-dekstop & friends...
Bug#978008: libkwaylandserver5: undefined symbol: _ZN14KWaylandServer17XdgShellInterface14surfaceCreatedEPNS_24XdgShellSurfaceInterfaceE"
Package: libkwaylandserver5 Version: 5.20.4-2 Severity: grave Justification: renders package unusable Dear Maintainer, After today Sid upgrades my KDE desktop failed to fully load after login. I see background and KDE spinner, but desktop does not appear. I've found this in `~/.xsession-errors`: ``` /usr/bin/kwin: symbol lookup error: /lib/x86_64-linux-gnu/libkwin.so.5: undefined symbol: _ZN14KWaylandServer17XdgShellInterface14surfaceCreatedEPNS_24XdgShe llSurfaceInterfaceE ``` I've downgraded libkwaylandserver5 (to 5.19.5-2), kwayland-integration (to 5.19.5-3) and kwayland-data (to 4:5.74.0-2), rebooted and it started working again. -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-5-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#970921: error: PyCapsule_GetPointer called with incorrect name
Package: calibre Version: 4.99.12+dfsg+really4.23.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, calibre fails to start with this error: ``` Traceback (most recent call last): File "/usr/bin/calibre", line 20, in sys.exit(calibre()) File "/usr/lib/calibre/calibre/gui_launch.py", line 73, in calibre main(args) File "/usr/lib/calibre/calibre/gui2/main.py", line 529, in main app, opts, args = init_qt(args) File "/usr/lib/calibre/calibre/gui2/main.py", line 114, in init_qt app = Application(args, override_program_name=override, windows_app_uid=MAIN_APP_UID) File "/usr/lib/calibre/calibre/gui2/__init__.py", line 885, in __init__ raise RuntimeError('Failed to load the progress_indicator C extension, with error: {}'.format(pi_err)) RuntimeError: Failed to load the progress_indicator C extension, with error: PyCapsule_GetPointer called with incorrect name ``` -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages calibre depends on: ii calibre-bin 4.99.12+dfsg+really4.23.0-1 ii dpkg 1.20.5 ii fonts-liberation 1:1.07.4-11 ii imagemagick 8:6.9.11.24+dfsg-1+b1 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.24+dfsg-1+b1 ii libjpeg-turbo-progs 1:2.0.5-1.1 ii libjxr-tools 1.1-6+b1 ii optipng 0.7.7-1+b1 ii poppler-utils20.09.0-2 ii python3 3.8.2-3 ii python3-apsw 3.32.2-r1-1 ii python3-bs4 4.9.1-1 ii python3-chardet 3.0.4-7 ii python3-chm 0.8.6-2+b1 ii python3-css-parser 1.0.4-2 ii python3-cssselect1.1.0-2 ii python3-cssutils 1.0.2-3 ii python3-dateutil 2.8.1-4 ii python3-dbus 1.2.16-3 ii python3-feedparser 5.2.1-2 ii python3-html2text2020.1.16-1 ii python3-html5-parser 0.4.9-3+b1 ii python3-html5lib 1.1-2 ii python3-lxml 4.5.2-1 ii python3-markdown 3.2.2-2 ii python3-mechanize1:0.4.5-2 ii python3-msgpack 0.6.2-1+b1 ii python3-netifaces0.10.9-0.2+b1 ii python3-pil 7.2.0-1 ii python3-pkg-resources49.3.1-2 ii python3-pygments 2.3.1+dfsg-4 ii python3-pyparsing2.4.7-1 ii python3-pyqt55.15.1+dfsg-2 ii python3-pyqt5.qtsvg 5.15.1+dfsg-2 ii python3-pyqt5.qtwebengine5.15.1-1 ii python3-regex0.1.20200714-1 ii python3-routes 2.4.1-2 ii python3-zeroconf 0.26.1-1 ii xdg-utils1.1.3-2 Versions of packages calibre recommends: ii python3-dnspython 2.0.0-1 ii udisks22.9.1-2 Versions of packages calibre suggests: pn python3-openssl pn python3-unrardll -- no debconf information
Bug#955279: sysdig: undefined symbol: _ZN4grpc13ClientContextC1Ev
Package: sysdig Version: 0.26.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, sysdig does not run at all: ``` $ sudo sysdig sysdig: symbol lookup error: sysdig: undefined symbol: _ZN4grpc13ClientContextC1Ev ``` -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sysdig depends on: ii libb64-0d1.2-5+b1 ii libc62.30-4 ii libcurl4 7.68.0-1 ii libelf1 0.176-1.1 ii libgcc-s1 [libgcc1] 10-20200324-1 ii libgcc1 1:10-20200324-1 ii libgrpc++1 1.26.0-2 ii libjq1 1.6-1 ii libjsoncpp1 1.7.4-3.1 ii libluajit-5.1-2 2.1.0~beta3+dfsg-5.1 ii libncurses6 6.2-1 ii libprotobuf173.6.1.3-2+b3 ii libssl1.11.1.1e-1 ii libstdc++6 10-20200324-1 ii libtbb2 2020.1-2 ii libtinfo66.2-1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages sysdig recommends: ii sysdig-dkms 0.26.4-1 sysdig suggests no packages. -- no debconf information
Bug#909750: applications tries to write to /usr/* directories via libfontconfig1
On 2019-04-13 12:50, Niels Thykier wrote: What is the status of this bug? AFAICT, we have *some* fixes from upstream but Chris's mail implies that the bug is not completely fixed. This bug disappeared from my logs long time ago, at least haven't seen any application reproducing it so far.
Bug#921559: kio-extras: MTP browsing stopped working (after recent udev upgrade?) with "The file or folder udi=/org/kde... does not exist."
Control: forwarded -1 https://sourceforge.net/p/libmtp/bugs/1818/ Looks like there are problems with more phones (forwarded to bug about Moto G regression).
Bug#918548: [pkg-apparmor] Bug#918548: About possibility to translate AppArmor tunables
On 2019-01-07 13:30, Ian Jackson wrote: Vincas, thanks for reporting this bug on the debian-i18n list. I think it needs a much higher profile. We already have AppArmor bug [0]. Intention of debian-i18n is to figure is it possible to "automate" translation upon AppArmor/language installation. The problem is that on my machine, "Desktop" is actually "Darbastalis", I think you mean "in your account" ? I mean, if you had several users who used different languages, wouldn't their "Desktop" directory be called different things ? I do not know when these XDG dirs are "translated". If I choose Lithuanian language upon Debian desktop installation, I get Lithuanian "Darbastalis". So I assume it's default based on "system language", if that's ever a thing? I do see that KDE settings allows user can select completely different "Desktop" directory. That would be kinda out of scope, as that would need some sort of AppArmor helper and kernel variables to change these "on the fly". This is "over my head", so we should ask AppArmor developers to comment this... My intent is to somehow translate "official" Desktop "names". ``` @{XDG_DESKTOP_DIR}+="Darbastalis" #lt @{XDG_DESKTOP_DIR}+="Darbvirsma" #lv @{XDG_DOWNLOAD_DIR}+="Atsisiuntimai" #lt @{XDG_DOWNLOAD_DIR}+="Lejupielādes" #lv ... ``` These are interesting ideas. I don't know enough to say if they would work. Yes, appending variable "value list" works, I've been testing by modifying `/etc/apparmor.d/tunables/xdg-user-dirs.d/site.local` file: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883948#25 My idea was maybe it is possible to "translate on the installation", based on *available* languages in the system, instead of pre-translating "Desktops" into all known languages and ship (by upstream itself) a big fat `/etc/apparmor.d/tunables/xdg-user-dirs` file. Not sure what would be performance hit by having such a variables containing all known "Desktops" and "Downloads, etc, for AppArmor kernel module to perform matching. Though I am not sure how that could be achieved, hence I ask this list for guidance. I think this requires some technical input from the AppArmor folks. I see you CC'd the uploader already but I think this is a bug and should be tracked in the Debian BTS. Again, [0]. I have set the bug to `serious' because of this impact as described by Vincas: if AppArmor profile for application "Foo" defines rule `@{XDG_DESKTOP_DIR}/** r,` to allow reading from desktop, it will not work for my localized desktop directory name. That is phrased hypothetically but I imagine it is common. That kind of thing is after all what these rules are there fore. The reality is that profiles that ship in distributions are rather.. permissive, like, allowing to access all $HOME (except sensitive dot files & directories of course) in order not to break user experience too much. For example, from Thunderbird's profile [1]: ``` # rw access to HOME is useful when sending/receiving attachments owner @{HOME}/[^.]** rw, ``` Or LibreOffice [2]: ``` @{libo_user_dirs} = @{HOME} /mnt /media ... owner @{libo_user_dirs}/**.@{libreoffice_ext} rwk, #Open files rw with the right exts ``` Or Totem [3]: ``` # Allow read and write on almost anything in @{HOME}. Lenient, but # private-files-strict is in effect. #include owner @{HOME}/[^.]*rw, ``` Of course, it would be nice if GUI application would only allow (let's say) Downloads and Desktop to be accessible by default, and allow strict-full (no dot files & dirs) if users choose so, by enabling "less permissive mode" *somewhere* (by some GUI configurator, etc), but that would needs AppArmor tooling, "helpers", etc... Well, there is `aa-update-browser` utility (in apparmor-utils) that can be used in Ubuntu (as it ships Firefox profile, although disabled by default) to select how strict AA policy of Firefox is. If there would be similar tooling to configure (in user-friendly way, not by fiddling with AA profiles) arbitrary application profile, then these XDG_XYZ_DIR's would be much more helpful. To the AppArmor maintainers: I have filed this as `serious' not to try to force you to fix this, but because this bug seems like it will cause AppArmor to work badly for many people and I felt you would want me to be sure you noticed. So please adjust the severity as you like. Since these variables are note really looks "interesting" in current AppArmor state, I doubt this bug should be marked as "serious". More like a feature request to be useful in the future. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883948 [1] https://gitlab.com/apparmor/apparmor-profiles/blob/c69719d970a5ae96835b01b165ca19a1b2da2c42/ubuntu/19.04/usr.bin.thunderbird#L80 [2] https://cgit.freedesktop.org/libreoffice/core/tree/sysui/desktop/apparmor/program.soffice.bin?id=3272c1eb5563f3bda2caa24f32b1018372622109#n103 [3]
Bug#917167: systemd: 240 breaks kde (rakes ages to launch)
On Sun, 23 Dec 2018 19:15:27 +0100 Michael Biebl wrote: For a (temporary) workaround you can create a file /etc/security/limits.d/systemd.conf containing: * hard nofile 524288 That did the trick, thanks!
Bug#909750: applications tries to write to /usr/* directories via libfontconfig1
On Fri, 9 Nov 2018 14:25:12 +0100 Jakub Wilk wrote> It's still reproducible for me: $ strace -o '| grep -w EACCES' /usr/lib/firefox-esr/firefox-bin ... openat(AT_FDCWD, "/usr/share/fonts/truetype/mononoki/.uuid.TMP-lrzetE", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE|O_CLOEXEC, 0600) = -1 EACCES (Permission denied) openat(AT_FDCWD, "/usr/share/fonts/truetype/wine/.uuid.TMP-p6l2oU", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE|O_CLOEXEC, 0600) = -1 EACCES (Permission denied) openat(AT_FDCWD, "/usr/share/fonts/woff/mononoki/.uuid.TMP-S9ygla", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE|O_CLOEXEC, 0600) = -1 EACCES (Permission denied) openat(AT_FDCWD, "/usr/share/fonts/X11/encodings/large/.uuid.TMP-VcWBhq", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE|O_CLOEXEC, 0600) = -1 EACCES (Permission denied) openat(AT_FDCWD, "/usr/lib/firefox-esr/fonts/.uuid.TMP-uG7neG", O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE|O_CLOEXEC, 0600) = -1 EACCES (Permission denied) That's strange. If I run `sysdig` to monitor access to `.uuid.` files globally, before logging in into desktop, I do get EACCES logged: sysdig "fd.name contains .uuid.TMP" | tee /tmp/log 3952867 12:07:13.859149439 5 thunderbird (2599) < openat fd=-13(EACCES) dirfd=-100(AT_FDCWD) name=/usr/lib/thunderbird/fonts/.uuid.TMP-cnzjnu flags=4135(O_EXCL|O_CREAT|O_RDWR|O_CLOEXEC) mode=0600 4307465 12:07:13.953801349 3 firefox (2576) < openat fd=-13(EACCES) dirfd=-100(AT_FDCWD) name=/usr/lib/firefox/fonts/.uuid.TMP-6LGM5w flags=4135(O_EXCL|O_CR$AT|O_RDWR|O_CLOEXEC) mode=0600 5734213 12:07:14.789892829 0 firefox (2995) < openat fd=-13(EACCES) dirfd=-100(AT_FDCWD) name=/usr/lib/firefox/fonts/.uuid.TMP-5T4pus flags=4135(O_EXCL|O_CR$AT|O_RDWR|O_CLOEXEC) mode=0600 6988435 12:07:16.158318166 7 firefox (3212) < openat fd=-13(EACCES) dirfd=-100(AT_FDCWD) name=/usr/lib/firefox/fonts/.uuid.TMP-l3eHEK flags=4135(O_EXCL|O_CR$AT|O_RDWR|O_CLOEXEC) mode=0600 8086425 12:07:18.491988140 0 firefox (3466) < openat fd=-13(EACCES) dirfd=-100(AT_FDCWD) name=/usr/lib/firefox/fonts/.uuid.TMP-Nekoxh flags=4135(O_EXCL|O_CR$AT|O_RDWR|O_CLOEXEC) mode=0600 But I no longer get AppArmor DENIED messages. Maybe I modified abstractions/profiles to silence, but I can't recall that... I am sure that Thunderbird *is* confined (same pid as in sysdig output) by AppArmor: ``` $ sudo aa-status | fgrep thunderbird ... /usr/lib/thunderbird/thunderbird-bin (2599) thunderbird ```
Bug#909750: applications tries to write to /usr/* directories via libfontconfig1
Control: fixed -1 2.13.1-2 I cannot reproduce this any more, thanks!
Bug#874727: closed by Anton Gladky (Bug#874727: fixed in coin3 3.1.4~abc9f50+dfsg2-1)
Freecad crashes while importing any .svg: 1. Open Inkscape 2. Save to "drwing.svg" or whatever (yes, empty file) 3. Launch Freecad 4. File -> New 5. File -> Import -> select drawing.svg -> check "SVG as geometry" -> Select -> Crash happens: ``` Thread 1 "freecad" received signal SIGSEGV, Segmentation fault. 0x7fffed83995b in XML_SetHashSalt () from /lib/x86_64-linux-gnu/libexpat.so.1 #0 0x7fffed83995b in XML_SetHashSalt () at /lib/x86_64-linux-gnu/libexpat.so.1 #1 0x7fffe40095b0 in () at /usr/lib/python2.7/lib-dynload/pyexpat.x86_64-linux-gnu.so #2 0x76836c66 in PyEval_EvalFrameEx () at /lib/x86_64-linux-gnu/libpython2.7.so.1.0 #3 0x768365ef in PyEval_EvalFrameEx () at /lib/x86_64-linux-gnu/libpython2.7.so.1.0 #4 0x768365ef in PyEval_EvalFrameEx () at /lib/x86_64-linux-gnu/libpython2.7.so.1.0 #5 0x768365ef in PyEval_EvalFrameEx () at /lib/x86_64-linux-gnu/libpython2.7.so.1.0 #6 0x7682d032 in PyEval_EvalCodeEx () at /lib/x86_64-linux-gnu/libpython2.7.so.1.0 #7 0x7682d649 in PyEval_EvalCode () at /lib/x86_64-linux-gnu/libpython2.7.so.1.0 #8 0x76805e86 in PyRun_StringFlags () at /lib/x86_64-linux-gnu/libpython2.7.so.1.0 #9 0x76b4f606 in Base::InterpreterSingleton::runString[abi:cxx11](char const*) () at /usr/lib/freecad/lib/libFreeCADBase.so #10 0x772bb533 in Gui::Command::doCommand(Gui::Command::DoCmd_Type, char const*, ...) () at /usr/lib/freecad/lib/libFreeCADGui.so #11 0x77255ef8 in Gui::Application::importFrom(char const*, char const*, char const*) () at /usr/lib/freecad/lib/libFreeCADGui.so #12 0x772c5960 in StdCmdImport::activated(int) () at /usr/lib/freecad/lib/libFreeCADGui.so #13 0x772bf674 in Gui::Command::invoke(int) () at /usr/lib/freecad/lib/libFreeCADGui.so #14 0x733bdedd in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /lib/x86_64-linux-gnu/libQtCore.so.4 #15 0x73e66572 in QAction::triggered(bool) () at /lib/x86_64-linux-gnu/libQtGui.so.4 #16 0x73e67917 in QAction::activate(QAction::ActionEvent) () at /lib/x86_64-linux-gnu/libQtGui.so.4 #17 0x742b9514 in () at /lib/x86_64-linux-gnu/libQtGui.so.4 #18 0x742bdec3 in () at /lib/x86_64-linux-gnu/libQtGui.so.4 #19 0x73ec20d8 in QWidget::event(QEvent*) () at /lib/x86_64-linux-gnu/libQtGui.so.4 #20 0x742c1beb in QMenu::event(QEvent*) () at /lib/x86_64-linux-gnu/libQtGui.so.4 #21 0x73e6c38c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQtGui.so.4 #22 0x73e7415a in QApplication::notify(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQtGui.so.4 #23 0x7729c8c8 in Gui::GUIApplication::notify(QObject*, QEvent*) () at /usr/lib/freecad/lib/libFreeCADGui.so #24 0x733a996e in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQtCore.so.4 #25 0x73e72df6 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) () at /lib/x86_64-linux-gnu/libQtGui.so.4 #26 0x73eedf13 in () at /lib/x86_64-linux-gnu/libQtGui.so.4 #27 0x73eecf0c in QApplication::x11ProcessEvent(_XEvent*) () at /lib/x86_64-linux-gnu/libQtGui.so.4 #28 0x73f163fc in () at /lib/x86_64-linux-gnu/libQtGui.so.4 #29 0x7fffeebbec3e in g_main_context_dispatch () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #30 0x7fffeebbeed8 in () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #31 0x7fffeebbef6c in g_main_context_iteration () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #32 0x733d9cb3 in QEventDispatcherGlib::processEvents(QFlags) () at /lib/x86_64-linux-gnu/libQtCore.so.4 #33 0x73f16587 in () at /lib/x86_64-linux-gnu/libQtGui.so.4 #34 0x733a7f14 in QEventLoop::processEvents(QFlags) () at /lib/x86_64-linux-gnu/libQtCore.so.4 #35 0x733a827e in QEventLoop::exec(QFlags) () at /lib/x86_64-linux-gnu/libQtCore.so.4 #36 0x733ae12c in QCoreApplication::exec() () at /lib/x86_64-linux-gnu/libQtCore.so.4 #37 0x7725e1fb in Gui::Application::runApplication() () at /usr/lib/freecad/lib/libFreeCADGui.so #38 0x8ce8 in main () ```
Bug#906769: arm kernels fail to boot
On 8/22/18 7:35 AM, Salvatore Bonaccorso wrote: armhf packages: https://people.debian.org/~carnil/tmp/linux/armhf/ armmp-lpae works fine on Odroid-HC1 SBC (Samsung Exynos5422 ARM® Cortex™-A15 Quad 2.0GHz/Cortex™-A7 Quad 1.4GHz)
Bug#906769: arm kernels fail to boot
On Mon, 20 Aug 2018 15:16:52 -0700 Vagrant Cascadian wrote: One "armmp-lpae" system appears to have successfully booted, but gets many kernel messages along these lines: [ 78.638348] INFO: rcu_sched detected stalls on CPUs/tasks: [ 78.642433] 0-...: (0 ticks this GP) idle=29c/0/0 softirq=1396/1396 fqs=0 [ 78.649321] (detected by 2, t=4204 jiffies, g=283, c=282, q=41917) [ 78.655567] Task dump for CPU 0: [ 78.658770] swapper/0 R running task0 0 0 0x [ 78.665844] rcu_sched kthread starved for 4207 jiffies! g283 c282 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1 [ 78.674972] rcu_sched S0 7 2 0x [ 78.680506] [] (__schedule) from [] (schedule+0x50/0xa8) [ 78.687501] [] (schedule) from [] (schedule_timeout+0x1e0/0x464) [ 78.695231] [] (schedule_timeout) from [] (rcu_gp_kthread+0x574/0x908) [ 78.703447] [] (rcu_gp_kthread) from [] (kthread+0x118/0x130) [ 78.710894] [] (kthread) from [] (ret_from_fork+0x14/0x34) I have the same case - OdroidHC1 ARM device ( armmp-lpae ) booted, but some applications kept hanging. Took forever to make it reboot into older kernel.
Bug#874727: closed by Anton Gladky (Bug#874727: fixed in coin3 3.1.4~abc9f50+dfsg2-1)
Are there any workarounds for this issue? Seems same problem as discovered on Kbuntu 18.04 that FreeCAD crashes when importing from SVG file.
Bug#718272: [Pkg-bitcoin-devel] Bug#718272: Bitcoin still not ready for stable release in Debian
Any news after half a year? Why it's marked "fixed-upstream"?
Bug#876521: FTBFS with CGAL 4.11
There is new PR, does this fix the issue? https://github.com/Oslandia/SFCGAL/pull/157
Bug#884874: phonon-backend-vlc: Application using phonon are crashing with vlc 3.0.0~rc2
VLC 3.0.0 entered Testing, and Dragon and Amarok started to crash. Could it have been possible to kinda stop VLC upload because some depended packages breaks? That would be nice in this case.
Bug#878923: vlc: starting video crashes KDE session
Package: src:vlc Version: 2.2.6-6 Severity: grave Justification: renders package unusable Dear Maintainer, Probably after some recent package upgrades, I cannot launch video with VLC as it crashes whoe X session: LANG=en_US vlc ~/Parsiuntimai/David\ Stone\ Exceptional\ Performance_48_20.mp4 VLC media player 2.2.6 Umbrella (revision 2.2.6-0-g1aae78981c) [5591942d8538] [http] lua interface: Lua HTTP interface [5591941d3258] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. Qt: Session management error: Could not open network socket libva info: VA-API version 0.40.0 The X11 connection broke: I/O error (code 1) XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0" after 11 requests (11 known processed) with 0 events remaining. QObject::~QObject: Timers cannot be stopped from another thread What I get is login prompt as if manually log-outed/rebooted. If I launch VLC without specifying (or clicking on) video file, it displays it's GUI without a crash. Meanwhile, Dragon player works fine. That video is downloaded form Youtube using Download Helper, with title visible in mentioned copy-paste. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8), LANGUAGE=lt (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vlc depends on: ii vlc-bin 2.2.6-6 ii vlc-l10n 2.2.6-6 ii vlc-plugin-base 2.2.6-6 ii vlc-plugin-qt2.2.6-6 ii vlc-plugin-video-output 2.2.6-6 Versions of packages vlc recommends: ii vlc-plugin-notify 2.2.6-6 ii vlc-plugin-samba 2.2.6-6 ii vlc-plugin-skins2 2.2.6-6 ii vlc-plugin-video-splitter 2.2.6-6 ii vlc-plugin-visualization 2.2.6-6 vlc suggests no packages. Versions of packages libvlc-bin depends on: ii libc62.24-17 ii libvlc5 2.2.6-6 Versions of packages libvlc5 depends on: ii libc62.24-17 ii libvlccore8 2.2.6-6 Versions of packages libvlc5 recommends: ii libvlc-bin 2.2.6-6 Versions of packages libvlccore8 depends on: ii libc62.24-17 ii libdbus-1-3 1.11.20-1 ii libidn11 1.33-2 Versions of packages libvlccore8 recommends: ii libproxy-tools 0.4.14-3 Versions of packages vlc-bin depends on: ii libc6 2.24-17 ii libvlc-bin 2.2.6-6 ii libvlc5 2.2.6-6 Versions of packages vlc-plugin-base depends on: ii liba52-0.7.4 0.7.4-19 ii libasound2 1.1.3-5 ii libass91:0.13.7-2 ii libavahi-client3 0.7-3 ii libavahi-common3 0.7-3 ii libavc1394-0 0.5.4-4+b1 ii libbasicusageenvironment1 2017.09.12-1 ii libbluray2 1:1.0.1.deb1-2 ii libbz2-1.0 1.0.6-8.1 ii libc6 2.24-17 ii libcairo2 1.14.10-1 ii libcddb2 1.3.2-5 ii libcdio13 0.83-4.3+b1 ii libchromaprint11.4.2-1 ii libcrystalhd3 1:0.0~git20110715.fdd2f19-12 ii libdbus-1-31.11.20-1 ii libdc1394-22 2.2.5-1 ii libdca00.0.5-10 ii libdvbpsi101.3.1-2 ii libdvdnav4 5.0.3-3 ii libdvdread45.0.3-2 ii libebml4v5 1.3.5-2 ii libfaad2 2.8.5-1 ii libflac8 1.3.2-1 ii libfontconfig1 2.12.3-0.2 ii libfreetype6 2.8-0.2 ii libfribidi00.19.7-1+b1 ii libgcc11:7.2.0-8 ii libgcrypt201.7.9-1 ii libglib2.0-0 2.54.1-1 ii libgme00.6.1-1 ii libgnutls303.5.15-2 ii libgpg-error0 1.27-3 ii libgroupsock8 2017.09.12-1 ii libgsm11.0.13-4+b2 ii libjpeg62-turbo1:1.5.2-2 ii libkate1 0.4.1-7+b1 ii liblirc-client00.10.0-2+b1 ii liblivemedia58 2017.09.12-1 ii liblua5.2-05.2.4-1.1+b2 ii liblzma5 5.2.2-1.3 ii libmad00.15.1b-8+b2 ii libmatroska6v5 1.4.8-1.1 ii libmp3lame03.99.5+repack1-9+b2 ii libmpcdec6 2:0.1~r495-1+b1 ii libmpeg2-4 0.5.1-8 ii libmtp91.1.13-1 ii libncursesw5 6.0+20170902-1 ii libogg01.3.2-1+b1 ii libopenmpt-modplug10.3.1-1 ii libopus0 1.2.1-1 ii libpng16-161.6.34-1 ii libpulse0 11.1-1 ii libraw1394-11 2.1.2-1+b1 ii libresid-builder0c2a 2.1.1-15 ii librsvg2-2 2.40.18-1
Bug#874432: More info
I have found the core issue. It's not about kernel update, it's about the fact that Thunderbird package now has usr.bin.thunderbird AppArmor profile, and it conflicted with other profile usr.lib.thunderbird.thunderbird I had enabled earlier (attached). Kernel upgrade just made me to reboot system and AppArmor tried to load kinda duplicate profiles. I could not reproduce crash on Debian 9 Stretch with duplicate profile. usr.lib.thunderbird.thunderbird Description: Binary data