Bug#1079710: [Aptitude-devel] Bug#1079710: aptitude: "Immediate dependency resolution" must be optional
On 26.08.24 19:12, Julian Andres Klode wrote: Note that upgrading systems with aptitude is not supported IMHO updating systems ultimately is the job of dpkg, and unless I'm throwing around various force-whatever options it doesn't matter *at all* which tool I use to call "dpkg -i", as long as I do it at least once per package and in roughly the correct order. In any case this is just one example of how to get aptitude into a state that it can't easily get out of and which exhibits this problem. There are others. I've hit this multiple times during my 20 years of using Debian with smaller conflict sets, but the time-64 transition is annoying enough so I'm finally asking the maintainers to please fix it, or at least add a workaround people can live with, as my C++ foo isn't up to the task. I'm not asking for another tool that can do the job better or differently. But I don't quite understand what your goal is here. My goal is to quickly resolve problems manually that aptitude's built-in resolver cannot handle because it consistently tries to uninstall gnome or wine-i386 when they happen to conflict with my self-built package, five library dependency levels down. That, or it fails to arrive at a solution in less than an hour and/or asks me whether I want it to continue. Umpteen times. The time-64 transition is *difficult*. It replaces 150+ libraries and any conflict whatsoever can throw aptitude's resolvers into a tailspin. If you don't resolve again after making a change you don't know what is broken then, you can only guess. It's trivial to discover exactly what's broken with aptitude. You press "g" and then select "Close". You can then use the list of packages with unresolved problems (it's right at the top) to fix conflicts manually, the way you want to, until the "real" resolver is again able to find a possible solution using less than 100GB memory and/or less than five weeks' runtime. If you never ended up in that kind of situation, consider yourself lucky. In any case, isn't this option already there? Unfortunately, no it's not. This setting doesn't change aptitude's behavior in this case. = What I want is simple. I want to press "+" or "-" on a specific package version, and I want this action to change the intended state of that package *and nothing else*. If that results in ten other packages to be uninstallable, that's on me. Debian currently does not have an interactive tool that can do this. IMHO it's important to fix this. There'll always be intractable situations. Package dependency resolution is NP-complete after all. No, using the command line to add hints will not fix this. You want to add every single time64 library until apt stumbles on the solution you want? be my guest. -- -- Matthias Urlichs
Bug#1079710: aptitude: "Immediate dependency resolution" must be optional
Package: aptitude Version: 0.8.13-5 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de I'm trying to update a rather complex development system from Bookworm to Trixie, i.e. through the 64-bit time transition. The machine has three architectures installed, most libraries are (historically) not marked as autoinstalled, and I have a bunch of self-built packages of various historical state. In this sort of situation it's really common for the autoresolver to not find a solution. The problem is that attempting to manually resolve the transition causes the "immediate dependency resolution" attempt (which aptitude unconditionally performs whenever you change a package's state) to take arbitrarily long. I'm seeing 30+ seconds *each time I press + or -*, and that's on a >2-GHz 8-core workstation with a heap of RAM. Getting from 600 to 50 broken packages took me *two days*. Thus, I'd like to (urgently) ask you to add a way to *turn this immediate resolution thing off*, via some config option. The current situation is untenable; updating nontrivial systems to Trixie is going to be a *lot* of fun, for some non-empty subset of them, if this isn't fixed. The change should be backported to Stable, for obvious reasons. -- System Information: Debian Release: 12.5 APT prefers testing APT policy: (850, 'testing'), (500, 'stable-security'), (500, 'oldstable-security'), (500, 'oldoldstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64, armhf Kernel: Linux 6.1.0-18-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages aptitude depends on: ii aptitude-common 0.8.13-5 pn libapt-pkg6.0 pn libboost-iostreams1.74.0 ii libc6 2.38-13 ii libcwidget4 0.5.18-6 ii libgcc-s1 12.2.0-14 ii libncursesw6 6.4-4 ii libsigc++-2.0-0v5 2.12.0-1 ii libsqlite3-0 3.40.1-2 ii libstdc++614-20240201-3 ii libtinfo6 6.4-4 ii libxapian30 1.4.22-1 Versions of packages aptitude recommends: ii libdpkg-perl1.21.22 ii sensible-utils 0.0.17+nmu1 Versions of packages aptitude suggests: pn apt-xapian-index pn aptitude-doc-en | aptitude-doc pn debtags ii tasksel 3.73 -- debconf-show failed
Bug#861796: Retry please
> We'll try again post-bookworm. It's now post-bookworm ;-) and the Arch Linux wiki says this should be fixed by now. -- -- regards -- -- Matthias Urlichs OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1065422: kamailio: Please use /bin/bash
Package: kamailio Version: 5.6.3-2 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de # /usr/sbin/kamdbctl -e \E[37;31mERROR: could not load the script in /usr/lib/x86_64-linux-gnu/kamailio//kamctl/kamdbctl.sqlite for database engine SQLITE -e \E[37;31mERROR: database engine not loaded - tried 'SQLITE' This is supposed to be red. Unfortunately /bin/sh links to /bin/dash whose built-in "echo" doesn't support the "-e" flag, nor threse escape codes. Please use #!/bin/bash in the Kamailio shell scripts. Alternately, use /bin/echo instead of the built-in one. -- System Information: Debian Release: 12.5 APT prefers stable APT policy: (750, 'stable'), (700, 'testing'), (650, 'oldstable'), (600, 'oldoldstable'), (500, 'stable-security'), (500, 'oldstable-security'), (500, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64, armhf Kernel: Linux 6.1.0-15-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kamailio depends on: ii adduser3.134 ii init-system-helpers1.65.2 ii libc6 2.36-9+deb12u4 ii libncurses66.4-4 ii libpcre2-8-0 10.42-1 ii libpcre3 2:8.39-15 pn libreadline7 ii libreadline8 8.2-1.3 ii libstdc++6 14-20240201-3 ii libtinfo6 6.4-4 ii lsb-base 11.6 pn python ii python33.11.2-1+b1 ii sysvinit-utils [lsb-base] 3.06-4 kamailio recommends no packages. Versions of packages kamailio suggests: pn kamailio-berkeley-modules pn kamailio-cpl-modules pn kamailio-ldap-modules pn kamailio-lua-modules pn kamailio-mono-modules pn kamailio-mysql-modules pn kamailio-perl-modules pn kamailio-postgres-modules pn kamailio-presence-modules pn kamailio-python-modules pn kamailio-python3-modules pn kamailio-radius-modules pn kamailio-redis-modules pn kamailio-snmpstats-modules pn kamailio-tls-modules pn kamailio-unixodbc-modules pn kamailio-xml-modules pn kamailio-xmpp-modules pn stun-server | turn-server
Bug#1062446: strace: Build with "mpers" support
Package: strace
Version: 6.1-0.1
Severity: normal
X-Debbugs-Cc: sm...@smurf.noris.de
I am debugging a "foreign" ARMHF binary on a Raspberry Pi 3
(running Bookworm in 64-bit mode, arm64).
$ strace /lib/ld-linux.armhf.so.3 /opt/victronenergy/hub4control/hub4control
execve("/lib/ld-linux.armhf.so.3", ["/lib/ld-linux.armhf.so.3",
"/opt/victronenergy/hub4control/h"...], 0xcc00d598 /* 27 vars */
[ Process PID=93013 runs in 32 bit mode. ]
strace: WARNING: Proper structure decoding for this personality is not
supported, please consider building strace with mpers support enabled.
Thus, please enable mpers support if possible.
Bug#1060711: python3-wxgtk4.0: Library dependency too lenient
On 22.01.24 18:54, Scott Talbert wrote: I'll try to find a way to tighten wxPython's dependency on be >= the wxWidgets it was compiled with. Thanks, that's all I'm asking for. -- -- Matthias Urlichs
Bug#1060711: python3-wxgtk4.0: Library dependency too lenient
On 17.01.24 15:01, Scott Talbert wrote: On Wed, 17 Jan 2024, Matthias Urlichs wrote: On 16.01.24 23:58, Scott Talbert wrote: Do I understand correctly that you installed the python3-wxgtk4.0 4.2.1+dfsg-3 binary package from Debian Testing into a Debian 12 system and that's how you encountered this error? Yes. So? Mix+match from stable+testing is rather common when you're developing stuff, and Policy 3.5 doesn't say "umm well that only applies for dependencies from the same release". Sorry, but that's not generally supported, at least for wxWidgets related packages. Sometimes we change compile options and other things that change the ABI. I noticed … However, perhaps you misunderstood. I'm not asking for "support mix and match of wx*-related packages". I'm asking for "support mix+match between releases; if and when that doesn't work, please set the dependencies so that the user can't install a mix-and-match system in the first place". See also: https://lists.debian.org/debian-devel/2024/01/msg00266.html — NB, please disregard my snarky "go away" pseudo-quote there. That was not intended to reflect your reply here. -- -- Matthias Urlichs
Bug#1061309: pybuild-plugin-pyproject: Unconditionally tries to use "flit" plugin
Package: pybuild-plugin-pyproject
Version: 6.20231223
Severity: important
Installing "flit" breaks builds which do not use it.
$ dpkg-buildpackage -us -uc -ui -i -b -j13
…
dh_auto_build -O--buildsystem=pybuild
W: pybuild plugin_flit:131: The pybuild flit plugin is deprecated, please use
the pyprojectplugin instead.
E: pybuild pybuild:391: build: plugin flit failed with: No file/folder found
for module moat_kv_akumuli
dh_auto_build: error: pybuild --build -i python{version} -p 3.11 returned exit
code 13
make: *** [debian/rules:7: build] Error 25
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
debuild: fatal error at line 1182:
dpkg-buildpackage -us -uc -ui -i -b -j13 failed
FAIL
$ printenv | grep -i flit
[ nothing ]
$ git grep -i flit
[ nothing ]
$ sudo apt remove flit
$ dpkg-buildpackage -us -uc -ui -i -b -j13
[ works perfectly ]
$
$ cat debian/rules | sed -e "s/^/ /"
export PYBUILD_NAME=moat-kv-akumuli
%:
dh $@ --with python3 --buildsystem=pybuild
$
-- System Information:
Debian Release: 12.4
APT prefers stable
APT policy: (750, 'stable'), (700, 'testing'), (650, 'unstable'), (600,
'oldstable'), (500, 'stable-updates'), (500, 'stable-security'), (500,
'oldstable-updates'), (500, 'oldstable-security'), (500, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-10-amd64 (SMP w/24 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages pybuild-plugin-pyproject depends on:
ii dh-python 6.20231223
ii python33.11.2-1+b1
ii python3-build 0.9.0-1
ii python3-installer 0.6.0+dfsg1-1
ii python3-tomli 2.0.1-2
pybuild-plugin-pyproject recommends no packages.
pybuild-plugin-pyproject suggests no packages.
-- no debconf information
Bug#1060738: python3-pymodbus: Please update!
Package: python3-pymodbus Version: 3.0.0-7 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de pymodbus is at version 3.6.3 by now and contains a heap of fixes and enhancements. -- System Information: Debian Release: 12.4 APT prefers stable APT policy: (750, 'stable'), (700, 'testing'), (650, 'oldstable'), (600, 'oldoldstable'), (500, 'stable-security'), (500, 'oldstable-security'), (500, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.1.0-10-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-pymodbus depends on: ii python3 3.11.2-1+b1 Versions of packages python3-pymodbus recommends: ii python3-serial-asyncio 0.6-4 ii python3-typer 0.7.0-1 python3-pymodbus suggests no packages. -- debconf-show failed
Bug#1060711: python3-wxgtk4.0: Library dependency too lenient
Package: python3-wxgtk4.0 Version: 4.2.1+dfsg-3 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de Installing the version from Testing says >>> import wx.core Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/wx/__init__.py", line 17, in from wx.core import * File "/usr/lib/python3/dist-packages/wx/core.py", line 12, in from ._core import * ImportError: /usr/lib/python3/dist-packages/wx/_core.cpython-311-x86_64-linux-gnu.so: undefined symbol: _ZN13wxRadioButtonD2Ev, version WXU_3.2 >>> due to its dependency on libwxgtk3.2-1, which apparently needs to be >= 3.2.4 instead of 3.2.2. Semantic versioning appears to be overrated. :-( -- System Information: Debian Release: 12.4 APT prefers stable APT policy: (750, 'stable'), (700, 'testing'), (650, 'oldstable'), (600, 'oldoldstable'), (500, 'stable-security'), (500, 'oldstable-security'), (500, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.1.0-10-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-wxgtk4.0 depends on: ii libc6 2.36-9+deb12u3 ii libgcc-s1 12.2.0-14 ii libstdc++613.2.0-9 ii libwxbase3.2-13.2.4+dfsg-1 ii libwxgtk-gl3.2-1 3.2.4+dfsg-1 ii libwxgtk3.2-1 3.2.2+dfsg-2 ii python3 3.11.2-1+b1 ii python3-numpy 1:1.24.2-1 ii python3-pil 9.4.0-1.1+b1 ii python3-six 1.16.0-4 python3-wxgtk4.0 recommends no packages. Versions of packages python3-wxgtk4.0 suggests: pn wx3.2-doc -- debconf-show failed
Bug#1060708: python3-wxgtk4.0: Package doesn't import
Package: python3-wxgtk4.0 Version: 4.2.0+dfsg-3 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de /usr/lib/python3/dist-packages/wx/__init__.py contains: from wx.core import * del core del wx This doesn't work on my system. "wx.core" does *not* export a symbol named "core", thus the "del core" fails. Deleting the "del core" part fixes the problem. -- System Information: Debian Release: 12.4 APT prefers stable APT policy: (750, 'stable'), (700, 'testing'), (650, 'oldstable'), (600, 'oldoldstable'), (500, 'stable-security'), (500, 'oldstable-security'), (500, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.1.0-10-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-wxgtk4.0 depends on: ii libc62.36-9+deb12u3 ii libgcc-s112.2.0-14 ii libstdc++6 13.2.0-9 ii libwxbase3.2-1 3.2.4+dfsg-1 ii libwxgtk-gl3.2-1 3.2.4+dfsg-1 ii libwxgtk3.2-13.2.2+dfsg-2 ii python3 [python3-supported-min] 3.11.2-1+b1 ii python3-numpy1:1.24.2-1 ii python3-pil 9.4.0-1.1+b1 ii python3-six 1.16.0-4 python3-wxgtk4.0 recommends no packages. Versions of packages python3-wxgtk4.0 suggests: pn wx3.2-doc -- debconf-show failed
Bug#1056720: udiskie: Missing dependency on libappindicator
Package: udiskie Version: 2.4.2-1 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de ~$ udiskie --no-automount --tray Typelib for 'AppIndicator3 0.1' is not available. Possible causes include: - libappindicator is not installed - the typelib is provided by a separate package - it was built with introspection disabled Starting udiskie without appindicator icon. Fixed by installing gir1.2-appindicator3 -- System Information: Debian Release: 12.2 APT prefers stable APT policy: (750, 'stable'), (700, 'testing'), (650, 'oldstable'), (600, 'oldoldstable'), (500, 'stable-security'), (500, 'oldstable-security'), (500, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.1.0-10-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages udiskie depends on: ii python33.11.2-1+b1 ii python3-distutils 3.11.2-3 ii python3-docopt 0.6.2-4.1 ii python3-gi 3.42.2-3+b1 ii python3-pkg-resources 66.1.1-1 ii python3-yaml 6.0-3+b2 ii udisks22.9.4-4 Versions of packages udiskie recommends: ii gir1.2-gtk-3.0 3.24.38-2~deb12u1 ii gir1.2-notify-0.7 0.8.1-1 ii gnome-shell [notification-daemon] 43.6-1~deb12u2 ii gobject-introspection 1.74.0-3 ii mako-notifier [notification-daemon] 1.7.1-1+b1 ii notification-daemon 3.20.0-4+b1 ii plasma-workspace [notification-daemon] 4:5.27.5-2+deb12u1 pn python3-keyutils udiskie suggests no packages. -- debconf-show failed
Bug#1030835: ITP: ruff -- linter for Python, written in Rust
Hello, Package: wnpp Severity: wishlist Owner: James Addison X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ruff Version : 0.0.243 Upstream Contact: Charlie Marsh * URL : https://github.com/charliermarsh/ruff/ * License : MIT Programming Lang: Rust Description : linter for Python, written in Rust Ruff is a linter for Python that includes implementations of many common checks implemented by flake8, flake8 plugins, and pylint. Any progress with this? -- -- mit freundlichen Grüßen -- -- Matthias Urlichs OpenPGP_signature Description: OpenPGP digital signature
Bug#1053450: wlgreet: Non-existing background image
Package: wlgreet Version: 0.4.1-2 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de The /etc/greetd/sway-config file shipped with wlgreet contains the line output * bg /etc/greetd/background fill but no such file exists, causing the default config to display an ugly red error bar. Please replace this line with output * bg #00 solid_color (or maybe some dark grey like #33).
Bug#1052375: python3-xcffib: Upstream update
Package: python3-xcffib Version: 0.11.1-4 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de Hello, Upstream is at 1.5.0 by now. Please upgrade; I am trying to package the qtile window manager / compositor which requires at least version 1.4.
Bug#1049957: mailman3: does not work with importlib_resources v6
Package: mailman3
Version: 3.3.8
Severity: normal
X-Debbugs-Cc: sm...@smurf.noris.de
# mailman
Traceback (most recent call last):
File "/usr/bin/mailman", line 33, in
sys.exit(load_entry_point('mailman==3.3.8', 'console_scripts', 'mailman')())
[...]
File "/usr/lib/python3/dist-packages/mailman/config/config.py", line 27, in
from importlib_resources import path, read_text
ImportError: cannot import name 'path' from 'importlib_resources'
(/usr/lib/python3/dist-packages/importlib_resources/__init__.py)
#
Please add a "Breaks:" header for importlib-resource >= 6. Alternately,
Upstream (unreleased) contains two patches to src/mailman/utilities/i18n.py
which fix this and allow depending on importlib-resource 6+.
-- System Information:
Debian Release: 12.1
APT prefers stable
APT policy: (750, 'stable'), (700, 'testing'), (650, 'oldstable'), (600,
'oldoldstable'), (500, 'stable-security'), (500, 'oldstable-security'), (500,
'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, arm64
Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages mailman3 depends on:
pn cron
pn dbconfig-sqlite3 | dbconfig-pgsql | dbconfig-mysql | dbconfi
g-no-thanks
ii debconf [debconf-2.0] 1.5.82
ii init-system-helpers 1.65.2
ii logrotate 3.21.0-1
ii lsb-base 11.6
ii python3 3.11.2-1+b1
pn python3-aiosmtpd
ii python3-alembic 1.8.1-2
pn python3-authheaders
pn python3-authres
ii python3-click 8.1.3-2
ii python3-dateutil 2.8.2-2
pn python3-dnspython
pn python3-falcon
pn python3-flufl.bounce
pn python3-flufl.i18n
pn python3-flufl.lock
pn python3-gunicorn
pn python3-importlib-resources
pn python3-lazr.config
ii python3-passlib 1.7.4-3
ii python3-psycopg2 2.9.5-1+b1
pn python3-public
ii python3-requests 2.28.1+dfsg-1
ii python3-sqlalchemy1.4.46+ds1-1
pn python3-zope.component
pn python3-zope.configuration
pn python3-zope.event
ii python3-zope.interface5.5.2-1+b1
ii systemd-cron [cron-daemon]1.15.19-5
ii sysvinit-utils [lsb-base] 3.06-4
ii ucf 3.0043+nmu1
Versions of packages mailman3 recommends:
ii nullmailer [mail-transport-agent] 1:2.2-4
Versions of packages mailman3 suggests:
ii chromium [www-browser] 114.0.5735.198-1~deb12u1
ii epiphany-browser [www-browser] 43.1-1
ii firefox [www-browser]115.0.2-1
ii links [www-browser] 2.28-1+b2
ii lynx [www-browser] 2.9.0dev.12-1
pn mailman3-doc
ii mysql-server-8.0 [virtual-mysql-server] 8.0.34-1
ii postgresql 15+248
ii systemd-cron [anacron] 1.15.19-5
Bug#1007279: yapps2: please consider upgrading to 3.0 source format
Hi, If you do not want to move to format 3.0, please at least specify 1.0 format so that dpkg-source can move to default 3.0 format. Feel free to send off a zero-delay NMU for either. -- -- mit freundlichen Grüßen -- -- Matthias Urlichs BEGIN:VCARD VERSION:4.0 N:Urlichs;Matthias;;; NICKNAME:Smurf EMAIL;PREF=1:matth...@urlichs.de TEL;TYPE=work;VALUE=TEXT:+49 911 59818 0 URL;TYPE=home:https://matthias.urlichs.de END:VCARD OpenPGP_signature Description: OpenPGP digital signature
Bug#1035785: libwayland-server: Crash
Package: libwayland-server0 Version: 1.21.0-1 Severity: important File: libwayland-server X-Debbugs-Cc: sm...@smurf.noris.de I don't like when my session dies. This happens occasionally (every couple of days) when I resume from screen lock and my monitors wake up from power saving. The core dump is available at https://matthias.urlichs.de/bin/gnome-shell.core.xz PID: 36041 (gnome-shell) UID: 501 (smurf) GID: 501 (smurf) Signal: 11 (SEGV) Timestamp: Tue 2023-05-09 08:45:40 CEST (59min ago) Command Line: /usr/bin/gnome-shell Executable: /usr/bin/gnome-shell Control Group: /user.slice/user-501.slice/user@501.service/session.slice/org.gnome.Shell@wayland.service Unit: user@501.service User Unit: org.gnome.Shell@wayland.service Slice: user-501.slice Owner UID: 501 (smurf) Boot ID: dcb1605ac9824714a83a98721b9b9f9f Machine ID: 099d000db91b46c2b7eae9c2a86eff42 Hostname: s-asi Storage: /var/lib/systemd/coredump/core.gnome-shell.501.dcb1605ac9824714a83a98721b9b9f9f.36041.168361474000.zst (present) Size on Disk: 64.1M Message: Process 36041 (gnome-shell) of user 501 dumped core. Module libnss_resolve.so.2 from deb systemd-252.6-1.amd64 Module libudev.so.1 from deb systemd-252.6-1.amd64 Module libsystemd.so.0 from deb systemd-252.6-1.amd64 Stack trace of thread 36041: #0 0x7ff3e1140963 n/a (libwayland-server.so.0 + 0xd963) #1 0x7ff3e113bbda n/a (libwayland-server.so.0 + 0x8bda) #2 0x7ff3e113e89a wl_event_loop_dispatch (libwayland-server.so.0 + 0xb89a) #3 0x7ff3e174d937 n/a (libmutter-11.so.0 + 0x14d937) #4 0x7ff3e29217a9 g_main_context_dispatch (libglib-2.0.so.0 + 0x547a9) #5 0x7ff3e2921a38 n/a (libglib-2.0.so.0 + 0x54a38) #6 0x7ff3e2921cef g_main_loop_run (libglib-2.0.so.0 + 0x54cef) #7 0x7ff3e16d6eb5 meta_context_run_main_loop (libmutter-11.so.0 + 0xd6eb5) #8 0x55eca2553924 n/a (gnome-shell + 0x2924) #9 0x7ff3e144618a __libc_start_call_main (libc.so.6 + 0x2718a) #10 0x7ff3e1446245 __libc_start_main_impl (libc.so.6 + 0x27245) #11 0x55eca2553bc1 n/a (gnome-shell + 0x2bc1) Stack trace of thread 36067: #0 0x7ff3e14a4d36 __futex_abstimed_wait_common64 (libc.so.6 + 0x85d36) #1 0x7ff3e14a73f8 __pthread_cond_wait_common (libc.so.6 + 0x883f8) #2 0x7ff3ca50c059 n/a (iris_dri.so + 0x10c059) #3 0x7ff3ca4be17b n/a (iris_dri.so + 0xbe17b) #4 0x7ff3ca50bf97 n/a (iris_dri.so + 0x10bf97) #5 0x7ff3e14a7fd4 start_thread (libc.so.6 + 0x88fd4) #6 0x7ff3e15285bc __clone3 (libc.so.6 + 0x1095bc) Stack trace of thread 36073: #0 0x7ff3e14a4d36 __futex_abstimed_wait_common64 (libc.so.6 + 0x85d36) #1 0x7ff3e14a73f8 __pthread_cond_wait_common (libc.so.6 + 0x883f8) #2 0x7ff3ca50c059 n/a (iris_dri.so + 0x10c059) #3 0x7ff3ca4be17b n/a (iris_dri.so + 0xbe17b) #4 0x7ff3ca50bf97 n/a (iris_dri.so + 0x10bf97) #5 0x7ff3e14a7fd4 start_thread (libc.so.6 + 0x88fd4) #6 0x7ff3e15285bc __clone3 (libc.so.6 + 0x1095bc) Stack trace of thread 36055: #0 0x7ff3e151afff __GI___poll (libc.so.6 + 0xfbfff) #1 0x7ff3e29219ae n/a (libglib-2.0.so.0 + 0x549ae) #2 0x7ff3e2921cef g_main_loop_run (libglib-2.0.so.0 + 0x54cef) #3 0x7ff3e253a8f6 n/a (libgio-2.0.so.0 + 0x1188f6) #4 0x7ff3e294bcfd n/a (libglib-2.0.so.0 + 0x7ecfd) #5 0x7ff3e14a7fd4 start_thread (libc.so.6 + 0x88fd4) #6 0x7ff3e15285bc __clone3 (libc.so.6 + 0x1095bc) Stack trace of thread 36154: #0 0x7ff3e14a4d36 __futex_abstimed_wait_common64 (libc.so.6 + 0x85d36) #1 0x7ff3e14a73f8 __pthread_cond_wait_common (libc.so.6 + 0x883f8) #2 0x7ff3df2689c7 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-102.so.0 + 0xa689c7) #3 0x7ff3df268b5d _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-102.so.0 + 0xa68b5d) #4 0x7ff3dea7d675 n/a (libmozjs-102.so.0 + 0x27d675) #5 0x7ff3dea7d721 n/a (libmozjs-102.so.0 + 0x27d721) #6 0x7ff3dea7ca27 n/a (lib
Bug#1033466: libabsl-dev: Please update ASAP
Package: libabsl-dev Version: 20220623.1-1 Severity: normal Hi, I want to package the latest version of OR-Tools since the one in Unstable is way too old by now. Unfortunately, that requires a current release of Abseil. -- System Information: Debian Release: 11.6 APT prefers stable APT policy: (750, 'stable'), (700, 'oldstable'), (600, 'unstable'), (550, 'oldoldstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-10-amd64 (SMP w/24 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 libabsl-dev depends on: ii libabsl20220623 20220623.1-1 Versions of packages libabsl-dev recommends: ii cmake 3.25.1-1 ii g++ 4:10.2.1-1 ii pkgconf [pkg-config] 1.7.4~git20210206+dcf529b-3 libabsl-dev suggests no packages. -- no debconf information
Bug#1033458: python3-ortools: Ancient version
Package: python3-ortools Version: 8.2+ds-6+b1 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de ortools is at v9.6 by now. Version 8.2 is two years old and IMHO should not be in Bookworm at this point. Please upgrade. -- System Information: Debian Release: 12.0 APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'oldstable'), (500, 'stable-security'), (500, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.1.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-ortools depends on: ii libabsl20220623 20220623.1-1 ii libc62.36-8 ii libgcc-s112.2.0-14 ii libortools8 8.2+ds-6+b1 ii libprotobuf233.12.4-1+b5 ii libstdc++6 12.2.0-14 ii python3 3.11.2-1 python3-ortools recommends no packages. python3-ortools suggests no packages. -- debconf-show failed
Bug#904211: maybe not 3.0.0
Well, updating to 3.0 alpha might be a bit too much right before a release, but please at least update to the latest 2.x version. Packages like scikit-learn depend on it. -- -- regards -- -- Matthias Urlichs BEGIN:VCARD VERSION:4.0 N:Urlichs;Matthias;;; NICKNAME:Smurf EMAIL;PREF=1:matth...@urlichs.de TEL;TYPE=work;VALUE=TEXT:+49 911 59818 0 URL;TYPE=home:https://matthias.urlichs.de END:VCARD OpenPGP_signature Description: OpenPGP digital signature
Bug#1031345: kicad: Please update
Package: kicad Version: 6.0.11 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de KiCAD 7 is out. Please update; it really should be in Bookworm. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'oldstable'), (500, 'stable-security'), (500, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.1.0-3-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kicad depends on: ii libc62.36-8 ii libcairo21.16.0-7 ii libcurl4 7.87.0-2 ii libegl1 1.6.0-1 ii libfontconfig1 2.14.1-4 pn libfreeimage3 ii libfreetype6 2.12.1+dfsg-4 ii libgcc-s1 [libgcc1] 12.2.0-14 ii libgl1 1.6.0-1 pn libglew2.1 ii libglew2.2 2.2.0-4+b1 ii libglib2.0-0 2.74.5-1 ii libglu1-mesa [libglu1] 9.0.2-1.1 ii libgtk-3-0 3.24.36-3 ii libharfbuzz0b6.0.0+dfsg-3 ii libice6 2:1.0.10-1 ii libngspice0 39.3+ds-1 pn libocct-data-exchange-7.5 pn libocct-data-exchange-7.6 pn libocct-foundation-7.5 pn libocct-foundation-7.6 pn libocct-modeling-algorithms-7.5 pn libocct-modeling-algorithms-7.6 pn libocct-modeling-data-7.5 pn libocct-modeling-data-7.6 pn libocct-ocaf-7.5 pn libocct-ocaf-7.6 pn liboce-foundation11 pn liboce-modeling11 pn liboce-ocaf-lite11 pn liboce-ocaf11 pn liboce-visualization11 pn libodbc1 ii libodbc2 2.3.11-2 ii libpixman-1-00.42.2-1 ii libpython2.7 2.7.18-13.2 pn libpython3.10 ii libpython3.113.11.1-2 pn libpython3.8 pn libpython3.9 ii libsm6 2:1.2.3-1 ii libssl1.11.1.1o-1 ii libstdc++6 12.2.0-14 pn libwxbase3.0-0v5 pn libwxbase3.2-0 ii libwxbase3.2-1 3.2.1+dfsg-4+b1 ii libwxgtk-gl3.2-1 3.2.1+dfsg-4+b1 pn libwxgtk3.0-0v5 pn libwxgtk3.0-gtk3-0v5 pn libwxgtk3.2-0 ii libwxgtk3.2-13.2.1+dfsg-4+b1 ii libx11-6 2:1.8.3-3 ii libxext6 2:1.3.4-1+b1 pn python ii python3 3.11.1-3 ii python3-wxgtk4.0 4.2.0+dfsg-1+b4 ii xsltproc 1.1.35-1 ii zlib1g 1:1.2.13.dfsg-1 Versions of packages kicad recommends: pn kicad-demos pn kicad-doc-en pn kicad-libraries ii xsltproc 1.1.35-1 Versions of packages kicad suggests: pn extra-xdg-menus pn kicad-doc-ca | kicad-doc-de | kicad-doc-en | kicad-doc-es | kicad -doc-fr | kicad-doc-id | kicad-doc-it | kicad-doc-ja | kicad-doc- nl | kicad-doc-pl | kicad-doc-ru | kicad-doc-zh ii kicad-packages3d 6.0.10-1
Bug#1028587: Acknowledgement (datefudge: 64-bit time_t functions are not implemented/exposed)
On 18.01.23 15:51, adrien wrote: As far as I can see, libfaketime doesn't have an equivalent to datefudge's -s (static time) but I'm not sure if it's really needed in practice and if it is, I'm confident we can add it to libfaketime. [ Author of datefudge here ] I assume that datefudge is used to support reproducible builds; in that case it most likely *is* necessary to use the '-s' option, as build times are not going to be constant. I do recommend switching to a supported library. I'm sorry to say that my time budget already is negative for the foreseeable future, thus resuming support for datefudge is out of the question unfortunately. -- -- regards -- -- Matthias Urlichs BEGIN:VCARD VERSION:4.0 N:Urlichs;Matthias;;; NICKNAME:Smurf EMAIL;PREF=1:matth...@urlichs.de TEL;TYPE=work;VALUE=TEXT:+49 911 59818 0 URL;TYPE=home:https://matthias.urlichs.de END:VCARD OpenPGP_signature Description: OpenPGP digital signature
Bug#976118: Bug Status?
On 03.05.22 16:04, Diederik de Haas wrote: Do you have a link to that fix? https://github.com/gpiozero/gpiozero/pull/929 -- -- mit freundlichen Grüßen -- -- Matthias Urlichs BEGIN:VCARD VERSION:4.0 N:Urlichs;Matthias;;; NICKNAME:Smurf EMAIL;PREF=1:matth...@urlichs.de TEL;TYPE=work;VALUE=TEXT:+49 911 59818 0 URL;TYPE=home:https://matthias.urlichs.de END:VCARD OpenPGP_signature Description: OpenPGP digital signature
Bug#1026939: python3-exceptiongroup: Please upgrade
Package: python3-exceptiongroup Version: 1.0.4-4 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de Upstream is at 1.1 and some packages require it. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'oldstable'), (500, 'stable-security'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-exceptiongroup depends on: ii python3 3.10.6-1 python3-exceptiongroup recommends no packages. python3-exceptiongroup suggests no packages. -- debconf-show failed
Bug#1026164: ffprobe: "-of json" doesn't report anything
Package: ffmpeg
Version: 7:5.1.2-1
Severity: important
X-Debbugs-Cc: sm...@smurf.noris.de
$ ffprobe -of json ./01.ogg >/tmp/ff.stdout 2>/tmp/ff.stderr
$ cat /tmp/ff.stderr
ffprobe version 5.1.2-1 Copyright (c) 2007-2022 the FFmpeg developers
built with gcc 12 (Debian 12.2.0-3)
configuration: --prefix=/usr --extra-version=1 --toolchain=hardened
--libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu
--arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa
--enable-libaom --enable-libass --enable-libbluray --enable-libbs2b
--enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d
--enable-libflite --enable-libfontconfig --enable-libfreetype
--enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm
--enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg
--enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq
--enable-librist --enable-librubberband --enable-libshine --enable-libsnappy
--enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh
--enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab
--enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265
--enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq
--enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl
--enable-opengl --enable-sdl2 --disable-sndio --enable-pocketsphinx
--enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm
--enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264
--enable-libplacebo --enable-librav1e --enable-shared
libavutil 57. 28.100 / 57. 28.100
libavcodec 59. 37.100 / 59. 37.100
libavformat59. 27.100 / 59. 27.100
libavdevice59. 7.100 / 59. 7.100
libavfilter 8. 44.100 / 8. 44.100
libswscale 6. 7.100 / 6. 7.100
libswresample 4. 7.100 / 4. 7.100
libpostproc56. 6.100 / 56. 6.100
Input #0, ogg, from './01.ogg':
Duration: 00:02:36.45, start: 0.00, bitrate: 141 kb/s
Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp, 160 kb/s
$ cat /tmp/ff.stdout
{
}
I'm fairly sure that this is not the intended behavior.
Upstream says that this works for them.
https://trac.ffmpeg.org/ticket/10104
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (700, 'testing'), (650, 'stable'), (600, 'oldstable'), (500,
'stable-security'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'),
(300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, arm64
Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages ffmpeg depends on:
ii libavcodec597:5.1.2-1
ii libavdevice59 7:5.1.2-1
ii libavfilter87:5.1.2-1
ii libavformat59 7:5.1.2-1
ii libavutil57 7:5.1.2-1
ii libc6 2.36-6
ii libpostproc56 7:5.1.2-1
ii libsdl2-2.0-0 2.24.2+dfsg-1
ii libswresample4 7:5.1.2-1
ii libswscale6 7:5.1.2-1
ffmpeg recommends no packages.
Versions of packages ffmpeg suggests:
pn ffmpeg-doc
-- debconf-show failed
Bug#1024613: gcstar: Please upgrade to 1.7.3
Package: gcstar Version: 1.7.1 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de 1.7.1 needs a couple of bug fixes. Also, it still uses perl-gtk2 instead of -gtk3. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'oldstable'), (500, 'stable-security'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.0.0-4-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gcstar depends on: ii fonts-liberation1:1.07.4-11 ii libarchive-zip-perl 1.68-1 pn libgtk2-perl pn libmp3-tag-perl pn libogg-vorbis-header-pureperl-perl ii libwww-perl 6.67-1 ii libxml-parser-perl 2.46-3+b2 pn libxml-simple-perl ii perl [libarchive-tar-perl] 5.36.0-4 Versions of packages gcstar recommends: ii libdatetime-format-strptime-perl 1.7900-1 pn libgtk2-spell-perl pn libmp3-info-perl pn libnet-freedb-perl gcstar suggests no packages.
Bug#1023820: python3-h5py: Dependencies not tight enough
Package: python3-h5py Version: 3.7.0-2 Severity: normal Needs to depend on libhdf5 >= 1.10.7. >>> import h5py Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/h5py/__init__.py", line 21, in from . import _debian_h5py_serial as _h5py File "/usr/lib/python3/dist-packages/h5py/_debian_h5py_serial/__init__.py", line 33, in from . import version File "/usr/lib/python3/dist-packages/h5py/_debian_h5py_serial/version.py", line 15, in from . import h5 as _h5 File "h5py/_debian_h5py_serial/h5.pyx", line 1, in init h5py._debian_h5py_serial.h5 ImportError: /usr/lib/x86_64-linux-gnu/libhdf5_serial.so.103: version `HDF5_SERIAL_1.10.7' not found (required by /usr/lib/python3/dist-packages/h5py/_debian_h5py_serial/defs.cpython-310-x86_64-linux-gnu.so) >>> -- System Information: Debian Release: 11.5 APT prefers stable APT policy: (750, 'stable'), (700, 'oldstable'), (600, 'unstable'), (550, 'oldoldstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-10-amd64 (SMP w/24 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 python3-h5py depends on: ii python3-h5py-serial 3.7.0-2 python3-h5py recommends no packages. Versions of packages python3-h5py suggests: pn python-h5py-doc -- no debconf information
Bug#1023816: usrmerge: doesn't want to work if /usr is a separate btrfs volume
Package: usrmerge Version: 33 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de > Preparing to unpack .../archives/usrmerge_33_all.deb ... > /usr is a standalone filesystem, this requires using an initramfs. No it is not. It's a separate BTRFS subvolume, but one that is already located at /usr. It doesn't need to be mounted or anything. Thus there's no requirement for any sort of initramfs. I assume that the test checks whether linking from root to /usr works. This should be replaced by directly checking whether /usr is a mountpoint. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'oldstable'), (500, 'stable-security'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.19.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages usrmerge depends on: ii libfile-find-rule-perl 0.34-2 ii perl5.36.0-4 usrmerge recommends no packages. usrmerge suggests no packages. -- debconf-show failed
Bug#1021236: ortools: Build must be optimized
Source: ortools Version: 8.2+ds-6 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de ORtools needs to be built with optimization enabled. Otherwise it will (a) be slow and (b) crash when the model cannot be solved for whatever reason. Both are pretty bad for production code – as is spewing stderr with warnings which the user cannot do anything about. $ PYTHONPATH=. python3 example/test.py WARNING: Logging before InitGoogleLogging() is written to STDERR W0810 23:10:46.108398 22366 lp_solver.cc:152] ** * WARNING: Glop will be very slow because it will use DCHECKs* * to verify the results and the precision of the solver. * * You can gain at least an order of magnitude speedup by * * compiling with optimizations enabled and by defining NDEBUG. * ** F0810 23:10:46.571289 22366 linear_solver.cc:1692] No solution exists. MPSolverInterface::result_status_ = MPSOLVER_INFEASIBLE *** Check failure stack trace: *** Aborted (core dumped) $ -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'oldstable'), (500, 'stable-security'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.19.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1019376: python-tomlkit: New Upstream version
Source: python-tomlkit Version: 0.6.0-2 Severity: minor X-Debbugs-Cc: sm...@smurf.noris.de Upstream has tagged 0.11.4 by now. Please update. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (720, 'testing'), (700, 'stable'), (600, 'oldstable'), (500, 'stable-security'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.18.0-4-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1019372: python-build: New Upstream version available
Source: python-build Version: 0.1.0-3 Severity: minor X-Debbugs-Cc: sm...@smurf.noris.de Upstream has tagged 0.8.0. Please package. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (720, 'testing'), (700, 'stable'), (600, 'oldstable'), (500, 'stable-security'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.18.0-4-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1017838: pyserial-asyncio: Excessive dependencies
Source: pyserial-asyncio Version: 0.5-2 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de The package depends on libjs-sphinxdoc and sphinx-rtd-theme-common for no good reason. Shouldn't these be build-dependencies only?
Bug#1008521: avrdude: Please enable linuxgpio
Package: avrdude Version: 6.3-20171130+svn1429-2 Severity: wishlist X-Debbugs-Cc: sm...@smurf.noris.de Please "--enable-linuxgpio" when configuring avrdude. Thanks.
Bug#1007767: python3-httpx: Need h11 0.11+
On 18.03.22 02:23, Sandro Tosi wrote: On Wed, Mar 16, 2022 at 8:57 AM Matthias Urlichs wrote: Package: python3-httpx Version: 0.22.0-1 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de Please teach httpx that it needs to depend on h11 >>0.11. i think this is more a problem in httpcore than httpx, given the latter has no direct dependencies on h11 Right. My bad. I'll reassign. E AttributeError: 'list' object has no attribute 'raw_items' what exactly were you running that caused this issue? Teaching python-openapi3 to use httpx instead of requests, for async support. -- -- Matthias Urlichs
Bug#1007913: wine: Upstream version 7.4
Package: wine Version: 6.0.3~repack-1 Severity: wishlist X-Debbugs-Cc: sm...@smurf.noris.de Hi, WINE Upstream is at version 7.4 by now. What's your plan WRT upgrading? I have a couple of programs here that don't work with version 6 …
Bug#1007767: python3-httpx: Need h11 0.11+
Package: python3-httpx
Version: 0.22.0-1
Severity: important
X-Debbugs-Cc: sm...@smurf.noris.de
Please teach httpx that it needs to depend on h11 >>0.11.
Error while testing:
self = http://localhost:40923', CLOSED, Request Count:
1]>
request =
async def _receive_response_headers(
self, request: Request
) -> Tuple[bytes, int, bytes, List[Tuple[bytes, bytes]]]:
timeouts = request.extensions.get("timeout", {})
timeout = timeouts.get("read", None)
while True:
event = await self._receive_event(timeout=timeout)
if isinstance(event, h11.Response):
break
http_version = b"HTTP/" + event.http_version
# h11 version 0.11+ supports a `raw_items` interface to get the
# raw header casing, rather than the enforced lowercase headers.
> headers = event.headers.raw_items()
E AttributeError: 'list' object has no attribute 'raw_items'
-- System Information:
Debian Release: 11.2
APT prefers stable
APT policy: (700, 'stable'), (650, 'testing'), (600, 'oldstable'), (500,
'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, arm64
Kernel: Linux 5.10.0-10-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages python3-httpx depends on:
ii python3 3.9.2-3
ii python3-async-generator 1.10-3
ii python3-certifi 2020.6.20-1
ii python3-charset-normalizer 2.0.6-2
ii python3-click 8.0.3-1
ii python3-httpcore0.14.5-1
ii python3-pygments2.7.1+dfsg-2.1
ii python3-rfc3986 1.4.0-3
ii python3-rich11.2.0-1
ii python3-sniffio 1.1.0-1
python3-httpx recommends no packages.
python3-httpx suggests no packages.
-- debconf-show failed
Bug#1006315: libpython3.10-dbg: Please build with valgrind support
Package: libpython3.10-dbg Version: 3.10.2-2 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de It is basically impossible to use valgrind for debug a program that embeds Python, if the latter is not built with valgrind support. Please enable that. This also applies to Python 3.9. -- System Information: Debian Release: 11.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'oldstable'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libpython3.10-dbg depends on: ii libbz2-1.01.0.8-4 ii libc6 2.33-5 ii libcrypt1 1:4.4.18-4 ii libdb5.3 5.3.28+dfsg1-0.8 ii libedit2 3.1-20191231-2+b1 ii libexpat1 2.2.10-2 ii libffi8 3.4.2-4 ii liblzma5 5.2.5-2 ii libmpdec3 2.5.1-1 ii libncursesw6 6.2+20201114-2 ii libnsl2 1.3.0-2 ii libpython3.10-stdlib 3.10.2-1 ii libreadline8 8.1-1 ii libsqlite3-0 3.34.1-3 ii libssl1.1 1.1.1k-1+deb11u1 ii libtinfo6 6.2+20201114-2 ii libtirpc3 1.3.1-1 ii libuuid1 2.36.1-8 ii zlib1g1:1.2.11.dfsg-2 libpython3.10-dbg recommends no packages. libpython3.10-dbg suggests no packages.
Bug#1005774: kamailio-python3-modules: Needlessly depends on python3-dev
Package: kamailio-python3-modules Version: 5.5.3-2 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de I can't see why this module depends on python3-dev. This pulls in a whole lot of other -dev dependencies. None of those are of any use on a SIP border gateway. -- System Information: Debian Release: 11.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'oldstable'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kamailio-python3-modules depends on: pn kamailio ii libc6 2.33-5 pn libpython3.7 ii libpython3.9 3.9.9-2.1 ii python3-dev 3.9.2-3 kamailio-python3-modules recommends no packages. kamailio-python3-modules suggests no packages.
Bug#1004667: linux-signed-arm64: Please enable CONFIG_TASK_DELAY_ACCT
Package: linux-signed-arm64 Version: 5.10.46+4 Severity: minor X-Debbugs-Cc: sm...@smurf.noris.de "iotop" complains: CONFIG_TASK_DELAY_ACCT not enabled in kernel, cannot determine SWAPIN and IO % As ARM64 machines with swap space aren't exactly uncommon and it's useful to figure out which process is actually swapping: please enable this option. It's enabled on amd64, if that helps. -- System Information: Debian Release: 11.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'oldstable'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1004476: mv: add reflink option
Package: coreutils Version: 8.32-4+b1 Severity: wishlist X-Debbugs-Cc: sm...@smurf.noris.de Moving files between btrfs subvolumes doesn't work because they're different volumes. However, it's possible to reflink the files to their new location, then remove the original. Rather than forcing the user to do the cp+rm dance that -- in the distant past -- was required to move files between different hard disks, please add an option to /bin/mv to use (or try using) reflinks for moving files. Using reflinks automatigally when a "normal" rename(2) fails may be a sensible default, but should be turnoffable. -- System Information: Debian Release: 11.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'oldstable'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.2.53-10 ii libattr1 1:2.4.48-6 ii libc62.33-2 ii libgmp10 2:6.2.1+dfsg-1+deb11u1 ii libselinux1 3.1-3 coreutils recommends no packages. coreutils suggests no packages. -- debconf-show failed
Bug#1004439: ausweisapp2: Please add Recommends: for ReinerSCT cyberjack readers
Package: ausweisapp2 Version: 1.22.0-1 Severity: normal X-Debbugs-Cc: sm...@smurf.noris.de The ReinerSCT cyberjack requires these packages to work: # libccid libpcsclite1 pcscd pcsc-tools libifd-cyberjack6 Please add them as Recommends: to the AusweisApp2 package so that these readers work out of the box. Source: https://matrica.de/wiki/index.php/Cyberjack and tests on my system. -- System Information: Debian Release: 11.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'oldstable'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ausweisapp2 depends on: ii libc6 2.33-2 ii libhttp-parser2.9 2.9.4-4 ii libpcsclite1 1.9.1-1 ii libqt5core5a 5.15.2+dfsg-14 ii libqt5gui5 5.15.2+dfsg-14 ii libqt5network5 5.15.2+dfsg-14 ii libqt5qml5 5.15.2+dfsg-6 ii libqt5quick5 5.15.2+dfsg-6 ii libqt5svg5 5.15.2-3 ii libqt5websockets5 5.15.2-2 ii libqt5widgets5 5.15.2+dfsg-14 ii libssl1.1 1.1.1k-1+deb11u1 ii libstdc++6 12-20220116-1 ii libudev1 247.3-6 ii qml-module-qt-labs-platform5.15.2+dfsg-2 ii qml-module-qtgraphicaleffects 5.15.2-2 ii qml-module-qtqml 5.15.2+dfsg-6 ii qml-module-qtqml-models2 5.15.2+dfsg-6 ii qml-module-qtqml-statemachine 5.15.2+dfsg-6 ii qml-module-qtquick-controls5.15.2-2 ii qml-module-qtquick-controls2 5.15.2+dfsg-2 ii qml-module-qtquick-layouts 5.15.2+dfsg-6 ausweisapp2 recommends no packages. ausweisapp2 suggests no packages. -- debconf-show failed
Bug#1003050: python3.9-dbg: Please add WITH_VALGRIND to the debug build
Package: python3.9-dbg Version: 3.9.2-1 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de I need to debug memory access problems in a library loaded using Cython. The problem is that it is basically impossible to run a normal Python process under Valgrind, due to way too many false positives. Helpfully Python has a "--with-valgrind" build option which recognizes valgrind and thus (mostly) fixes that. Unhelpfully, however, Debian's python3*-dbg packages do not enable this option. Please fix.
Bug#998812: libnode93: Overwrites file in libnode83
Package: libnode93 Version: 16.13.0~dfsg-1 Severity: serious Justification: 7.6.1 X-Debbugs-Cc: sm...@smurf.noris.de Unpacking libnode93:amd64 (16.13.0~dfsg-1) ... dpkg: error processing archive /tmp/apt-dpkg-install-SEFJsk/4-libnode93_16.13.0~dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/share/systemtap/tapset/node.stp', which is also in package libnode83:amd64 14.17.0~dfsg-2 -- System Information: Debian Release: 11.1 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'oldstable'), (500, 'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libnode93 depends on: ii libbrotli1 1.0.9-2+b2 ii libc-ares2 1.17.1-1+deb11u1 ii libc6 2.32-4 ii libgcc-s1 10.2.1-6 ii libicu70 70.1-2 ii libnghttp2-14 1.43.0-1 ii libssl1.1 1.1.1k-1+deb11u1 ii libstdc++6 11.2.0-10 ii libuv1 1.40.0-2 ii zlib1g 1:1.2.11.dfsg-2 libnode93 recommends no packages. libnode93 suggests no packages. -- debconf-show failed
Bug#996626: /sbin/dhclient: isc-dhcp-client: sleeps for decades
Package: isc-dhcp-client
Version: 4.4.1-2.3
Severity: important
File: /sbin/dhclient
X-Debbugs-Cc: sm...@smurf.noris.de
root@pi-c4:~# ps axuw|grep dhcl
root 9897 0.0 0.3 9152 5748 ?Ss Sep20 0:27 dhclient vkabel
root@pi-c4:~# strace -p9897
strace: Process 9897 attached
pselect6(8, [6 7], [], NULL, {tv_sec=1631850199, tv_nsec=585379724},
NULL^Cstrace: Process 9897 detached
Umm, no, putting dhcpd to sleep for 50 years is not a good idea.
Something seems to have overwritten the timeout with the current time at
some point.
-- System Information:
Debian Release: 11.1
APT prefers stable
APT policy: (700, 'stable'), (650, 'testing'), (600, 'oldstable'), (500,
'unstable'), (450, 'focal'), (350, 'oldoldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, arm64
Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages isc-dhcp-client depends on:
ii debianutils4.11.2
ii iproute2 5.10.0-4
ii libc6 2.32-4
ii libdns-export1110 1:9.11.19+dfsg-2.1
ii libisc-export1105 1:9.11.19+dfsg-2.1
Versions of packages isc-dhcp-client recommends:
ii isc-dhcp-common 4.4.1-2.3
Versions of packages isc-dhcp-client suggests:
pn avahi-autoipd
pn isc-dhcp-client-ddns
pn resolvconf
-- debconf-show failed
Bug#994598: dh_dwz: pass -l/-L options
On 25.09.21 09:20, Niels Thykier wrote: Hi Matthias, Did the above answer your question/request? Sorry for not replying sooner. Yes, thanks. -- -- Matthias Urlichs OpenPGP_signature Description: OpenPGP digital signature
Bug#994598: dh_dwz: pass -l/-L options
Package: debhelper Version: 13.5.1 Severity: normal "dwz" has limits which are too low for some programs, particularly when they're heavy on C++ and templates and such stuff. Thus, dh_dwz needs -l/-L options it can forward to dwz; see its manpage. Seen when building the latest upstream version of PrusaSlicer. -- System Information: Debian Release: 11.0 APT prefers stable APT policy: (750, 'stable'), (700, 'oldstable'), (600, 'unstable'), (550, 'oldoldstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-13-amd64 (SMP w/8 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 debhelper depends on: ii autotools-dev20180224.1+nmu1 ii dh-autoreconf20 ii dh-strip-nondeterminism 1.12.0-1 ii dpkg 1.20.9 ii dpkg-dev 1.20.9 ii dwz 0.14-1 ii file 1:5.39-3 ii libdebhelper-perl13.5.1 ii libdpkg-perl 1.20.9 ii man-db 2.9.4-2 ii perl 5.32.1-4 ii po-debconf 1.0.21+nmu1 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 2.202003 -- no debconf information
Bug#991511: fontmanager.app: Font size change has no effect
Package: fontmanager.app Version: 0.1-3 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de Changing the font size doesn't do anything. As the default size is rather small, this makes many fonts literally indistinguishable. -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (500, 'unstable'), (450, 'focal'), (350, 'oldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-7-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 fontmanager.app depends on: ii gnustep-back0.28 0.28.0-3 ii gnustep-base-runtime 1.27.0-3 ii gnustep-gui-runtime 0.28.0-3 ii libc6 2.31-13 ii libgnustep-base1.27 1.27.0-3 ii libgnustep-gui0.280.28.0-3 ii libobjc4 10.2.1-6 fontmanager.app recommends no packages. fontmanager.app suggests no packages. -- debconf-show failed
Bug#990026: Commonly-in-use characters
So far, we identified "/" and "=" as characters which definitely should be restored in order to not break our installations. -- -- Matthias Urlichs OpenPGP_signature Description: OpenPGP digital signature
Bug#990026: cron: Reduced charset in MAILTO causes breakage
Package: cron Version: 3.0pl1-134 Severity: serious File: cron X-Debbugs-Cc: sm...@debian.org This change: https://salsa.debian.org/debian/cron/-/blob/master/debian/patches/features/Add-MAILFROM-environment-variable.patch added a MAILFROM envvar. It also adds a whitelist filter to both MAILFROM and MAILTO (which it fails to document in debian/cron.NEWS). Crucially, this now excludes the '=' character, among others. Since email localparts with embedded key=value assignments are frequently used to set variables like severity or category in ticketing / workflow systems, this is going to break existing installations. (It definitely will do so at my employer.) At minimum this needs to be documented. Ideally, the set of allowed characters should be expanded.
Bug#988595: stty: Doesn't work when flow control is on
Package: coreutils Version: 8.32-4+b1 Severity: important X-Debbugs-Cc: sm...@smurf.noris.de If terminal output cannot drain, e.g. because of flow control, "stty" does no longer work because it's using TCSETSW instead of TCSETS. See ioctl_tty(2). Fix: use TCSETS. -- System Information: Debian Release: bullseye/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (500, 'unstable'), (450, 'focal'), (350, 'oldstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 coreutils depends on: ii libacl1 2.2.53-10 ii libattr1 1:2.4.48-6 ii libc62.31-11 ii libgmp10 2:6.2.1+dfsg-1 ii libselinux1 3.1-3 coreutils recommends no packages. coreutils suggests no packages. -- debconf-show failed
Bug#983719: Update
it seems that the most important bugfix that 3.0 has, compared to 2.8, is that it's upstream and thus not implicitly sets the --no-stub flag by default. This is bad because some boards require it. TinyPICO: $ PYTHONPATH=. python3 ./esptool.py flash_id esptool.py v3.1-dev Found 3 serial ports Serial port /dev/ttyUSB0 Connecting.. Detecting chip type... ESP32 Chip is ESP32-PICO-D4 (revision 1) Features: WiFi, BT, Dual Core, 240MHz, Embedded Flash, VRef calibration in efuse, Coding Scheme None Crystal is 40MHz MAC: d8:a0:1d:54:76:20 Uploading stub... Running stub... Stub running... Manufacturer: c8 Device: 4016 Detected flash size: 4MB Hard resetting via RTS pin... $ PYTHONPATH=. python3 ./esptool.py --no-stub flash_id esptool.py v3.1-dev Found 3 serial ports Serial port /dev/ttyUSB0 Connecting Detecting chip type... ESP32 Chip is ESP32-PICO-D4 (revision 1) Features: WiFi, BT, Dual Core, 240MHz, Embedded Flash, VRef calibration in efuse, Coding Scheme None Crystal is 40MHz MAC: d8:a0:1d:54:76:20 Enabling default SPI flash mode... Manufacturer: ff Device: Detected flash size: Unknown Hard resetting via RTS pin... -- -- Matthias Urlichs OpenPGP_signature Description: OpenPGP digital signature
Bug#983719: esptool: Version 3.0 fixes critical bugs
Package: esptool Version: 2.8+dfsg-1 Severity: serious Justification: broken $ esptool erase_flash esptool.py v2.8 Found 3 serial ports Serial port /dev/ttyUSB0 Connecting Detecting chip type... ESP32 Chip is ESP32D0WDQ6 (revision 1) Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None Crystal is 40MHz MAC: 3c:71:bf:03:2e:0c Enabling default SPI flash mode... Erasing flash (this may take a while)... A fatal error occurred: ESP32 ROM does not support function erase_flash. ... umm ... YES IT DOES. Version 3.0 works. Please upgrade. -- System Information: Debian Release: 10.8 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-13-amd64 (SMP w/8 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 esptool depends on: ii libc6 2.31-9 ii python3 3.9.1-1 ii python3-ecdsa 0.13-3+deb10u1 pn python3-pyaes ii python3-serial 3.4-4 esptool recommends no packages. esptool suggests no packages.
Bug#981821: python3-passlib: Bad escape character
Package: python3-passlib
Version: 1.7.2-2
Severity: important
passlib/context.py:
... source.strip(" \t./\;:"):
The backslash-semicolon is a syntax error as of Python 3.9.
I'd expect the current Upstream to already contain this fix
but didn't check.
-- System Information:
Debian Release: 10.7
APT prefers stable
APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550,
'oldstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-13-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 python3-passlib depends on:
ii python3 3.9.1-1
python3-passlib recommends no packages.
python3-passlib suggests no packages.
-- no debconf information
Bug#977727: initramfs-tools: Panic mode does not support manual mounting
Package: initramfs-tools Version: 0.139 Severity: important Consider this sequence: * I boot with root=LABEL=foo1 or root=UUID=[long] * However I mistyped the UUID, or misapplied the label, or the root disk had to be replaced, or the rotofs is broken and I need to boot the rescue root * I get dropped into the initramfs panic shell * I mount the rootfs to /root manually However, the current boot loop insists on finding the volume that corresponds to the original root= argument. There appears to be no way to override that. What should happen: when /root is a mountpoint and /root/$INIT exists (please check using "chroot test -e …" as /root/sbin/init might be an absolute symlink), assume success. Yes it should be possible to modify the kernel command line and reboot instead, but sometimes it is not.
Bug#963551: python3-bitstring: Update, DeprecationWarning
Hello Graham, > >> There is another problem: broken backslash sequences trigger a >> DeprecationWarning. This makes the package unusable with pytest. > Would you please provide the steps to reproduce this issue? Correction: only if you tell it to treat all deprecation warnings as errors, which some packages do in their test runs. $ cat t.py import bitstring $ pytest t.py test session starts platform linux -- Python 3.8.6rc1, pytest-4.6.9.2.10, py-1.7.0, pluggy-0.13.0 rootdir: /src/bitstring plugins: anyio-0.0.0, pep8-1.0.6, trio-0.5.2, requests-mock-1.5.2, hypothesis-5.32.1, pylint-0.15.1, doctest-custom-1.1.0.dev0, cov-2.8.1, asyncio-0.10.0 collected 0 items = warnings summary == bitstring.py:2 /src/bitstring/bitstring.py:2: DeprecationWarning: invalid escape sequence \ """ -- Docs: https://docs.pytest.org/en/latest/warnings.html 1 warnings in 0.04 seconds = $ echo $? 5 $ -- -- Matthias Urlichs signature.asc Description: OpenPGP digital signature
Bug#969412: lua-cjson: JSON floats may break w/ German locale
Package: lua-cjson Version: 2.1.0+dfsg-2.1 Severity: important German locale specifies the comma to be used as the decimal "point". Unfortunately lua-cjson checks for that quite early and doesn't consider later locale changes. Also, it only replaces the comma but doesn't consider locales what use different digits. The solution is to build this library with -DUSE_INTERNAL_FPCONV. -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 lua-cjson depends on: ii libc6 2.31-2 lua-cjson recommends no packages. lua-cjson suggests no packages. -- no debconf information
Bug#966169: qtcreator: Dependency on libqt5designercomponents5 not strong enough
Package: qtcreator Version: 4.12.3-3 Severity: normal The inary package for qtcreator 4.12 doesn't depend on libqt5designercomponents5 >= 5.14. Consequently, after updating it the UI editor component causes a segfault when opening any .ui file. -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 qtcreator depends on: ii libc6 2.31-1 ii libclang1-81:8.0.1-9 ii libdw1 0.176-1.1 ii libelf10.176-1.1 ii libgcc-s1 10.1.0-6 ii libkf5syntaxhighlighting5 5.70.0-1 ii libllvm8 1:8.0.1-9 ii libqt5concurrent5 5.14.2+dfsg-4 ii libqt5core5a [qtbase-abi-5-14-2] 5.14.2+dfsg-4 ii libqt5designer55.14.2-2 ii libqt5designercomponents5 5.14.2-2 ii libqt5gui5 5.14.2+dfsg-4 ii libqt5help55.14.2-2 ii libqt5network5 5.14.2+dfsg-4 ii libqt5printsupport55.14.2+dfsg-4 ii libqt5qml5 [qtdeclarative-abi-5-14-2] 5.14.2+dfsg-2 ii libqt5quick5 5.14.2+dfsg-2 ii libqt5quickwidgets55.14.2+dfsg-2 ii libqt5script5 5.14.2+dfsg-2 ii libqt5serialport5 5.14.2-2 ii libqt5sql5 5.14.2+dfsg-4 ii libqt5sql5-sqlite 5.14.2+dfsg-4 ii libqt5widgets5 5.14.2+dfsg-4 ii libqt5xml5 5.14.2+dfsg-4 ii libstdc++6 10.1.0-6 ii qml-module-qtqml-models2 5.14.2+dfsg-2 ii qml-module-qtquick-controls5.14.2-2 ii qml-module-qtquick25.14.2+dfsg-2 ii qtchooser 66-2 ii qtcreator-data 4.12.3-3 Versions of packages qtcreator recommends: ii clang1:9.0-49.1 ii clang-tidy 1:9.0-49.1 ii gdb 8.2.1-2+b3 ii make 4.2.1-1.2 ii qmlscene 5.14.2+dfsg-2 ii qt5-doc 5.11.3-1 ii qt5-qmltooling-plugins 5.14.2+dfsg-2 ii qtbase5-dev-tools5.14.2+dfsg-4 ii qtcreator-doc4.8.2-1 ii qtdeclarative5-dev-tools 5.14.2+dfsg-2 ii qttools5-dev-tools 5.14.2-2 ii qttranslations5-l10n 5.11.3-2 ii qtxmlpatterns5-dev-tools 5.11.3-2 ii xterm [x-terminal-emulator] 344-1 Versions of packages qtcreator suggests: pn clazy ii cmake 3.16.3-3 ii g++ 4:8.3.0-1 ii git 1:2.28.0~rc1-1 pn kate-data pn subversion ii valgrind1:3.14.0-3 -- no debconf information
Bug#965374: mudlet: Packaging new version
Package: mudlet Version: 1:3.7.1-1.1 Severity: normal I intend to package the current mudlet Upstream release (4.9.1). The current version is way too old, lots of scripts no longer work with it. -- -- Matthias Urlichs signature.asc Description: OpenPGP digital signature
Bug#965373: ITP: lua-yajl -- Yet Another JSON Library bindings for Lua 5.1
Package: wnpp Severity: normal Owner: Matthias Urlichs * Package name: lua-yajl Version : 0.2 Upstream Author : Brian Maher * URL : https://github.com/brimworks/lua-yajl * License : MIT/X Programming Lang: C, Lua Description : Yet Another JSON Library bindings for Lua 5.1 This package is required for updating the "mudlet" package (Debian: 3.7, Upstream: 4.9.1).
Bug#964172: python3-stdeb: New Upstream version
Package: python3-stdeb Version: 0.8.5-1 Severity: normal Upstream is at 0.9.1 by now and should fix several of the bugs here. -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-stdeb depends on: ii debhelper 13.1 ii python3 3.8.2-3 ii python3-requests2.21.0-1 ii python3-setuptools 40.8.0-1 Versions of packages python3-stdeb recommends: ii apt-file 3.2.2 ii dpkg-dev 1.19.7 ii python3-all 3.8.2-3 Versions of packages python3-stdeb suggests: ii python3-all-dev 3.8.2-3 -- no debconf information
Bug#963551: python3-bitstring: Update, DeprecationWarning
Package: python3-bitstring Version: 3.1.5-2 Severity: minor The bitstring package is at version 3.1.7 upstream. There is another problem: broken backslash sequences trigger a DeprecationWarning. This makes the package unusable with pytest. Patch: https://github.com/scott-griffiths/bitstring/pull/206 -- System Information: Debian Release: 10.4 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-bitstring depends on: ii python3 3.8.2-3 python3-bitstring recommends no packages. Versions of packages python3-bitstring suggests: pn python-bitstring-doc -- no debconf information
Bug#949585: Why 15 days?
Hi, the update to 1.6.8 fixes a somewhat serious bug that causes some server-to-server mirroring setups (including mine …) to fail (without a reasonable error message, to boot). Thus I'd recommend not to delay the upload. -- -- Matthias Urlichs <> signature.asc Description: OpenPGP digital signature
Bug#949018: python3-jinja2: Incompatible with Python 3.8
Package: python3-jinja2 Version: 2.10.1-1 Severity: normal I'd expect Upstream to have fixed this by now. /usr/lib/python3/dist-packages/jinja2/utils.py:485 /usr/lib/python3/dist-packages/jinja2/utils.py:485: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working from collections import MutableMapping /usr/lib/python3/dist-packages/jinja2/runtime.py:318 /usr/lib/python3/dist-packages/jinja2/runtime.py:318: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working from collections import Mapping -- System Information: Debian Release: 10.2 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-jinja2 depends on: ii python3 3.7.3-1 ii python3-markupsafe 1.1.0-1 Versions of packages python3-jinja2 recommends: ii python3-pkg-resources 40.8.0-1 Versions of packages python3-jinja2 suggests: pn python-jinja2-doc -- no debconf information
Bug#947282: yapps2: diff for NMU version 2.2.1-3.1
Hello Colin, > Package: yapps2 > Version: 2.2.1-3 > Severity: normal > Tags: patch pending > > Dear maintainer, > > I've prepared an NMU for yapps2 (versioned as 2.2.1-3.1) and uploaded it > to DELAYED/10. Please feel free to tell me if I should delay it longer. > > Regards, > Thanks for taking care of this, I'm swamped with other work. Feel free to re-submit directly, no need for DELAYED as far as I am concerned. -- -- Matthias Urlichs signature.asc Description: OpenPGP digital signature
Bug#946408: python3-mysqldb: suggests python-egenix-mxdatetime
Package: python3-mysqldb Version: 1.3.10-2 Severity: minor The suggestion from $SUBJECT does not make sense. -- System Information: Debian Release: 10.2 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-mysqldb depends on: ii libc62.29-3 ii libmariadb3 1:10.3.18-0+deb10u1 ii libssl1.11.1.1d-0+deb10u2 ii python3 3.7.3-1 ii zlib1g 1:1.2.11.dfsg-1 python3-mysqldb recommends no packages. Versions of packages python3-mysqldb suggests: pn default-mysql-server | virtual-mysql-server pn python-egenix-mxdatetime pn python3-mysqldb-dbg -- no debconf information
Bug#946000: slic3r-prusa: New Upstream 2.1.0
Package: slic3r-prusa Version: 1.x Severity: normal Please package 2.1.0. Alternately I'll gladly prepare an NMU or whatever. Upgrading to 2.1 is not "wishlist" because the newer printers, esp. the MMS add-on, require a 2.x slicer. -- -- Matthias Urlichs (smurf@debian)
Bug#943612: python3-ownet: Python2-only code shipped in Python3 module
Package: python3-ownet Version: 3.2p3+dfsg1-2 Severity: grave The code from module/ownet/python/ownet is more than a decade old. It does not comply with Python3 syntax. This package thus cannot work. It never did. I created https://github.com/owfs/owfs/pull/44 to address this. Please consider submitting this fix to the next Buster update. -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-ownet depends on: ii python3 3.7.3-1 python3-ownet recommends no packages. python3-ownet suggests no packages.
Bug#933776: rabbitmqctl: leaves background job on ^C
Package: rabbitmq-server Version: 3.7.8-4 Severity: important # rabbitmqctl list_unresponsive_queues Listing unresponsive queues for vhost / ... ^C Session terminated, killing shell... ...killed. # Unfortunately, contrary to this message, the Erlang shell is NOT killed; it lingers in the background and reads whatever input characters it can grab. Thus my shell is now basically unuseable unless I log in on a second terminal, find the beam.smp process in question (it's re-parented to PID 1), and kill it off. -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages rabbitmq-server depends on: ii adduser 3.118 pn erlang-base | erlang-base-hipe pn erlang-crypto pn erlang-eldap pn erlang-inets pn erlang-mnesia pn erlang-nox | esl-erlang pn erlang-os-mon pn erlang-parsetools pn erlang-public-key pn erlang-runtime-tools pn erlang-ssl pn erlang-syntax-tools pn erlang-tools pn erlang-xmerl ii init-system-helpers 1.56+nmu1 pn locales-all pn logrotate ii lsb-base10.2019051400 ii python 2.7.16-1 pn socat rabbitmq-server recommends no packages. rabbitmq-server suggests no packages.
Bug#931087: fdisk/sfdisk: creates scripts that don't work
https://github.com/karelzak/util-linux/issues/830 -- -- Matthias Urlichs
Bug#932140: fastboot: Manpage problems
Package: fastboot Version: 1:8.1.0+r23-5 Severity: minor man fastboot: >> With devices command, list device paths." These quotes are misplaced. Also, the "--" prefix for long options is contracted to an em-dash, which is not what you want in manpages. Those need proper escaping. -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fastboot depends on: ii android-libadb 1:8.1.0+r23-5 ii android-libbase1:8.1.0+r23-5 ii android-libcutils 1:8.1.0+r23-5 ii android-libf2fs-utils 8.1.0+r23-2 ii android-libsparse 1:8.1.0+r23-5 ii android-libutils 1:8.1.0+r23-5 ii android-libziparchive 1:8.1.0+r23-5 ii libc6 2.28-10 ii libgcc11:9.1.0-2 ii libstdc++6 9.1.0-2 Versions of packages fastboot recommends: ii android-sdk-platform-tools 27.0.0+10 fastboot suggests no packages. -- no debconf information
Bug#931804: python3-trustme: Key size too small
Package: python3-trustme Version: 0.4.0-3 Severity: important Tags: patch Debian changed the default key size requirement to 2048 bits, thus keys generated with trustme no longer work. diff --git a/trustme/__init__.py b/trustme/__init__.py index 7f2b37a..d0c50a5 100644 --- a/trustme/__init__.py +++ b/trustme/__init__.py @@ -33,7 +33,12 @@ except NameError: # On my laptop, making a CA + server certificate using 1024 bit keys takes ~40 # ms, and using 4096 bit keys takes ~2 seconds. We want tests to run in 40 ms, # not 2 seconds. -_KEY_SIZE = 1024 +# +# However, Debian changed the default security level to 2 in openssl +# 1.1.1~~pre9-1 (August 2018), which requires a minimum key size of 2048 bit or +# larger for RSA and DHE keys. To avoid test failures on newer Debian systems +# against OpenSSL, we must therefore use a key size of at least 2048 bits. +_KEY_SIZE = 2048 def _name(name, common_name=None): -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (550, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-trustme depends on: ii python3 3.7.3-1 ii python3-cryptography 2.6.1-3 ii python3-idna 2.6-1 python3-trustme recommends no packages. python3-trustme suggests no packages.
Bug#931761: python3-jsonschema: Wrong import order
Package: python3-jsonschema Version: 2.6.0-4 Severity: important jsonschema.compat has try: from collections import MutableMapping, Sequence # noqa except ImportError: from collections.abc import MutableMapping, Sequence # noqa instead of try: from collections.abc import MutableMapping, Sequence # noqa except ImportError: from collections import MutableMapping, Sequence # noqa This unnecessarily triggers a DeprecationWarning, which prevents code using this package from testing cleanly. The current version (3.0.1) fixes this. Please back-port for Buster. -- System Information: Debian Release: 9.9 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-jsonschema depends on: ii python33.7.3-1 ii python3-pkg-resources 40.8.0-1 python3-jsonschema recommends no packages. Versions of packages python3-jsonschema suggests: pn python-jsonschema-doc -- no debconf information
Bug#931087: fdisk/sfdisk: creates scripts that don't work
Package: fdisk Version: 2.33.1-0.1 Severity: important I have created a GPT-partitioned image where the first partition needs to start at block 64. The problem is that fdisk/sfdisk is unable to replicate this partition layout using an sfdisk script, because the generated script doesn't work when it's read back in. This seems to be a problem with interpreting the "table-length" value. It appears to be multiplied by 4 instead of divided by 4 when checking sector limits. # ls -l /tmp/bmb_root -rw-r--r-- 1 smurf smurf 1170228224 Jun 25 22:16 /tmp/bmb_root # bc bc 1.07.1 Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006, 2008, 2012-2017 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. 1170228224/512-34 2285568 # cat /tmp/lb ### minimum/maximum working LBA values label: gpt label-id: 3C0E3DAC-3069-354E-BA0E-CB74029F5A5C device: /tmp/bmb_root unit: sectors table-length: 8 first-lba: 34 last-lba: 2285568 # sfdisk /tmp/bmb_root
Bug#930910: python-musicbrainz2: MusicBrainz API V1 is turned off
Package: python-musicbrainz2 Version: 0.7.4-2 Severity: grave Justification: renders package unusable The web service this package uses (MusicBrainz API v1) is discontinued and will not be reactivated. All requests get answered with 410 (Gone). Thus, this package should not be in Buster. -- System Information: Debian Release: buster/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-musicbrainz2 depends on: ii libdiscid0 0.6.1-6 ii python 2.7.16-1 python-musicbrainz2 recommends no packages. Versions of packages python-musicbrainz2 suggests: pn python-musicbrainz2-doc -- no debconf information
Bug#926516: unblock: knxd/0.14.30-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package knxd.
Changes:
* debian/copyright used a bad tag
* knxd-dev needs to depend on knxd-tools (library symlink)
* updated version number in RPM spec file
* replaced a hex constant with predefined (same-value) macro
for more code readability
diff --git a/debian/changelog b/debian/changelog
index 4216c12..b69338c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,16 @@
+knxd (0.14.30-1) unstable; urgency=medium
+
+ * Use a constant, dammit
+
+ -- Matthias Urlichs Mon, 18 Mar 2019 08:54:33 +0100
+
+knxd (0.14.29-5) unstable; urgency=medium
+
+ * Add dependency from knxd-dev to -tools (for libeibclient.so)
+Closes:#924188
+
+ -- Matthias Urlichs Sun, 17 Mar 2019 16:06:48 +0100
+
knxd (0.14.29-3) unstable; urgency=medium
* Remove homedir after purge. Closes: #920832
@@ -14,7 +27,7 @@ knxd (0.14.29-1) unstable; urgency=medium
* Addressed Debian ftpmaster concerns.
- -- Matthias Urlichs Sat, 19 Jan 2019 14:09:08 +0100
+ -- Matthias Urlichs Sat, 19 Jan 2019 14:35:42 +0100
knxd (0.14.28-1) unstable; urgency=medium
diff --git a/debian/control b/debian/control
index 4191faf..23c92e3 100644
--- a/debian/control
+++ b/debian/control
@@ -41,7 +41,8 @@ Description: tools to use knxd
Package: knxd-dev
Architecture: any
-Depends: ${misc:Depends}
+Depends: ${misc:Depends},
+ knxd-tools (= ${binary:Version})
Description: development files for knxd
KNX is a standard protocol for home and building control.
.
diff --git a/debian/copyright b/debian/copyright
index 9b19750..e2f1c1b 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -32,7 +32,7 @@ Copyright:
© 2015-2019 Matthias Urlichs
License: GPL-2.0+
-File: m4/ax_cxx_compile_stdcxx.m4
+Files: m4/ax_cxx_compile_stdcxx.m4
Copyright:
© 2008 Benjamin Kosnik
© 2012 Zack Weinberg
@@ -41,33 +41,33 @@ Copyright:
© 2015 Paul Norman
© 2015 Moritz Klammler
© 2016 Krzesimir Nowak
-License:
+License: MIT-like
Copying and distribution of this file, with or without modification, are
permitted in any medium without royalty provided the copyright notice
and this notice are preserved. This file is offered as-is, without any
warranty.
-File: m4/ccforbuild.m4
+Files: m4/ccforbuild.m4
Copyright:
© 2000-2006 Free Software Foundation, Inc.
License: LGPL-2.1+
-File: m4/compileroption.m4
+Files: m4/compileroption.m4
Copyright:
© 1999-2006 Ralf S. Engelschall
License: LGPL-2.1+
-File: m4/features.m4
+Files: m4/features.m4
Copyright:
© 2014 Luis R. Rodriguez
License: AGPL-3.0+
-File: m4/paths.m4
+Files: m4/paths.m4
Copyright:
© 2014 Luis R. Rodriguez
License: GPL-2.0+
-File: m4/systemd.m4
+Files: m4/systemd.m4
Copyright:
© 2014 Luis R. Rodriguez
© 2015 Marc Joliet
@@ -91,7 +91,12 @@ Copyright:
© 2015-2017 Matthias Urlichs
License: GPL-2.0+
-Files: src/client/{lua,ruby}/*
+Files: src/client/lua/*
+Copyright:
+ © 2014 Elias Karakoulakis
+License: GPL-2.0+
+
+Files: src/client/ruby/*
Copyright:
© 2014 Elias Karakoulakis
License: GPL-2.0+
@@ -130,7 +135,7 @@ License: BSD-3-clause
(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
-File: src/examples/vbusmonitor1time.c
+Files: src/examples/vbusmonitor1time.c
Copyright:
© 2005-2008 Martin Koegler
© 2010 Michael Markstaller
@@ -153,7 +158,13 @@ Copyright:
© 2014 Michael Markstaller
License: GPL-2.0+
-File: src/tools/eib{read,write}-cgi.c
+Files: src/tools/eibread-cgi.c
+Copyright:
+ © 2005-2010 Martin Koegler
+ © 2010 Michael Markstaller
+License: GPL-2.0+
+
+Files: src/tools/eibwrite-cgi.c
Copyright:
© 2005-2010 Martin Koegler
© 2010 Michael Markstaller
@@ -165,7 +176,7 @@ Copyright:
© 2015-2017 Matthias Urlichs
License: GPL-2.0+
-File: tools/list_AUTHORS
+Files: tools/list_AUTHORS
Copyright:
© 2015 Richard Hartmann
License: GPL-2.0+
diff --git a/rpm/knxd.spec b/rpm/knxd.spec
index 9d2d6cf..cb1e150 100644
--- a/rpm/knxd.spec
+++ b/rpm/knxd.spec
@@ -4,7 +4,7 @@
#
Summary: A KNX daemon and tools
Name: knxd
-Version: 0.14.15
+Version: 0.14.30
Release: 0%{?dist}
Group:Applications/Interpreters
Source: %{name}-%{version}.tar.gz
diff --git a/src/libserver/eibnetserver.cpp b/src/libserver/eibnetserver.cpp
index 2e9f1f4..0db3155 100644
--- a/src/libserver/eibnetserver.cpp
+++ b/src/libserver/eibnetserver.cpp
@@ -643,7 +643,7 @@ EIBnetServer::handle_packet (EIBNetIPPacket *p1,
EIBNetIPSocket *isock)
goto out;
}
r2.channel = r1.channel;
- r2.status = 0x21;
+ r2.status = E_CONNECTION_ID;
ITER(i, connections)
if ((*i)->channel == r1.channel)
{
@@ -667,7 +667,7 @@ EIBnetServer::handle_packet (EIBNetIPPacket *p1,
EIBNetIPSocket *isock)
t->TracePac
Bug#924963: python3-isort: Doesn't yet interoperate with black
Package: python3-isort Version: 4.3.4+ds1-1.1 Severity: normal Current upstream is 4.3.15. This fixes a number of issues, among them ensuring that isort and black don't step on each other (when configured compatibly). Thus, please upgrade ASAP. -- System Information: Debian Release: 9.8 APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-isort depends on: ii python3 3.7.2-1 python3-isort recommends no packages. python3-isort suggests no packages. -- no debconf information
Bug#924188:
Yeah, a dependency is the best short term solution. Will upload shortly. By the time the next release cycle becomes relevant, the library will be removed anyway – KNXD is about to grow a more reasonable API, most likely based on protobuf. -- -- Matthias Urlichs signature.asc Description: OpenPGP digital signature
Bug#922787: Please fix!
This bug prevents use with a significant portion of available ESP32 devices and development boards out there. Please update this package – the current version should not be in the next release. I can prepare an NMU if necessary. -- -- Matthias Urlichs signature.asc Description: OpenPGP digital signature
Bug#920950: calibre: need to depend on python-msgpack >> 0.5
Package: calibre Version: 3.35.0+dfsg-1 Severity: important Calibre requires python-msgpack 0.5 or later. $ calibre 7\ Deathly\ Hallows.epub Traceback (most recent call last): File "/usr/bin/calibre", line 19, in from calibre.gui_launch import calibre File "/usr/lib/calibre/calibre/__init__.py", line 28, in from calibre.startup import winutil, winutilerror File "/usr/lib/calibre/calibre/startup.py", line 93, in set_translators() File "/usr/lib/calibre/calibre/utils/localization.py", line 209, in set_translators mpath = get_lc_messages_path(lang) File "/usr/lib/calibre/calibre/utils/localization.py", line 108, in get_lc_messages_path if lang in available_translations(): File "/usr/lib/calibre/calibre/utils/localization.py", line 22, in available_translations stats = msgpack_loads(open(stats, 'rb').read()) File "/usr/lib/calibre/calibre/utils/serialize.py", line 109, in msgpack_loads return msgpack.unpackb(dump, ext_hook=msgpack_decoder, raw=False) File "msgpack/_unpacker.pyx", line 100, in msgpack._unpacker.unpackb (msgpack/_unpacker.cpp:1777) TypeError: unpackb() got an unexpected keyword argument 'raw' /usr/lib/calibre/calibre/ptempfile.py:29: RuntimeWarning: Parent module 'calibre' not found while handling absolute import import shutil $ -- System Information: Debian Release: buster/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages calibre depends on: ii calibre-bin 3.35.0+dfsg-1+b1 ii fonts-liberation 1:1.07.4-2 ii imagemagick 8:6.9.7.4+dfsg-11+deb9u6 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11+deb9u6 ii libjpeg-turbo-progs 1:1.5.1-2 ii libjs-coffeescript 1.10.0~dfsg-1 ii libjs-mathjax2.7.0-2 ii optipng 0.7.6-1+deb9u1 ii poppler-utils0.71.0-2 ii python-apsw 3.13.0-r1-1 ii python-chardet 2.3.0-2 ii python-cherrypy3 3.5.0-2 ii python-cssselect 1.0.1-1 ii python-cssutils 1.0-4.1 ii python-dateutil 2.5.3-2 ii python-dbus 1.2.4-1+b1 ii python-feedparser5.1.3-3 ii python-html5-parser 0.4.5-1 ii python-html5lib 0.9-1 ii python-lxml 4.3.0-1 ii python-markdown 2.6.8-1 ii python-mechanize 1:0.2.5-3 ii python-msgpack 0.5.6-1+b1 ii python-netifaces 0.10.4-0.1+b2 ii python-pil 4.0.0-4 ii python-pkg-resources 33.1.1-1 ii python-pyparsing 2.1.10+dfsg1-1 ii python-pyqt5 5.11.3+dfsg-1+b3 ii python-pyqt5.qtsvg 5.11.3+dfsg-1+b3 ii python-pyqt5.qtwebkit5.11.3+dfsg-1+b3 ii python-regex 0.1.20170117-1 ii python-routes2.3.1-2 ii python2.72.7.15-5 ii xdg-utils1.1.1-1+deb9u1 Versions of packages calibre recommends: ii python-dnspython 1.15.0-1 Versions of packages calibre suggests: pn python-unrardll -- no debconf information
Bug#920198: dasher: Some training texts have trailing spaces
Package: dasher Version: 5.0.0~beta~repack-6 Severity: normal The German, English and French training texts all have lines with trailing spaces (i.e. period SPACE LF instead of PERIOD LF). This is broken; please fix. The English training text contains HTML markup. Please remove. I did not check others; the problem probably is more widespread. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (590, 'stable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dasher depends on: ii dasher-data 5.0.0~beta~repack-6 ii libatk-adaptor 2.30.0-2 ii libatspi2.0-02.30.0-5 ii libc62.28-5 ii libcairo21.16.0-2 ii libexpat12.2.6-1 ii libgcc1 1:8.2.0-14 ii libglib2.0-0 2.58.2-3 ii libgtk-3-0 3.24.3-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libspeechd2 0.8.8-9 ii libstdc++6 8.2.0-14 dasher recommends no packages. dasher suggests no packages. -- no debconf information
Bug#919672: libmsgpack-dev: Newer version available
Package: libmsgpack-dev Version: 3.0.1-3 Severity: minor Versio 3.1.1 is out and fixes a couple of bugs. It also adds a std::byte adaptor which I need for my project. Thus, please update. Thank you. -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmsgpack-dev depends on: ii libmsgpackc2 3.0.1-3 libmsgpack-dev recommends no packages. Versions of packages libmsgpack-dev suggests: pn libmsgpack-doc -- no debconf information
Bug#919456: python-mongoengine: New Upstream version
Source: python-mongoengine Severity: minor Hi, Version 0.16 fixes some interesting bugs. Please update, preferably before the freeze. ;-) Thank you. -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#916257: python3-gdbm: Python3 module doesn't load
Package: python3-gdbm
Version: 3.7.1-1
Severity: serious
Justification: doesn't work
Does not import with either py3.6 or py3.7.
strace shows that it doesn't even try to load the library.
smurf@dev:~$ sudo aptitude install python3-gdbm
[sudo] password for smurf:
The following NEW packages will be installed:
libgdbm6{a}
The following packages will be upgraded:
python3-gdbm
1 packages upgraded, 1 newly installed, 0 to remove and 298 not upgraded.
Need to get 0 B/79,9 kB of archives. After unpacking 136 kB will be used.
Do you want to continue? [Y/n/?]
[master 22871f5] saving uncommitted changes in /etc prior to apt run
Author: Matthias Urlichs
1 file changed, 4 insertions(+)
Selecting previously unselected package libgdbm6:amd64.
(Reading database ... 163593 files and directories currently installed.)
Preparing to unpack .../libgdbm6_1.18.1-2_amd64.deb ...
Unpacking libgdbm6:amd64 (1.18.1-2) ...
Preparing to unpack .../python3-gdbm_3.7.1-1_amd64.deb ...
Unpacking python3-gdbm:amd64 (3.7.1-1) over (3.6.6-1) ...
Setting up libgdbm6:amd64 (1.18.1-2) ...
Processing triggers for libc-bin (2.27-5) ...
Setting up python3-gdbm:amd64 (3.7.1-1) ...
Current status: 298 (-1) upgradable.
smurf@dev:~$ python3.7
Python 3.7.0+ (default, Aug 2 2018, 06:46:56)
[GCC 8.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import gdbm
Traceback (most recent call last):
File "", line 1, in
ModuleNotFoundError: No module named 'gdbm'
>>>
smurf@dev:~$ dpkg -L python3-gdbm
[…]
/usr/lib/python3.6/lib-dynload/_gdbm.cpython-36m-x86_64-linux-gnu.so
/usr/lib/python3.7/lib-dynload/_gdbm.cpython-37m-x86_64-linux-gnu.so
/usr/share/doc […]
-- System Information:
Debian Release: 9.5
APT prefers stable
APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (200,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages python3-gdbm depends on:
ii libc6 2.27-5
ii libgdbm6 1.18.1-2
ii python3 3.6.7-1
python3-gdbm recommends no packages.
Versions of packages python3-gdbm suggests:
pn python3-gdbm-dbg
-- no debconf information
Bug#826012: Progress?
Hi, > On the other hand -- what do you mean, "patch to service"? Ah. Wrong bug, sorry, you replied to the message in 826012 while the service patch is in 826011. Doesn't change my argument, though -- .target units should be able to override init scripts. -- -- Matthias Urlichs signature.asc Description: PGP signature
Bug#826012: Progress?
Hi, Michael Biebl: > On 10.12.18 11:09, Matthias Urlichs wrote: > > Hi, > > > > this bug blocks two others (which actually add systemd units) > > I don't see how a patch to "service" blocks those other two bug reports? > Especially #819156 looks like a completely different issue. > Granted -- #819156 should probably be blocking on 792894 instead. On the other hand -- what do you mean, "patch to service"? The patch in this bug changes 40-systemd to consider .target files in addition to .service. isc-dhcp-server isn't the only init script that would benefit from this change; there are a couple of other multi-service init scripts out there. -- -- Matthias Urlichs signature.asc Description: PGP signature
Bug#826012: Progress?
Hi, this bug blocks two others (which actually add systemd units), makes a ton of sense, and we're reasonably close to freeze time. Please consider applying the supplied patch. Thank you. (Shall I do an NMU?) -- -- Matthias Urlichs signature.asc Description: PGP signature
Bug#913392: yapps2: diff for NMU version 2.2.1-2.1
Hi, > I've prepared an NMU for yapps2 (versioned as 2.2.1-2.1) and uploaded it > to DELAYED/5. Please feel free to tell me if I should delay it longer. I have prepared+uploaded 2.2.1-3 with the fix. -- -- Matthias Urlichs signature.asc Description: OpenPGP digital signature
Bug#912259: [pkg-go] Bug#912259: consul: Version 1.4 is (almost) released
On 01.11.18 05:23, Dmitry Smirnov wrote: > Why bother? Anything critical fixed? Why not just wait for normal (non-RC) > release? Well, given that 1.1 has breaking changes and you skipped 1.2, pushing the RC to experimental is good packaging practice. Your choice – if it was my package I'd do it. > IMHO consul should be in sync with Nomad. Once Nomad bumps Consul dependency > I'll be working on packaging of new Consul release. Well, Nomad doesn't have to *depend* on stuff like being able to configure the port used for Serf (1.2.2) or using go-sockaddr templates for join and retry-join (1.1). I for one do need the former (doing it with NAT rules is no fun and somewhat fragile) and could make very good use of the latter, these templates would simplify my Ansible code considerably. There's also new features like native Kubernetes support or weighing SRV records, and bugfixes (like a DNS issue I've already run into) which have been fixed during 1.2. Thus just relying on Nomad's dependency isn't enough. -- -- Matthias Urlichs signature.asc Description: OpenPGP digital signature
Bug#912259: consul: Version 1.4 is (almost) released
Source: consul Version: 1.0.7 Severity: wishlist Now would be a good time to package 1.4-rc to experimental. ;-) -- System Information: Debian Release: buster/sid APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (650, 'oldstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#912199: serf: The -discover option doesn't
Package: serf
Version: 0.8.1+git20180508.80ab4877~ds-1
Severity: important
"serf agent -discover=foo" apparently tries to register _serf_foo.tcp with
Avahi but doesn't.
# cat /etc/serf/smurf.json
{ "profile": "lan"
, "discover": "foo"
, "log_level": "debug"
, "interface": "secure"
, "tags": {}
}
# /usr/bin/serf agent -config-dir=/etc/serf/ &
# sleep 5
# avahi-browse -ak | grep _serf
[ nothing ]
^C
# avahi-browse -ak
[ lots of entries ]
#
-- System Information:
Debian Release: buster/sid
APT prefers stable
APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (650,
'oldstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf
Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages serf depends on:
ii adduser 3.117
ii libc6 2.27-3
ii lsb-base 9.20170808
serf recommends no packages.
serf suggests no packages.
Bug#900296: ITP: trio -- Async/await-native Python3 I/O library for humans and snake people
On 13.10.18 17:43, Robie Basak wrote: > Any news on this? If not, any objection to me taking over this ITP? Go for it. You'll have to package a couple of small dependencies first (sniffio, outcome). I'm not too busy to be co-maintainer. ;-) -- -- Matthias Urlichs signature.asc Description: OpenPGP digital signature
Bug#910580: pg8000: Newer version available
Source: pg8000 Version: 1.10.6-1 Severity: wishlist Hi, please consider updating this package to 1.12.2. -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#910577: gdb-multiarch: libbabeltrace1 dependency not tight enough
Package: gdb-multiarch Version: 8.1-4 Severity: important gdb-multiarch requires libbabeltrace-ctf1. --\ Versions of libbabeltrace-ctf1 (3) p1.5.1-1 i1.5.6-1 i A libbabeltrace1 1.5.6-1 Apparently the build process picks up the fact that libbabeltrace-1.5.6-1 contains the -ctf sub-library, but then doesn't depend on >=1.5.6. Thus 1.5.1 ends up being installed, which doesn't contain the plugin. Manually updating libbabeltrace1 to 1.5.6-1 fixes the problem. -- System Information: Debian Release: buster/sid APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (650, 'oldstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdb-multiarch depends on: ii gdb 7.12-6+b2 pn libbabeltrace-ctf1 ii libbabeltrace1 1.5.6-1 ii libc6 2.27-3 ii libexpat1 2.2.5-3 pn libipt2 ii liblzma55.2.2-1.3 ii libncurses5 6.1+20180714-1 ii libncursesw66.1+20180210-4 ii libpython2.72.7.15-1 pn libpython3.5 ii libpython3.63.6.6-1 ii libreadline66.3-9 ii libreadline77.0-5 ii libtinfo5 6.1+20180714-1 ii libtinfo6 6.1+20180210-4 ii zlib1g 1:1.2.11.dfsg-1 gdb-multiarch recommends no packages. gdb-multiarch suggests no packages.
Bug#910038: python3-rpyc: did not build
Package: python3-rpyc Version: 4.0.2-2 Severity: important rpyc 4.0.2-2 has been uploaded on September 6th. It is now October 1st, there still are no binary packages in the archive => FTBFS? => please fix. -- System Information: Debian Release: buster/sid APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (650, 'oldstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-rpyc depends on: ii python3 3.6.5-3 Versions of packages python3-rpyc recommends: pn python3-paramiko Versions of packages python3-rpyc suggests: pn python-rpyc-doc -- no debconf information
Bug#908025: owfs: New release available
Source: owfs Version: 3.1p5-2 Severity: wishlist Upstream has released v3.2p2 in January 2018. Please update. -- System Information: Debian Release: 9.5 APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#904422: npm: complains about too-new nodejs
Package: npm Version: 5.8.0+ds-1 Severity: minor npm WARN npm npm does not support Node.js v10.4.0 npm WARN npm You should probably upgrade to a newer version of node as we npm WARN npm can't make any promises that npm will work with this version. npm WARN npm Supported releases of Node.js are the latest release of 4, 6, 7, 8, 9. npm WARN npm You can find the latest version at https://nodejs.org/ -- System Information: Debian Release: 9.4 APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (700, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages npm depends on: ii node-abbrev1.0.9-1 ii node-ansi 0.3.0-2 ii node-ansi-color-table 1.0.0-1 ii node-ansi-regex2.0.0-1 ii node-ansistyles0.1.3-1 ii node-aproba1.2.0-1 ii node-archy 1.0.0-1 ii node-are-we-there-yet 1.1.4-1 ii node-aws-sign2 0.7.1-1 ii node-block-stream 0.0.9-1 ii node-bluebird 3.5.1+dfsg2-2 ii node-caseless 0.12.0-1 ii node-chalk 1.1.3-2 ii node-config-chain 1.1.11-1 ii node-detect-indent 5.0.0-1 ii node-editor1.0.0-1 ii node-encoding 0.1.12-2 ii node-fs-vacuum 1.2.10-2 ii node-fstream 1.0.10-1 ii node-fstream-ignore0.0.6-2 ii node-gauge 2.7.4-1 ii node-github-url-from-git 1.4.0-1 ii node-glob 7.1.1-1 ii node-graceful-fs 4.1.11-1 ii node-gyp 3.4.0-1 ii node-har-validator 5.0.2-1 ii node-has-unicode 2.0.1-2 ii node-hawk 6.0.1+dfsg-1 ii node-hosted-git-info 2.1.5-1 ii node-iferr 1.0.0-1 ii node-import-lazy 3.0.0.REALLY.2.1.0-1 ii node-inflight 1.0.6-1 ii node-inherits 2.0.3-1 ii node-ini 1.3.4-1 ii node-is-npm1.0.0-1 ii node-is-typedarray 1.0.0-2 ii node-isstream 0.1.2+dfsg-1 ii node-jsonstream1.0.3-4 ii node-latest-version3.1.0-1 ii node-lazy-property 1.0.0-1 ii node-lockfile 0.4.1-1 ii node-lru-cache 4.0.2-1 ii node-minimatch 3.0.3-1 ii node-mkdirp0.5.1-1 ii node-move-concurrently 1.0.1-1 ii node-nopt 3.0.6-3 ii node-normalize-package-data2.3.5-2 ii node-npmlog4.1.2-1 ii node-once 1.4.0-2 ii node-opener1.4.3-1 ii node-osenv 0.1.0-1 ii node-path-is-inside1.0.2-1 ii node-performance-now 2.1.0+debian-1 ii node-promise-inflight 1.0.1-1 ii node-read 1.0.7-1 ii node-read-package-json 1.2.4-1 ii node-readable-stream 2.3.6-1 ii node-request 2.26.1-1 ii node-retry 0.6.0-1 ii node-rimraf2.6.2-1 ii node-safe-buffer 5.1.2-1 ii node-semver5.3.0-1 ii node-semver-diff 2.1.0-2 ii node-set-blocking 2.0.0-1 ii node-sha 1.2.3-1 ii node-slide 1.1.4-1 ii node-sorted-object 2.0.1-1 ii node-stringstream 0.0.6-1 ii node-strip-ansi3.0.1-1 ii node-tar 4.4.4+ds1-1 ii node-tough-cookie 2.3.2+dfsg-1 ii node-uid-number0.0.6-1 ii node-underscore1.8.3~dfsg-1 ii node-unique-filename 1.1.0+ds-2 ii node-unpipe1.0.0-1 ii node-validate-npm-package-license 3.0.1-1 ii node-which 1.2.11-1 ii node-wrappy1.0.2-1 ii node-yargs 6.4.0-2 ii nodejs 10.4.0~dfsg-1 npm recommends no packages. npm suggests no packages. -- no debconf information
Bug#902962: mandelbulber2: Missing Replaces: header
Package: mandelbulber2 Version: 2.08.3-1+b1 Severity: serious Justification: file conflicts Unpacking mandelbulber2 (2.13.2-3) over (2.08.3-1+b1) ... dpkg: error processing archive /var/cache/apt/archives/mandelbulber2_2.13.2-3_amd64.deb (--unpack): trying to overwrite '/usr/share/mandelbulber2/language/de.qm', which is also in package mandelbulber2-data 2.08.3-1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Preparing to unpack .../mandelbulber2-data_2.13.2-3_all.deb ... Unpacking mandelbulber2-data (2.13.2-3) over (2.08.3-1) ... dpkg: error processing archive /var/cache/apt/archives/mandelbulber2-data_2.13.2-3_all.deb (--unpack): trying to overwrite '/usr/share/man/man1/mandelbulber2.1.gz', which is also in package mandelbulber2 2.08.3-1+b1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mandelbulber2 depends on: ii libc6 2.27-3 ii libgcc1 1:8.1.0-9 ii libgl1 1.0.0+git20180308-3 ii libgl1-mesa-glx 18.1.2-1 ii libgomp18.1.0-9 ii libgsl232.4+dfsg-6 ii libgslcblas02.4+dfsg-6 ii libpng16-16 1.6.34-1 ii libqt5core5a5.10.1+dfsg-7 ii libqt5gui5 5.10.1+dfsg-7 ii libqt5network5 5.10.1+dfsg-7 ii libqt5test5 5.10.1+dfsg-7 ii libqt5widgets5 5.10.1+dfsg-7 ii libstdc++6 8.1.0-9 ii mandelbulber2-data 2.08.3-1 mandelbulber2 recommends no packages. mandelbulber2 suggests no packages. -- no debconf information
Bug#902598: siproxd: Sends replies to wrong address
Package: siproxd
Version: 1:0.8.1-4.1
Severity: important
siproxy sends SIP registration replies to the wrong address.
Specifically, this hostname couldn't be resolved, thus the REGISTER is
rejected:
[pid 10545] recvfrom(4, "REGISTER sip:pbx1 SIP/2.0\r\nVia: SIP/2.0/UDP
213.95.149.23:5060;branch=z9hG4bK45607d54\r\nMax-Forwards: 70\r\nFrom:
;tag=as323b8169\r\nTo:
\r\nCall-ID:
14f44c1b7facb9c843d3b30d046503a1@127.0.1.1\r\nCSeq: 152 REGISTER\r\nSupported:
replaces, timer\r\nUser-Agent: Smurf-O-Asterisk\r\nExpires: 120\r\nContact:
\r\nContent-Length: 0\r\n\r\n", 8195, 0,
{sa_family=AF_INET, sin_port=htons(5060), sin_addr=inet_addr("10.107.8.134")},
[16]) = 408
[pid 10545] sendto(4, "SIP/2.0 408 Request Timeout\r\nVia: SIP/2.0/UDP
213.95.149.23:5060;branch=z9hG4bK45607d54\r\nFrom:
;tag=as323b8169\r\nTo:
\r\nCall-ID:
14f44c1b7facb9c843d3b30d046503a1@127.0.1.1\r\nCSeq: 152
REGISTER\r\nContent-Length: 0\r\n\r\n", 280, 0, {sa_family=AF_INET,
sin_port=htons(5060), sin_addr=inet_addr("213.95.149.23")}, 16) = 280
SIP states that INVITEs et al. shall go to the address named in
the Contact: header. This however is not an INVITE but a reply to
a registration attempt. It needs to be sent to the host+port which
transmitted the original request.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (550,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.13.0-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages siproxd depends on:
ii adduser 3.117
ii libc62.27-3
ii libltdl7 2.4.6-2.1
pn libosip2-11
siproxd recommends no packages.
siproxd suggests no packages.
Bug#901013: python3-attr: New Upstream version
Package: python3-attr Version: 17.4.0-2 Severity: wishlist Upstream 18.1.0 has been released. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-attr depends on: ii python3 3.6.4-1 python3-attr recommends no packages. Versions of packages python3-attr suggests: pn python-attr-doc -- no debconf information
