Processed: Re: [debian-mysql] Bug#1001385: mariadb-client-10.5: authentification fails while the credentials are ok
Processing control commands: > severity -1 wishlist Bug #1001385 [mariadb-client-10.5] mariadb-client-10.5: authentification fails while the credentials are ok Severity set to 'wishlist' from 'grave' -- 1001385: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001385 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001311: [Pkg-freeipa-devel] Bug#1001311: certmonger: FTBFS with openssl 3
On 8.12.2021 9.09, Steve Langasek wrote: Source: certmonger Version: 0.79.14+git20211010-2 Severity: serious Tags: experimental User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu jammy Hi Timo, certmonger FTBFS against openssl 3 with an undefined symbol error: [...] gcc -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -isystem /usr/include/mit-krb5 -I/usr/include/uuid -g -O2 -ffile-prefix-map=/<>/certmonger-0.79.14+git20211010=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wextra -I/usr/include/libxml2 -I/usr/include/nss -I/usr/include/nspr -I/usr/include/x86_64-linux-gnu -g -O2 -ffile-prefix-map=/<>/certmonger-0.79.14+git20211010=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wextra -fPIC -fPIC -pie -Wl,-z,relro,-z,now -o scep-submit scep_submit-scep.o scep_submit-submit-h.o scep_submit-util-m.o scep_submit-util-o.o scep_submit-submit-u.o scep_submit-util.o scep_submit-log.o scep_submit-pkcs7.o scep_submit-store-gen.o scep_submit-tm.o scep_submit-prefs.o scep_submit-prefs-o.o scep_submit-scep-o.o scep_submit-env-system.o -lcurl -lxml2 -lnss3 -lnssutil3 -lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 -lcrypto -ltalloc -luuid -lpopt ../../src/submit-h.c: In function ‘cm_submit_h_run’: ../../src/submit-h.c:257:17: warning: call to ‘_curl_easy_setopt_err_write_callback’ declared with attribute warning: curl_easy_setopt expects a curl_write_callback argument for this option [-Wattribute-warning] 257 | curl_easy_setopt(ctx->curl, CURLOPT_WRITEFUNCTION, | ^ /usr/bin/ld: /tmp/ccPXkLF2.ltrans0.ltrans.o: in function `main': ./build/src/../../src/util-o.c:54: undefined reference to `OPENSSL_init_ssl' collect2: error: ld returned 1 exit status [...] (https://launchpad.net/ubuntu/+source/certmonger/0.79.14+git20211010-2/+build/22293176) openssl 3 is currently in experimental, and is expected to ship with the next version of Debian. It is also the version of openssl to be used for the upcoming Ubuntu 22.04 LTS release. Hi, Yeah looks like upstream was lazy and never pushed a bunch of fixes from the Fedora package to upstream git, but I've poked them about this and should get a new release soon. -- t
Bug#1001385: [debian-mysql] Bug#1001385: mariadb-client-10.5: authentification fails while the credentials are ok
Control: severity -1 wishlist On Thu, Dec 9, 2021 at 5:00 AM Anthony Bourguignon wrote: ... > I’m having an issue with the mariadb-client in bullseye. I can’t connect > to a local server using the mariadb client. > > To reproduce the bug : > - Install bullseye > - Install mariadb-server and mariadb-client > - connect as root and create a database and a user : > create database testbug; > grant all privileges on testbug.* to 'testbug'@'127.0.0.1' > identified by 's3cr3t'; > - exit the client > - try to connect with those credentials : > mariadb -h 127.0.0.1 -u testbug -p testbug > > You can’t connect and get an error : > ERROR 1045 (28000): Access denied for user 'testbug'@'localhost' (using > password: YES) You granted permissions to 'testbug'@'127.0.0.1' but you are connecting from 'testbug'@'localhost'. Grant permissions to the hostname (not IP) and try again. Also report back here if that solved it for you, so we can close the bug report. Thanks!
Processed: tagging 984189
Processing commands for cont...@bugs.debian.org: > tags 984189 + fixed-upstream Bug #984189 [src:libodb] libodb-boost: ftbfs with GCC-11 Bug #984191 [src:libodb] libodb: ftbfs with GCC-11 Bug #984192 [src:libodb] libodb-qt: ftbfs with GCC-11 Bug #984193 [src:libodb] libodb-mysql: ftbfs with GCC-11 Bug #984194 [src:libodb] libodb-pgsql: ftbfs with GCC-11 Bug #984197 [src:libodb] libodb-sqlite: ftbfs with GCC-11 Added tag(s) fixed-upstream. Added tag(s) fixed-upstream. Added tag(s) fixed-upstream. Added tag(s) fixed-upstream. Added tag(s) fixed-upstream. Added tag(s) fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 984189: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984189 984191: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984191 984192: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984192 984193: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984193 984194: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984194 984197: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984197 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1000573: marked as done (Bytecode architectures blocking bug)
Your message dated Fri, 10 Dec 2021 07:57:09 +0100 with message-id and subject line Upstream uninterested has caused the Debian Bug report #1000573, regarding Bytecode architectures blocking bug to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1000573: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000573 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: coq Version: 8.14.0+dfsg-6 Severity: grave X-Debbugs-CC: debian-ocaml-ma...@lists.debian.org Don't migrate to testing until the bytecode architectures' situation is cleared. Cheers, J. Puydt --- End Message --- --- Begin Message --- Hi, after some discussion with upstream, they're not ready to support those architectures, so we can just drop them. Closing this report so that doesn't hamper migration to testing. Cheers, J.Puydt--- End Message ---
Bug#998827: Processed: Re: openorienteering-mapper: FTBFS with GDAL 3.4.0
On 12/10/21 06:56, Kai Pastor, DG0YT wrote: Am 08.12.21 um 13:48 schrieb Debian Bug Tracking System: Processing control commands: severity -1 serious Bug #998827 [src:openorienteering-mapper] openorienteering-mapper: FTBFS with GDAL 3.4.0 Severity set to 'serious' from 'important' The build failure is in running the tests for georeferencing properties. Please verify if this can be resolved by installing proj-data and/or gdal-data as build dependencies. gdal-data is installed as it is a dependency of libgdal, proj-data is likewise installed as a dependency of libproj. The proj-data package does not include the geotiff grids part of the upstream proj-data project, these are not packaged in Debian due to license issues: https://alioth-lists.debian.net/pipermail/pkg-grass-devel/2020-April/084074.html Setting PROJ_NETWORK=ON to get the grids from the CDN is not an option as there is no network in the buildds where the package is built. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Processed: your mail
Processing commands for cont...@bugs.debian.org: > fixed 995014 zfs-linux/2.1.1-3 Bug #995014 {Done: Aron Xu } [src:zfs-linux] linux/linux-signe-* break zfs-linux autopkgtest: None of the expected "capability" interfaces were detected Marked as fixed in versions zfs-linux/2.1.1-3. > fixed 999663 zfs-linux/2.1.1-3 Bug #999663 {Done: Aron Xu } [src:zfs-linux] zfs-linux: FTBFS with libabigail 2.0 Marked as fixed in versions zfs-linux/2.1.1-3. > End of message, stopping processing here. Please contact me if you need assistance. -- 995014: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995014 999663: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=999663 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#995653: marked as done (hyperkitty FTBFS with django-mailman3 1.3.7)
Your message dated Thu, 09 Dec 2021 23:57:14 + with message-id and subject line Bug#995653: fixed in hyperkitty 1.3.5-1 has caused the Debian Bug report #995653, regarding hyperkitty FTBFS with django-mailman3 1.3.7 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 995653: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995653 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: django-mailman3, hyperkitty Control: found -1 django-mailman3/1.3.7-1 Control: found -1 hyperkitty/1.3.4-4 Severity: serious Tags: sid bookworm X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainer(s), With a recent upload of django-mailman3 the autopkgtest of hyperkitty fails in testing when that autopkgtest is run with the binary packages of django-mailman3 from unstable. It passes when run with only packages from testing. In tabular form: passfail django-mailman3from testing1.3.7-1 hyperkitty from testing1.3.4-4 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of django-mailman3 to testing [1]. Due to the nature of this issue, I filed this bug report against both packages. Can you please investigate the situation and reassign the bug to the right package? More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=django-mailman3 https://ci.debian.net/data/autopkgtest/testing/amd64/h/hyperkitty/15711755/log.gz == ERROR: test_basic_reply (hyperkitty.tests.lib.test_posting.PostingTestCase) -- Traceback (most recent call last): File "/usr/lib/python3/dist-packages/hyperkitty/tests/lib/test_posting.py", line 69, in test_basic_reply self.user.save() File "/usr/lib/python3/dist-packages/django/contrib/auth/base_user.py", line 66, in save super().save(*args, **kwargs) File "/usr/lib/python3/dist-packages/django/db/models/base.py", line 743, in save self.save_base(using=using, force_insert=force_insert, File "/usr/lib/python3/dist-packages/django/db/models/base.py", line 791, in save_base post_save.send( File "/usr/lib/python3/dist-packages/django/dispatch/dispatcher.py", line 173, in send return [ File "/usr/lib/python3/dist-packages/django/dispatch/dispatcher.py", line 174, in (receiver, receiver(signal=self, sender=sender, **named)) File "/usr/lib/python3/dist-packages/django_mailman3/signals.py", line 101, in create_profile address.display_name = new_display_name AttributeError: 'str' object has no attribute 'display_name' == ERROR: test_reply_different_sender (hyperkitty.tests.lib.test_posting.PostingTestCase) -- Traceback (most recent call last): File "/usr/lib/python3/dist-packages/hyperkitty/tests/lib/test_posting.py", line 102, in test_reply_different_sender self.user.save() File "/usr/lib/python3/dist-packages/django/contrib/auth/base_user.py", line 66, in save super().save(*args, **kwargs) File "/usr/lib/python3/dist-packages/django/db/models/base.py", line 743, in save self.save_base(using=using, force_insert=force_insert, File "/usr/lib/python3/dist-packages/django/db/models/base.py", line 791, in save_base post_save.send( File "/usr/lib/python3/dist-packages/django/dispatch/dispatcher.py", line 173, in send return [ File "/usr/lib/python3/dist-packages/django/dispatch/dispatcher.py", line 174, in (receiver, receiver(signal=self, sender=sender, **named)) File "/usr/lib/python3/dist-packages/django_mailman3/signals.py", line 101, in create_profile address.display_name = new_display_name AttributeError: 'str' object has no attribute 'display_name' == ERROR: test_smtp_error_raises_postingfailed (hyperkitty.tests.lib.test_posting.PostingTestCase) -- Traceback (most recent call last): File "/usr/lib/python3/dist-packages/hyperkitty/tests/lib/test_posting.py", line 89, in test_smtp_error_raises_postingfailed self.user.save(
Bug#997361: marked as done (python3-testresources does not work with Python 3.10)
Your message dated Thu, 09 Dec 2021 23:25:13 + with message-id and subject line Bug#997361: fixed in testresources 2.0.1-3 has caused the Debian Bug report #997361, regarding python3-testresources does not work with Python 3.10 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 997361: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997361 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: rally Version: 3.1.0-2 Severity: serious Justification: FTBFS Tags: bookworm sid ftbfs Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): > make[1]: Entering directory '/<>' > make[1]: pyversions: No such file or directory > py3versions: no X-Python3-Version in control file, using supported versions > pkgos-dh_auto_install --no-py2 > + PKGOS_USE_PY2=yes > + PKGOS_USE_PY3=yes > + PKGOS_IN_TMP=no > + PKGOS_USE_PY2=no > + shift > + dpkg-parsechangelog -SSource > + SRC_PKG_NAME=rally > + echo rally > + sed s/python-// > + PY_MODULE_NAME=rally > + [ no = yes ] > + [ yes = yes ] > + py3versions -vr > + PYTHON3S=3.9 > + [ no = yes ] > + [ yes = yes ] > + [ no = yes ] > + TARGET_DIR=python3-rally > + pwd > + python3.9 setup.py install --install-layout=deb --root > /<>/debian/python3-rally > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'description-file' will not be supported in future versions. > Please use the underscore name 'description_file' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'author-email' will not be supported in future versions. > Please use the underscore name 'author_email' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'home-page' will not be supported in future versions. Please > use the underscore name 'home_page' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'python-requires' will not be supported in future versions. > Please use the underscore name 'python_requires' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'description-file' will not be supported in future versions. > Please use the underscore name 'description_file' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'author-email' will not be supported in future versions. > Please use the underscore name 'author_email' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'home-page' will not be supported in future versions. Please > use the underscore name 'home_page' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'python-requires' will not be supported in future versions. > Please use the underscore name 'python_requires' instead > warnings.warn( > running install > [pbr] Generating AUTHORS > [pbr] AUTHORS complete (0.0s) > running build > running build_py > creating build > creating build/lib > creating build/lib/rally > creating build/lib/rally/plugins > creating build/lib/rally/plugins/common > creating build/lib/rally/plugins/common/runners > copying rally/plugins/common/runners/__init__.py -> > build/lib/rally/plugins/common/runners > copying rally/plugins/common/runners/serial.py -> > build/lib/rally/plugins/common/runners > copying rally/plugins/common/runners/constant.py -> > build/lib/rally/plugins/common/runners > copying rally/plugins/common/runners/rps.py -> > build/lib/rally/plugins/common/runners > creating build/lib/rally/plugins/task > creating build/lib/rally/plugins/task/hook_triggers > copying rally/plugins/task/hook_triggers/__init__.py -> > build/lib/rally/plugins/task/hook_triggers > copying rally/plugins/task/hook_triggers/periodic.py -> > build/lib/rally/plugins/task/hook_triggers > copying rally/plugins/task/hook_triggers/event.py -> > build/lib/rally/plugins/task/hook_triggers > creating build/lib/rally/ui > copying rally/ui/__init__.py -> build/lib/rally/ui > copying rally/ui/utils.py -> build/lib/rally/ui > creating build/lib/rally/plugins/common/exporters > creating build/lib/rally/plugins/common/exporters/elastic > copying rally/plugins/common/exporters/elastic/__init__.py -> > build/lib/rally/plugins/common/exporters/elastic > copying
Processed: Bug#995653 marked as pending in hyperkitty
Processing control commands: > tag -1 pending Bug #995653 [src:hyperkitty] hyperkitty FTBFS with django-mailman3 1.3.7 Added tag(s) pending. -- 995653: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995653 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#995653: marked as pending in hyperkitty
Control: tag -1 pending Hello, Bug #995653 in hyperkitty reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/mailman-team/hyperkitty/-/commit/9685efaba3748e74af0d92aaa6ea6a08133b1aef Mark bugs to be closed Closes: #995653 (this message was generated automatically) -- Greetings https://bugs.debian.org/995653
Bug#997361: marked as done (python3-testresources does not work with Python 3.10)
Your message dated Thu, 09 Dec 2021 22:19:08 + with message-id and subject line Bug#997361: fixed in testresources 2.0.1-2.1 has caused the Debian Bug report #997361, regarding python3-testresources does not work with Python 3.10 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 997361: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997361 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: rally Version: 3.1.0-2 Severity: serious Justification: FTBFS Tags: bookworm sid ftbfs Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): > make[1]: Entering directory '/<>' > make[1]: pyversions: No such file or directory > py3versions: no X-Python3-Version in control file, using supported versions > pkgos-dh_auto_install --no-py2 > + PKGOS_USE_PY2=yes > + PKGOS_USE_PY3=yes > + PKGOS_IN_TMP=no > + PKGOS_USE_PY2=no > + shift > + dpkg-parsechangelog -SSource > + SRC_PKG_NAME=rally > + echo rally > + sed s/python-// > + PY_MODULE_NAME=rally > + [ no = yes ] > + [ yes = yes ] > + py3versions -vr > + PYTHON3S=3.9 > + [ no = yes ] > + [ yes = yes ] > + [ no = yes ] > + TARGET_DIR=python3-rally > + pwd > + python3.9 setup.py install --install-layout=deb --root > /<>/debian/python3-rally > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'description-file' will not be supported in future versions. > Please use the underscore name 'description_file' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'author-email' will not be supported in future versions. > Please use the underscore name 'author_email' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'home-page' will not be supported in future versions. Please > use the underscore name 'home_page' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'python-requires' will not be supported in future versions. > Please use the underscore name 'python_requires' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'description-file' will not be supported in future versions. > Please use the underscore name 'description_file' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'author-email' will not be supported in future versions. > Please use the underscore name 'author_email' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'home-page' will not be supported in future versions. Please > use the underscore name 'home_page' instead > warnings.warn( > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'python-requires' will not be supported in future versions. > Please use the underscore name 'python_requires' instead > warnings.warn( > running install > [pbr] Generating AUTHORS > [pbr] AUTHORS complete (0.0s) > running build > running build_py > creating build > creating build/lib > creating build/lib/rally > creating build/lib/rally/plugins > creating build/lib/rally/plugins/common > creating build/lib/rally/plugins/common/runners > copying rally/plugins/common/runners/__init__.py -> > build/lib/rally/plugins/common/runners > copying rally/plugins/common/runners/serial.py -> > build/lib/rally/plugins/common/runners > copying rally/plugins/common/runners/constant.py -> > build/lib/rally/plugins/common/runners > copying rally/plugins/common/runners/rps.py -> > build/lib/rally/plugins/common/runners > creating build/lib/rally/plugins/task > creating build/lib/rally/plugins/task/hook_triggers > copying rally/plugins/task/hook_triggers/__init__.py -> > build/lib/rally/plugins/task/hook_triggers > copying rally/plugins/task/hook_triggers/periodic.py -> > build/lib/rally/plugins/task/hook_triggers > copying rally/plugins/task/hook_triggers/event.py -> > build/lib/rally/plugins/task/hook_triggers > creating build/lib/rally/ui > copying rally/ui/__init__.py -> build/lib/rally/ui > copying rally/ui/utils.py -> build/lib/rally/ui > creating build/lib/rally/plugins/common/exporters > creating build/lib/rally/plugins/common/exporters/elastic > copying rally/plugins/common/exporters/elastic/__init__.py -> > build/lib/rally/plugins/common/exporters/elastic > copyin
Bug#1001410: marked as done (python-csb: (autopkgtest) needs update for python3.10: TypeError: multiple bases have instance lay-out conflict)
Your message dated Thu, 09 Dec 2021 22:18:55 + with message-id and subject line Bug#1001410: fixed in python-csb 1.2.5+dfsg-7 has caused the Debian Bug report #1001410, regarding python-csb: (autopkgtest) needs update for python3.10: TypeError: multiple bases have instance lay-out conflict to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1001410: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001410 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: python-csb Version: 1.2.5+dfsg-6 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-csb fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-csb from testing1.2.5+dfsg-6 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-csb/17420646/log.gz /usr/lib/python3/dist-packages/csb/test/__init__.py:162: DeprecationWarning: the imp module is deprecated in favour of importlib and slated for removal in Python 3.12; see the module's documentation for alternative uses import imp Traceback (most recent call last): File "/tmp/autopkgtest-lxc.4e8yo8la/downtmp/autopkgtest_tmp/test/app.py", line 5, in from csb.test import Console File "/usr/lib/python3/dist-packages/csb/test/__init__.py", line 446, in class InvalidNamespaceError(NameError, ImportError): TypeError: multiple bases have instance lay-out conflict autopkgtest [13:26:23]: test build OpenPGP_signature Description: OpenPGP digital signature --- End Message --- --- Begin Message --- Source: python-csb Source-Version: 1.2.5+dfsg-7 Done: Nilesh Patra We believe that the bug you reported is fixed in the latest version of python-csb, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 1001...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nilesh Patra (supplier of updated python-csb package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 10 Dec 2021 03:37:52 +0530 Source: python-csb Architecture: source Version: 1.2.5+dfsg-7 Distribution: unstable Urgency: medium Maintainer: Debian Med Packaging Team Changed-By: Nilesh Patra Closes: 1001410 Changes: python-csb (1.2.5+dfsg-7) unstable; urgency=medium . * Team Upload. * Add patch to fix python 3.10 autopkgtest failure (Closes: #1001410) * d/t/build: Use -s with py3versions instead of -i Checksums-Sha1: 4850a4b0faa97294fcf4ea070b9a6c85c827c47a 2253 python-csb_1.2.5+dfsg-7.dsc 12c223cf1fb35ffb9c8acb4f49fe77a3ba13d4a7 10556 python-csb_1.2.5+dfsg-7.debian.tar.xz aa7e00a46778e04fedd21b465db912ec12b62ba3 8705 python-csb_1.2.5+dfsg-7_amd64.buildinfo Checksums-Sha256: 226ef1e3ace5aa1281c4ed2ab3185ce3f21dfb28ea0eb2ee86a63505d4a354f6 2253 python-csb_1.2.5+dfsg-7.dsc b24720fe29dc4d927c89ec62aef32856b426a2043835ad7e1e332a4f9cf49256 10556 python-csb_1.2.5+dfsg-7.debian.tar.xz 1d96cc7907e88143c7d715a53d3debda2219810c5c44de1f3892969202a87752 8705 python-csb_1.2.5+dfsg-7_amd64.buildinfo Files: cc1cb70d2401e7ac4eb0f766f990f899 2253 science optional python-csb_1.2.5+dfsg-7.ds
Bug#1001410: marked as pending in python-csb
Control: tag -1 pending Hello, Bug #1001410 in python-csb reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/med-team/python-csb/-/commit/5f050a4f584824ac68e93fae75edb4c8c84acc10 Add patch to fix python 3.10 autopkgtest failure (Closes: #1001410) (this message was generated automatically) -- Greetings https://bugs.debian.org/1001410
Processed: Bug#1001410 marked as pending in python-csb
Processing control commands: > tag -1 pending Bug #1001410 [src:python-csb] python-csb: (autopkgtest) needs update for python3.10: TypeError: multiple bases have instance lay-out conflict Added tag(s) pending. -- 1001410: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001410 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#997361: testresources: diff for NMU version 2.0.1-2.1
Control: tags 997361 + patch Dear maintainer, I've prepared an NMU for testresources (versioned as 2.0.1-2.1). The diff is attached to this message. Regards. SR diff -Nru testresources-2.0.1/debian/changelog testresources-2.0.1/debian/changelog --- testresources-2.0.1/debian/changelog 2020-05-08 06:08:01.0 -0400 +++ testresources-2.0.1/debian/changelog 2021-12-09 17:52:35.0 -0400 @@ -1,3 +1,10 @@ +testresources (2.0.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Patch: Python 3.10 support. Closes: #997361 + + -- Stefano Rivera Thu, 09 Dec 2021 17:52:35 -0400 + testresources (2.0.1-2) unstable; urgency=medium * Uploading to unstable. diff -Nru testresources-2.0.1/debian/patches/python3.10.patch testresources-2.0.1/debian/patches/python3.10.patch --- testresources-2.0.1/debian/patches/python3.10.patch 1969-12-31 20:00:00.0 -0400 +++ testresources-2.0.1/debian/patches/python3.10.patch 2021-12-09 17:52:35.0 -0400 @@ -0,0 +1,39 @@ +From: Athos Ribeiro +Date: Thu, 9 Dec 2021 17:45:47 -0400 +Subject: Use MutableSet collections.abc if available + +Python 3.10 removed the aliases to collections.abc from the collections +module. See [1] for reference. + +[1] https://docs.python.org/3/whatsnew/3.10.html#removed + +Signed-off-by: Athos Ribeiro +--- + testresources/__init__.py | 7 +-- + 1 file changed, 5 insertions(+), 2 deletions(-) + +diff --git a/testresources/__init__.py b/testresources/__init__.py +index 26363dd..c1a2ad0 100644 +--- a/testresources/__init__.py b/testresources/__init__.py +@@ -20,7 +20,10 @@ + import heapq + import inspect + import unittest +-import collections ++try: ++from collections.abc import MutableSet ++except ImportError: ++from collections import MutableSet + try: + import unittest2 + except ImportError: +@@ -192,7 +195,7 @@ def _strongly_connected_components(graph, no_resources): + return partitions + + +-class _OrderedSet(collections.MutableSet): ++class _OrderedSet(MutableSet): + """This is taken from the OrderedSet recipe link in the Python 2 docs. + + See: diff -Nru testresources-2.0.1/debian/patches/series testresources-2.0.1/debian/patches/series --- testresources-2.0.1/debian/patches/series 2020-05-08 06:08:01.0 -0400 +++ testresources-2.0.1/debian/patches/series 2021-12-09 17:52:35.0 -0400 @@ -1 +1,2 @@ remove-non-deterministic-ftbfs-testBasicSortTests.patch +python3.10.patch
Processed: testresources: diff for NMU version 2.0.1-2.1
Processing control commands: > tags 997361 + patch Bug #997361 [python3-testresources] python3-testresources does not work with Python 3.10 Added tag(s) patch. -- 997361: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997361 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001234: (no subject)
By the way this is quick solution for people who want to painlessly upgrade unsupported Firefox ESR in Bullseye, folks on Debian User mailing list came up with this, I updated it a bit: How to download & maintain new Firefox ESR from Mozilla, point always to latest Firefox-ESR: wget -O firefox.tar.bz2 "https://download.mozilla.org/?product=firefox-esr-latest&os=linux64&lang=en-GB"; tar vxf firefox.tar.bz2 Binary is in ~/firefox/firefox. You can replace Firefox shortcut you use, or add a new one. Remember to backup ~/.mozilla first, as upgrading Firefox will most likely make using profile again under Firefox ESR 78 impossible. Once Firefox ESR is updated in Stable, you can stop using it and continue with normal Debian package. -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/ ⠈⠳⣄
Bug#1001234: src:firefox-esr: fails to migrate to testing for too long: FTBFS on mipsel and unresolved RC bug
On Thu, 9 Dec 2021 19:35:47 +0100 Paul Gevers wrote: Hi Piotr, Martin-Éric, Please stop bashing Mike. He's doing a great job. Hi Paul, I am not bashing anyone. My post was simply a copy of my e-mail I sent to Debian user group yesterday: https://lists.debian.org/debian-user/2021/12/msg00242.html My post also is here to raise awareness to this problem. I am worried. I don't (didn't until now) know who is a maintainer of firefox-esr. From what I gather here, it's Mike. I support him all the way, and I hope firefox-esr can be updated quickly. I honestly think that Debian should throw more resources at this problem, if it don't want to become a laughing stock in the community: https://www.phoronix.com/scan.php?page=news_item&px=Web-Browser-Packages-Debian 100+ posts and counting, all bashing on entire Debian project because of this. This bug was merely a procedure to raise awareness in case it was missing and is part of the Release Team way of working. The required action happened: the removal of the mipsel binary. All is good for the migration at this moment. That's good to hear. But didn't Mike just mentioned, that Firefox will not migrate to Stable, due to Rust compiler problems? There is work ongoing too for stable. Please remember we're all volunteers and supporting a browser in Debian Stable is just not easy. Of course, I support Debian volunteers and maintainers all the way! I'd like to point out the notes about security support for browsers in the Release Notes [1]. Link you posted, says, quote: "The package debian-security-support helps to track the security support status of installed packages. " I installed this package, and run it: check-support-status | grep firefox (zero results) Nowhere it says, that firefox-esr installed in my system is EOL and vulnerable to several CVEs. This should be updated. I am happy to fill bug against debian-security-support, do you want me to do that? Also, same chapter of Release Notes you linked, goes on to say, that: "For general web browser use we recommend Firefox or Chromium. They will be kept up-to-date by rebuilding the current ESR releases for stable. The same strategy will be applied for Thunderbird. " Debian has failed to deliver on that. "Recommended" browser in Debian Stable is EOL and vulnerable. And people are not aware of this as Release Notes and debian-security-support is not showing the problem. Release Notes should have been updated in November 2021, when firefox-esr went EOL, to reflect this. Do Release Notes for Bullseye receive "errata" updates? Shouldn't this be done right now? Debian should throw more resources at flagship browser problem! I sincerely hope this can be resolved quickly. We don't want people blaming Debian for virus infections due to unpatched Firefox being shipped in Stable. Paul [1] https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.en.html#limited-security-support I don't know development process in Stable, but shouldn't firefox-esr 78.15.0esr-1~deb11u1 be removed from bullseye servers? It's vulnerable and unusable in current state? Can it be removed at all? So people don't fall for this false sense of security? -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/ ⠈⠳⣄
Bug#1000791: marked as done (uhd: FTBFS on mipsel:)
Your message dated Thu, 09 Dec 2021 16:15:10 -0500 with message-id <83k0gdcwf5@scm.rf.org> and subject line uhd: FTBFS on mipsel: has caused the Debian Bug report #1000791, regarding uhd: FTBFS on mipsel: to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1000791: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000791 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: uhd Version: 4.1.0.4-2 Severity: serious Tags: ftbfs sid bookworm Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org uhd fails to build on mipsel: | FAILED: python/CMakeFiles/pyuhd.dir/pyuhd.cpp.o | /usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_ASIO_DISABLE_STD_EXPERIMENTAL_STRING_VIEW -DBOOST_ASIO_DISABLE_STD_STRING_VIEW -DBOOST_ATOMIC_DYN_LINK -DBOOST_CHRONO_DYN_LINK -DBOOST_DATE_TIME_DYN_LINK -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_SERIALIZATION_DYN_LINK -DBOOST_SYSTEM_DYN_LINK -DBOOST_THREAD_DYN_LINK -DBOOST_UNIT_TEST_FRAMEWORK_DYN_LINK -DHAVE_CONFIG_H -DUHD_LOG_CONSOLE_COLOR -DUHD_LOG_CONSOLE_LEVEL=2 -DUHD_LOG_FILE_LEVEL=2 -DUHD_LOG_MIN_LEVEL=1 -Dpyuhd_EXPORTS -I/<>/obj-mipsel-linux-gnu/include -I/<>/host/include -I/usr/include/python3.9 -I/<>/host/lib/deps/pybind11/include -I/usr/lib/python3/dist-packages/numpy/core/include -I/<>/host/lib -I/<>/obj-mipsel-linux-gnu/_cmrc/include -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden -O2 -g -DNDEBUG -fPIC -Wall -Wextra -Wsign-compare -std=gnu++14 -MD -MT python/CMakeFiles/pyuhd.dir/pyuhd.cpp.o -MF python/CMakeFiles/pyuhd.dir/pyuhd.cpp.o.d -o python/CMakeFiles/pyuhd.dir/pyuhd.cpp.o -c /<>/host/python/pyuhd.cpp | | cc1plus: out of memory allocating 2217812 bytes after a total of 59752448 bytes | ninja: build stopped: subcommand failed. See https://buildd.debian.org/status/fetch.php?pkg=uhd&arch=mipsel&ver=4.1.0.4-2&stamp=1638083831&raw=0 If you start an uncoordinated transition, please ensure at least that the package builds everywhere. Cheers -- Sebastian Ramacher signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Package: src:uhd Source: uhd Version: 4.1.0.4-7 As of this version uhd now builds on mipsel. This required: Explicitly set -DENABLE_PYTHON_API=OFF in debian/rules for mipsel move usrp_update_fs to python3-uhd Note that the binary package python3-uhd is not built on mipsel. -Maitland--- End Message ---
Bug#1001433: scitokens-cpp: FTBFS with openssl 3
Package: scitokens-cpp Version: 0.6.2-1 Severity: serious Tags: patch experimental Justification: ftbfs User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu jammy ubuntu-patch Hi Mattias, In Ubuntu, scitokens-cpp is failing to build from source because we have updated to update to openssl 3, and scitokens-cpp uses some functions which are now deprecated: [...] /usr/bin/c++ -DSciTokens_EXPORTS -I/<> -I/<>/vendor/jwt-cpp/include -g -O2 -ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Werror -std=c++11 -fPIC -MD -MT CMakeFiles/SciTokens.dir/src/scitokens_cache.cpp.o -MF CMakeFiles/SciTokens.dir/src/scitokens_cache.cpp.o.d -o CMakeFiles/SciTokens.dir/src/scitokens_cache.cpp.o -c /<>/src/scitokens_cache.cpp In file included from /<>/src/scitokens_internal.h:6, from /<>/src/scitokens_cache.cpp:17: /<>/vendor/jwt-cpp/include/jwt-cpp/jwt.h: In constructor ‘jwt::algorithm::ecdsa::ecdsa(const string&, const string&, const string&, const string&, const EVP_MD* (*)(), const string&, size_t)’: /<>/vendor/jwt-cpp/include/jwt-cpp/jwt.h:360:74: error: ‘EC_KEY* PEM_read_bio_EC_PUBKEY(BIO*, EC_KEY**, int (*)(char*, int, int, void*), void*)’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations] 360 | pkey.reset(PEM_read_bio_EC_PUBKEY(pubkey_bio.get(), nullptr, nullptr, (void*)public_key_password.c_str()), EC_KEY_free); | ~~^~~~ In file included from /<>/vendor/jwt-cpp/include/jwt-cpp/jwt.h:11, from /<>/src/scitokens_internal.h:6, from /<>/src/scitokens_cache.cpp:17: /usr/include/openssl/pem.h:463:1: note: declared here 463 | DECLARE_PEM_rw_attr(OSSL_DEPRECATEDIN_3_0, EC_PUBKEY, EC_KEY) | ^~~ [...] (https://launchpad.net/ubuntu/+source/scitokens-cpp/0.6.2-1build1/+build/22604628) OpenSSL 3 is currently only in experimental in Debian, but is expected to be the version shipped in the next release of Debian. In Ubuntu, I've applied the following patch to let scitokens-cpp build by ignoring the deprecation warnings. Thanks for considering, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru scitokens-cpp-0.6.2/debian/rules scitokens-cpp-0.6.2/debian/rules --- scitokens-cpp-0.6.2/debian/rules2021-08-25 01:36:24.0 -0700 +++ scitokens-cpp-0.6.2/debian/rules2021-12-09 13:11:57.0 -0800 @@ -1,6 +1,8 @@ #!/usr/bin/make -f # -*- makefile -*- +export DEB_CFLAGS_MAINT_APPEND = -Wno-error=deprecated-declarations + %: dh $@
Processed: affects 1001421, block 1001421 with 997361
Processing commands for cont...@bugs.debian.org: > affects 1001421 python-testresources Bug #1001421 [src:python-launchpadlib] python-launchpadlib: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSet' Added indication that 1001421 affects python-testresources > block 1001421 with 997361 Bug #1001421 [src:python-launchpadlib] python-launchpadlib: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSet' 1001421 was not blocked by any bugs. 1001421 was not blocking any bugs. Added blocking bug(s) of 1001421: 997361 > thanks Stopping processing here. Please contact me if you need assistance. -- 1001421: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001421 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: re: pfstools: FTBFS: stl_algobase.h:278:56: error: macro "min" passed 3 arguments, but takes just 2
Processing commands for cont...@bugs.debian.org: > Tags 998498 +patch Bug #998498 [src:pfstools] pfstools: FTBFS: stl_algobase.h:278:56: error: macro "min" passed 3 arguments, but takes just 2 Added tag(s) patch. > Thanks Stopping processing here. Please contact me if you need assistance. -- 998498: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998498 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#998498: pfstools: FTBFS: stl_algobase.h:278:56: error: macro "min" passed 3 arguments, but takes just 2
Tags 998498 +patch Thanks This looks like a problem with libnetpbm10-dev, it should not #define generic max/min macros in a public header. This can be worked around by changing the order in which headers are included, so the C++ standard library headers are included before the netpbm headers and hence unaffected by the macro. Debdiff is attatched and has been uploaded to raspbian, no intent to NMU in Debian. diff -Nru pfstools-2.2.0/debian/changelog pfstools-2.2.0/debian/changelog --- pfstools-2.2.0/debian/changelog 2021-08-29 16:19:07.0 + +++ pfstools-2.2.0/debian/changelog 2021-12-09 19:43:19.0 + @@ -1,3 +1,10 @@ +pfstools (2.2.0-1+rpi1) bookworm-staging; urgency=medium + + * Reorder includes to stop macro in pm.h causing breakage in +c++ system headers (Closes: 998498) + + -- Peter Michael Green Thu, 09 Dec 2021 19:43:19 + + pfstools (2.2.0-1) unstable; urgency=medium * New upstream version. diff -Nru pfstools-2.2.0/debian/patches/43_reorder-includes-netpbm.patch pfstools-2.2.0/debian/patches/43_reorder-includes-netpbm.patch --- pfstools-2.2.0/debian/patches/43_reorder-includes-netpbm.patch 1970-01-01 00:00:00.0 + +++ pfstools-2.2.0/debian/patches/43_reorder-includes-netpbm.patch 2021-12-09 19:43:19.0 + @@ -0,0 +1,23 @@ +Description: Reorder includes to stop macro in pm.h causing breakage in c++ system headers +Author: Peter Michael Green +Bug-Debian: https://bugs.debian.org/998498 + +--- pfstools-2.2.0.orig/src/fileformat/ppmio.cpp pfstools-2.2.0/src/fileformat/ppmio.cpp +@@ -27,13 +27,13 @@ + + #include "ppmio.h" + ++#include ++#include ++ + extern "C" { + #include + } + +-#include +-#include +- + struct PPMData + { + pixval maxPV; diff -Nru pfstools-2.2.0/debian/patches/series pfstools-2.2.0/debian/patches/series --- pfstools-2.2.0/debian/patches/series2021-08-29 16:11:20.0 + +++ pfstools-2.2.0/debian/patches/series2021-12-09 19:43:19.0 + @@ -4,3 +4,4 @@ 25_Multiple-typo-fixes-suggested-by-lintian.patch 30_parallel_build.diff 42_reorder-includes-imagemagick.patch +43_reorder-includes-netpbm.patch
Bug#1001430: unbound: FTBFS with OpenSSL 3
Package: unbound Version: 1.13.1-1 Severity: serious Tags: patch experimental Justification: ftbfs User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu jammy ubuntu-patch Hi Robert, In Ubuntu, unbound is failing to build from source because it uses the ERR_GET_FUNC() macro, which has been obsoleted in OpenSSL 3. The attached patch addresses this by removing the call to the macro, allowing unbound to build. Please consider applying this patch in Debian. OpenSSL 3 is currently in experimental, and expected to be the version of OpenSSL shipped in the next release of Debian. Thanks for considering, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru unbound-1.13.1/debian/patches/openssl3.patch unbound-1.13.1/debian/patches/openssl3.patch --- unbound-1.13.1/debian/patches/openssl3.patch1969-12-31 16:00:00.0 -0800 +++ unbound-1.13.1/debian/patches/openssl3.patch2021-12-09 12:51:25.0 -0800 @@ -0,0 +1,20 @@ +Description: compatibility with OpenSSL 3 +Author: Steve Langasek +Last-Update: 2021-12-09 +Forwarded: no + +Index: unbound-1.13.1/smallapp/unbound-control.c +=== +--- unbound-1.13.1.orig/smallapp/unbound-control.c unbound-1.13.1/smallapp/unbound-control.c +@@ -492,9 +492,7 @@ + { + unsigned long err; + err = ERR_peek_error(); +- if (ERR_GET_LIB(err) == ERR_LIB_SYS && +- (ERR_GET_FUNC(err) == SYS_F_FOPEN || +- ERR_GET_FUNC(err) == SYS_F_FREAD) ) { ++ if (ERR_GET_LIB(err) == ERR_LIB_SYS) { + fprintf(stderr, "error: %s\n%s: %s\n", + s, path, ERR_reason_error_string(err)); + exit(1); diff -Nru unbound-1.13.1/debian/patches/series unbound-1.13.1/debian/patches/series --- unbound-1.13.1/debian/patches/series2021-07-01 07:16:26.0 -0700 +++ unbound-1.13.1/debian/patches/series2021-12-09 12:50:04.0 -0800 @@ -1 +1,2 @@ 0001-Enable-remote-control-by-default.patch +openssl3.patch
Processed: python-qtpy: (autopkgtest) needs update for python3.10: deprecation warning on stderr
Processing control commands: > affects -1 src:python3-defaults Bug #1001429 [src:python-qtpy] python-qtpy: (autopkgtest) needs update for python3.10: deprecation warning on stderr Added indication that 1001429 affects src:python3-defaults -- 1001429: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001429 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001429: python-qtpy: (autopkgtest) needs update for python3.10: deprecation warning on stderr
Source: python-qtpy Version: 1.9.0-3 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-qtpy fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-qtpyfrom testing1.9.0-3 all others from testingfrom testing I copied some of the output at the bottom of this report. As the test passes otherwise, either suppress deprecation warnings, fix the issue and/or use the allow-stderr restriction in autopkgtest to avoid having autopkgtest fail on warnings. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-qtpy/17420668/log.gz Testing with python3.10: /usr/lib/python3/dist-packages/qtpy/__init__.py:65: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives from distutils.version import LooseVersion OpenPGP_signature Description: OpenPGP digital signature
Bug#1001428: python-pyknon: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSequence'
Source: python-pyknon Version: 1.2-3 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-pyknon fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-pyknon from testing1.2-3 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. https://docs.python.org/3.9/library/collections.html says: """ Deprecated since version 3.3, will be removed in version 3.10: Moved Collections Abstract Base Classes to the collections.abc module. For backwards compatibility, they continue to be visible in this module through Python 3.9. """ Time to move on. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-pyknon/17420665/log.gz + cp -r test /tmp/autopkgtest-lxc.1rlw27co/downtmp/autopkgtest_tmp + cd /tmp/autopkgtest-lxc.1rlw27co/downtmp/autopkgtest_tmp/test/ + export PYTHONWARNINGS=d + py3versions -i + python3.10 -m pytest -rsx -v = test session starts == platform linux -- Python 3.10.1, pytest-6.2.5, py-1.10.0, pluggy-0.13.0 -- /usr/bin/python3.10 cachedir: .pytest_cache rootdir: /tmp/autopkgtest-lxc.1rlw27co/downtmp/autopkgtest_tmp/test collecting ... collected 53 items / 2 errors / 51 selected ERRORS ___ ERROR collecting test_genmidi.py ___ test_genmidi.py:4: in from pyknon.genmidi import Midi, MidiError /usr/lib/python3/dist-packages/pyknon/genmidi.py:2: in from pyknon.music import Note, NoteSeq, Rest /usr/lib/python3/dist-packages/pyknon/music.py:106: in class NoteSeq(collections.MutableSequence): E AttributeError: module 'collections' has no attribute 'MutableSequence' ERROR collecting test_music.py test_music.py:2: in from pyknon.music import MusiclibError, Note, NoteSeq, Rest /usr/lib/python3/dist-packages/pyknon/music.py:106: in class NoteSeq(collections.MutableSequence): E AttributeError: module 'collections' has no attribute 'MutableSequence' !!! Interrupted: 2 errors during collection == 2 errors in 0.16s === autopkgtest [13:32:58]: test python3-pyknon OpenPGP_signature Description: OpenPGP digital signature
Bug#1001427: python-pygtrie: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableMapping'
Source: python-pygtrie Version: 2.2-1.1 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-pygtrie fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-pygtrie from testing2.2-1.1 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. https://docs.python.org/3.9/library/collections.html says: """ Deprecated since version 3.3, will be removed in version 3.10: Moved Collections Abstract Base Classes to the collections.abc module. For backwards compatibility, they continue to be visible in this module through Python 3.9. """ Time to move on. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-pygtrie/17420664/log.gz Testing with python3.10: Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/pygtrie.py", line 279, in class Trie(_collections.MutableMapping): AttributeError: module 'collections' has no attribute 'MutableMapping' autopkgtest [13:32:15]: test autodep8-python3 OpenPGP_signature Description: OpenPGP digital signature
Processed: python-pyknon: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSequence'
Processing control commands: > affects -1 src:python3-defaults Bug #1001428 [src:python-pyknon] python-pyknon: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSequence' Added indication that 1001428 affects src:python3-defaults -- 1001428: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001428 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: python-pygtrie: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableMapping'
Processing control commands: > affects -1 src:python3-defaults Bug #1001427 [src:python-pygtrie] python-pygtrie: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableMapping' Added indication that 1001427 affects src:python3-defaults -- 1001427: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001427 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001426: python-pbr: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSet'
Source: python-pbr Version: 5.6.0-2 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-pbr fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-pbr from testing5.6.0-2 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. https://docs.python.org/3.9/library/collections.html says: """ Deprecated since version 3.3, will be removed in version 3.10: Moved Collections Abstract Base Classes to the collections.abc module. For backwards compatibility, they continue to be visible in this module through Python 3.9. """ Time to move on. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-pbr/17420663/log.gz = Failures during discovery = --- import errors --- Failed to import test module: pbr.tests.test_commands Traceback (most recent call last): File "/usr/lib/python3.10/unittest/loader.py", line 436, in _find_test_path module = self._get_module_from_name(name) File "/usr/lib/python3.10/unittest/loader.py", line 377, in _get_module_from_name __import__(name) File "/tmp/autopkgtest-lxc.8jbfzfdi/downtmp/build.1ju/src/pbr/tests/test_commands.py", line 43, in from pbr.tests import base File "/tmp/autopkgtest-lxc.8jbfzfdi/downtmp/build.1ju/src/pbr/tests/base.py", line 48, in import testresources File "/usr/lib/python3/dist-packages/testresources/__init__.py", line 195, in class _OrderedSet(collections.MutableSet): AttributeError: module 'collections' has no attribute 'MutableSet' Failed to import test module: pbr.tests.test_core Traceback (most recent call last): File "/usr/lib/python3.10/unittest/loader.py", line 436, in _find_test_path module = self._get_module_from_name(name) File "/usr/lib/python3.10/unittest/loader.py", line 377, in _get_module_from_name __import__(name) File "/tmp/autopkgtest-lxc.8jbfzfdi/downtmp/build.1ju/src/pbr/tests/test_core.py", line 48, in from pbr.tests import base File "/tmp/autopkgtest-lxc.8jbfzfdi/downtmp/build.1ju/src/pbr/tests/base.py", line 48, in import testresources File "/usr/lib/python3/dist-packages/testresources/__init__.py", line 195, in class _OrderedSet(collections.MutableSet): AttributeError: module 'collections' has no attribute 'MutableSet' Failed to import test module: pbr.tests.test_files Traceback (most recent call last): File "/usr/lib/python3.10/unittest/loader.py", line 436, in _find_test_path module = self._get_module_from_name(name) File "/usr/lib/python3.10/unittest/loader.py", line 377, in _get_module_from_name __import__(name) File "/tmp/autopkgtest-lxc.8jbfzfdi/downtmp/build.1ju/src/pbr/tests/test_files.py", line 23, in from pbr.tests import base File "/tmp/autopkgtest-lxc.8jbfzfdi/downtmp/build.1ju/src/pbr/tests/base.py", line 48, in import testresources File "/usr/lib/python3/dist-packages/testresources/__init__.py", line 195, in class _OrderedSet(collections.MutableSet): AttributeError: module 'collections' has no attribute 'MutableSet' Failed to import test module: pbr.tests.test_hooks Traceback (most recent call last): File "/usr/lib/python3.10/unittest/loader.py", line 436, in _find_test_path module = self._get_module_from_name(name) File "/usr/lib/python3.10/unittest/loader.py", line 377, in _get_module_from_name __import__(name) File "/tmp/autopkgtest-lxc.8jbfzfdi/downtmp/build.1ju/src/pbr/tests/test_hooks.py", line 47, in from pbr.tests import base File "/tmp/autopkgtest-lxc.8jbfzfdi/downtmp/build.1ju/src/pbr/tests/base.py", line 48, in import testresources File "/usr/lib/python3/dist-packages/testresources/__init__.py", line 195, in class _OrderedSet(collections.MutableSet): AttributeError: module 'collections' has no attribute 'MutableSet' Failed to import test module: pbr.tests.test_integration Tra
Processed: python-pbr: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSet'
Processing control commands: > affects -1 src:python3-defaults Bug #1001426 [src:python-pbr] python-pbr: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSet' Added indication that 1001426 affects src:python3-defaults -- 1001426: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001426 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: python-nest-asyncio: (autopkgtest) needs update for python3.10: TypeError: gather() got an unexpected keyword argument 'loop'
Processing control commands: > affects -1 src:python3-defaults Bug #1001424 [src:python-nest-asyncio] python-nest-asyncio: (autopkgtest) needs update for python3.10: TypeError: gather() got an unexpected keyword argument 'loop' Added indication that 1001424 affects src:python3-defaults -- 1001424: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001424 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: python-odoorpc: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableMapping'
Processing control commands: > affects -1 src:python3-defaults Bug #1001425 [src:python-odoorpc] python-odoorpc: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableMapping' Added indication that 1001425 affects src:python3-defaults -- 1001425: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001425 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001425: python-odoorpc: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableMapping'
Source: python-odoorpc Version: 0.7.0-3 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-odoorpc fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-odoorpc from testing0.7.0-3 all others from testingfrom testing I copied some of the output at the bottom of this report. https://docs.python.org/3.9/library/collections.html says: """ Deprecated since version 3.3, will be removed in version 3.10: Moved Collections Abstract Base Classes to the collections.abc module. For backwards compatibility, they continue to be visible in this module through Python 3.9. """ Time to move on. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-odoorpc/17420662/log.gz Testing with python3.10: Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/odoorpc/__init__.py", line 59, in from odoorpc.odoo import ODOO File "/usr/lib/python3/dist-packages/odoorpc/odoo.py", line 24, in from odoorpc import rpc, error, tools File "/usr/lib/python3/dist-packages/odoorpc/rpc/__init__.py", line 38, in from odoorpc.tools import v File "/usr/lib/python3/dist-packages/odoorpc/tools.py", line 31, in class Config(collections.MutableMapping): AttributeError: module 'collections' has no attribute 'MutableMapping' autopkgtest [13:31:41]: test autodep8-python3 OpenPGP_signature Description: OpenPGP digital signature
Bug#1001424: python-nest-asyncio: (autopkgtest) needs update for python3.10: TypeError: gather() got an unexpected keyword argument 'loop'
Source: python-nest-asyncio Version: 1.5.1-1 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-nest-asyncio fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-nest-asynciofrom testing1.5.1-1 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-nest-asyncio/17420661/log.gz 'tests' -> '/tmp/autopkgtest-lxc.n7a2xc97/downtmp/autopkgtest_tmp/tests' 'tests/__init__.py' -> '/tmp/autopkgtest-lxc.n7a2xc97/downtmp/autopkgtest_tmp/tests/__init__.py' 'tests/nest_test.py' -> '/tmp/autopkgtest-lxc.n7a2xc97/downtmp/autopkgtest_tmp/tests/nest_test.py' Running testsuite with python3.10: = test session starts == platform linux -- Python 3.10.1, pytest-6.2.5, py-1.10.0, pluggy-0.13.0 rootdir: /tmp/autopkgtest-lxc.n7a2xc97/downtmp/autopkgtest_tmp collected 6 items tests/nest_test.py .F [100%] === FAILURES === ___ NestTest.test_two_run_until_completes_in_one_outer_loop self = testMethod=test_two_run_until_completes_in_one_outer_loop> def test_two_run_until_completes_in_one_outer_loop(self): async def f1(): self.loop.run_until_complete(asyncio.sleep(0.02)) return 4 async def f2(): self.loop.run_until_complete(asyncio.sleep(0.01)) return 2 result = self.loop.run_until_complete( asyncio.gather(f1(), f2(), loop=self.loop)) E TypeError: gather() got an unexpected keyword argument 'loop' tests/nest_test.py:87: TypeError === warnings summary === tests/nest_test.py::NestTest::test_two_run_until_completes_in_one_outer_loop /tmp/autopkgtest-lxc.n7a2xc97/downtmp/autopkgtest_tmp/tests/nest_test.py:87: RuntimeWarning: coroutine 'NestTest.test_two_run_until_completes_in_one_outer_loop..f2' was never awaited asyncio.gather(f1(), f2(), loop=self.loop)) tests/nest_test.py::NestTest::test_two_run_until_completes_in_one_outer_loop /tmp/autopkgtest-lxc.n7a2xc97/downtmp/autopkgtest_tmp/tests/nest_test.py:87: RuntimeWarning: coroutine 'NestTest.test_two_run_until_completes_in_one_outer_loop..f1' was never awaited asyncio.gather(f1(), f2(), loop=self.loop)) -- Docs: https://docs.pytest.org/en/stable/warnings.html === short test summary info FAILED tests/nest_test.py::NestTest::test_two_run_until_completes_in_one_outer_loop === 1 failed, 5 passed, 2 warnings in 0.15s autopkgtest [13:31:45]: test upstream-tests OpenPGP_signature Description: OpenPGP digital signature
Bug#1001423: python-molotov: (autopkgtest) needs update for python3.10: TypeError: gather() got an unexpected keyword argument 'loop'
Source: python-molotov Version: 2.1-2 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-molotov fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-molotov from testing2.1-2 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-molotov/17396154/log.gz === FAILURES === _ TestFmwk.test_runner _ self = @dedicatedloop def test_runner(self): with coserver(): return self._runner(console=False) molotov/tests/test_fmwk.py:172: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ molotov/tests/test_fmwk.py:163: in _runner results = Runner(args)() molotov/runner.py:73: in __call__ return self._launch_processes() molotov/runner.py:119: in _launch_processes self._process() molotov/runner.py:199: in _process display = self.gather(update, display) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = futures = (running at /tmp/autopkgtest-lxc.xbv3jus_/downtmp/build.fz...t-lxc.xbv3jus_/downtmp/build.fzI/src/molotov/sharedconsole.py:36> created at /usr/lib/python3.10/asyncio/tasks.py:638>) def gather(self, *futures): return asyncio.gather(*futures, loop=self.loop, return_exceptions=True) E TypeError: gather() got an unexpected keyword argument 'loop' molotov/runner.py:57: TypeError - Captured stderr call - 127.0.0.1 - - [08/Dec/2021 15:20:12] "GET / HTTP/1.1" 200 - _ TestFmwk.test_runner_console _ self = @dedicatedloop def test_runner_console(self): with coserver(): return self._runner(console=True) molotov/tests/test_fmwk.py:177: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ molotov/tests/test_fmwk.py:163: in _runner results = Runner(args)() molotov/runner.py:73: in __call__ return self._launch_processes() molotov/runner.py:119: in _launch_processes self._process() molotov/runner.py:199: in _process display = self.gather(update, display) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = futures = (running at /tmp/autopkgtest-lxc.xbv3jus_/downtmp/build.f...t-lxc.xbv3jus_/downtmp/build.fzI/src/molotov/sharedconsole.py:36> created at /usr/lib/python3.10/asyncio/tasks.py:638>) def gather(self, *futures): return asyncio.gather(*futures, loop=self.loop, return_exceptions=True) E TypeError: gather() got an unexpected keyword argument 'loop' molotov/runner.py:57: TypeError - Captured stderr call - 127.0.0.1 - - [08/Dec/2021 15:20:12] "GET / HTTP/1.1" 200 - __ TestFmwk.test_runner_multiprocess_console ___ self = testMethod=test_runner_multiprocess_console> def test_runner_multiprocess_console(self): self._multiprocess(console=True) molotov/tests/test_fmwk.py:206: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ molotov/tests/support.py:280: in _loop return func(*args, **kw) molotov/tests/test_fmwk.py:201: in _multiprocess results = Runner(args)() molotov/runner.py:73: in __call__ return self._launch_processes() molotov/runner.py:117: in _launch_processes self.loop.run_until_complete(self.gather(*tasks)) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = futures = (running at /tmp/autopkgtest-lxc.xbv3jus_/downtmp/build.fzI...launch_processes..run() running at /tmp/autopkgtest-lxc.xbv3jus_/downtmp/build.fzI/src/molotov/runner.py:101>>) def gather(self, *f
Processed: python-molotov: (autopkgtest) needs update for python3.10: TypeError: gather() got an unexpected keyword argument 'loop'
Processing control commands: > affects -1 src:python3-defaults Bug #1001423 [src:python-molotov] python-molotov: (autopkgtest) needs update for python3.10: TypeError: gather() got an unexpected keyword argument 'loop' Added indication that 1001423 affects src:python3-defaults -- 1001423: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001423 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001422: python-mock: (autopkgtest) needs update for python3.10: InvalidSpecError
Source: python-mock Version: 4.0.3-2 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-mock fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-mockfrom testing4.0.3-2 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-mock/17420659/log.gz === FAILURES === _ MockTest.test_bool_not_called_when_passing_spec_arg __ self = testMethod=test_bool_not_called_when_passing_spec_arg> def test_bool_not_called_when_passing_spec_arg(self): class Something: def __init__(self): self.obj_with_bool_func = unittest.mock.MagicMock() obj = Something() with unittest.mock.patch.object(obj, 'obj_with_bool_func', autospec=True): pass /usr/lib/python3/dist-packages/mock/tests/testmock.py:2176: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = def __enter__(self): """Perform the patch.""" new, spec, spec_set = self.new, self.spec, self.spec_set autospec, kwargs = self.autospec, self.kwargs new_callable = self.new_callable self.target = self.getter() # normalise False to None if spec is False: spec = None if spec_set is False: spec_set = None if autospec is False: autospec = None if spec is not None and autospec is not None: raise TypeError("Can't specify spec and autospec") if ((spec is not None or autospec is not None) and spec_set not in (True, None)): raise TypeError("Can't provide explicit spec_set *and* spec or autospec") original, local = self.get_original() if new is DEFAULT and autospec is None: inherit = False if spec is True: # set spec to the object we are replacing spec = original if spec_set is True: spec_set = original spec = None elif spec is not None: if spec_set is True: spec_set = spec spec = None elif spec_set is True: spec_set = original if spec is not None or spec_set is not None: if original is DEFAULT: raise TypeError("Can't use 'spec' with create=True") if isinstance(original, type): # If we're patching out a class and there is a spec inherit = True if spec is None and _is_async_obj(original): Klass = AsyncMock else: Klass = MagicMock _kwargs = {} if new_callable is not None: Klass = new_callable elif spec is not None or spec_set is not None: this_spec = spec if spec_set is not None: this_spec = spec_set if _is_list(this_spec): not_callable = '__call__' not in this_spec else: not_callable = not callable(this_spec) if _is_async_obj(this_spec): Klass = AsyncMock elif not_callable: Klass = NonCallableMagicMock if spec is not None: _kwargs['spec'] = spec if spec_set is not None: _kwargs['spec_set'] = spec_set # add a name to mocks if (isinstance(Klass, type) and issubclass(Klass, NonCallableMock) and self.attribute): _kwargs['name'] = self.attribute _kwargs.update(kwargs) new = Klass(**_kwargs)
Processed: python-mock: (autopkgtest) needs update for python3.10: InvalidSpecError
Processing control commands: > affects -1 src:python3-defaults Bug #1001422 [src:python-mock] python-mock: (autopkgtest) needs update for python3.10: InvalidSpecError Added indication that 1001422 affects src:python3-defaults -- 1001422: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001422 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001421: python-launchpadlib: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSet'
Source: python-launchpadlib Version: 1.10.15.1-1 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-launchpadlib fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-launchpadlibfrom testing1.10.15.1-1 all others from testingfrom testing I copied some of the output at the bottom of this report. https://docs.python.org/3.9/library/collections.html says: """ Deprecated since version 3.3, will be removed in version 3.10: Moved Collections Abstract Base Classes to the collections.abc module. For backwards compatibility, they continue to be visible in this module through Python 3.9. """ Time to move on. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-launchpadlib/17420655/log.gz === python3.10 === = test session starts == platform linux -- Python 3.10.1, pytest-6.2.5, py-1.10.0, pluggy-0.13.0 rootdir: /usr/lib/python3/dist-packages/launchpadlib plugins: asyncio-0.16.0 collected 68 items / 1 error / 67 selected ERRORS ___ ERROR collecting testing/tests/test_launchpad.py ___ /usr/lib/python3/dist-packages/launchpadlib/testing/tests/test_launchpad.py:21: in from testresources import ResourcedTestCase /usr/lib/python3/dist-packages/testresources/__init__.py:195: in class _OrderedSet(collections.MutableSet): E AttributeError: module 'collections' has no attribute 'MutableSet' === warnings summary === ../../../../usr/lib/python3/dist-packages/_pytest/cacheprovider.py:428 /usr/lib/python3/dist-packages/_pytest/cacheprovider.py:428: PytestCacheWarning: could not create cache path /usr/lib/python3/dist-packages/launchpadlib/.pytest_cache/v/cache/nodeids config.cache.set("cache/nodeids", sorted(self.cached_nodeids)) ../../../../usr/lib/python3/dist-packages/_pytest/cacheprovider.py:382 /usr/lib/python3/dist-packages/_pytest/cacheprovider.py:382: PytestCacheWarning: could not create cache path /usr/lib/python3/dist-packages/launchpadlib/.pytest_cache/v/cache/lastfailed config.cache.set("cache/lastfailed", self.lastfailed) ../../../../usr/lib/python3/dist-packages/_pytest/stepwise.py:49 /usr/lib/python3/dist-packages/_pytest/stepwise.py:49: PytestCacheWarning: could not create cache path /usr/lib/python3/dist-packages/launchpadlib/.pytest_cache/v/cache/stepwise session.config.cache.set(STEPWISE_CACHE_DIR, []) -- Docs: https://docs.pytest.org/en/stable/warnings.html === short test summary info ERROR ../../../../usr/lib/python3/dist-packages/launchpadlib/testing/tests/test_launchpad.py Interrupted: 1 error during collection = 3 warnings, 1 error in 0.50s = autopkgtest [13:29:09]: test unittests OpenPGP_signature Description: OpenPGP digital signature
Processed: python-launchpadlib: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSet'
Processing control commands: > affects -1 src:python3-defaults Bug #1001421 [src:python-launchpadlib] python-launchpadlib: (autopkgtest) needs update for python3.10: module 'collections' has no attribute 'MutableSet' Added indication that 1001421 affects src:python3-defaults -- 1001421: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001421 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#991505: bind: duplicate, old version of bind9 source package, remove from experimental?
On 2021-12-09 18:03, Ondřej Surý wrote: > MIssed the issue, RM now fillled as #1001404 > Thanks! -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net signature.asc Description: PGP signature
Processed: python-css-parser: (autopkgtest) needs update for python3.10: Right exception, wrong message: got 'can't set attribute 'literalname'' instead of 'can't set attribute'
Processing control commands: > affects -1 src:python3-defaults Bug #1001419 [src:python-css-parser] python-css-parser: (autopkgtest) needs update for python3.10: Right exception, wrong message: got 'can't set attribute 'literalname'' instead of 'can't set attribute' Added indication that 1001419 affects src:python3-defaults -- 1001419: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001419 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001419: python-css-parser: (autopkgtest) needs update for python3.10: Right exception, wrong message: got 'can't set attribute 'literalname'' instead of 'can't set attribute'
Source: python-css-parser Version: 1.0.6-1 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-css-parser fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-css-parser from testing1.0.6-1 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] https://bugs.debian.org/996584 [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-css-parser/17420647/log.gz === FAILURES === __ PropertyTestCase.test_literalname ___ self = testMethod=test_literalname> excClass = , msg = "can't set attribute" callableObj = 0x7fd187f22d10> args = ('literalname', 'color'), kwargs = {} excMsg = "can't set attribute 'literalname'" def assertRaisesMsg(self, excClass, msg, callableObj, *args, **kwargs): """ Just like unittest.TestCase.assertRaises, but checks that the message is right too. Usage:: self.assertRaisesMsg( MyException, "Exception message", my_function, (arg1, arg2) ) from http://www.nedbatchelder.com/blog/200609.html#e20060905T064418 """ try: callableObj(*args, **kwargs) E AttributeError: can't set attribute 'literalname' /tmp/autopkgtest-lxc.ysif6shm/downtmp/autopkgtest_tmp/python-css-parser/css_parser_tests/basetest.py:168: AttributeError During handling of the above exception, another exception occurred: self = testMethod=test_literalname> def test_literalname(self): "Property.literalname" p = css_parser.css.property.Property(r'c\olor', 'red') self.assertEqual(r'c\olor', p.literalname) self.assertRaisesMsg(AttributeError, "can't set attribute", p.__setattr__, 'literalname', 'color') /tmp/autopkgtest-lxc.ysif6shm/downtmp/autopkgtest_tmp/python-css-parser/css_parser_tests/test_property.py:165: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = testMethod=test_literalname> excClass = , msg = "can't set attribute" callableObj = 0x7fd187f22d10> args = ('literalname', 'color'), kwargs = {} excMsg = "can't set attribute 'literalname'" def assertRaisesMsg(self, excClass, msg, callableObj, *args, **kwargs): """ Just like unittest.TestCase.assertRaises, but checks that the message is right too. Usage:: self.assertRaisesMsg( MyException, "Exception message", my_function, (arg1, arg2) ) from http://www.nedbatchelder.com/blog/200609.html#e20060905T064418 """ try: callableObj(*args, **kwargs) except excClass as exc: excMsg = str(exc) if not msg: # No message provided: any message is fine. return elif excMsg == msg: # Message provided, and we got the right message: passes. return else: # Message provided, and it didn't match: fail! raise self.failureException( "Right exception, wrong message: got '%s' instead of '%s'" % (excMsg, msg)) E AssertionError: Right exception, wrong message: got 'can't set attribute 'literalname'' instead of 'can't set attribute' /tmp/autopkgtest-lxc.ysif6shm/downtmp/autopkgtest_tmp/python-css-parser/css_parser_tests/basetest.py:179: AssertionError __ SelectorTestCase.test_specificity ___ self = testMethod=test_specificity> excClass = , msg = "can't set attribute" callableObj = ._set at 0x7fd1880565f0> args = (), kwargs = {}, excMsg = "can't set attribute 'specificity'" def assertRaisesMsg(self, excClass, msg, callableObj, *args, **kwargs):
Bug#1000815: marked as done (skimage FTBFS: sphinx_gallery.docs_resolv error)
Your message dated Thu, 9 Dec 2021 20:03:07 + with message-id and subject line appears fixed has caused the Debian Bug report #1000815, regarding skimage FTBFS: sphinx_gallery.docs_resolv error to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1000815: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000815 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: python-skimage-doc Version: 0.18.3-2 Severity: serious skimage fails during the documentation build with embedding documentation hyperlinks for auto_examples... [ 1%] plot_censure.html Extension error (sphinx_gallery.docs_resolv): Handler for event 'build-finished' threw an exception (exception: list indices must be integers or slices, not str) I don't know what caused this, beyond that it worked on 2021-11-14: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/skimage.html --- End Message --- --- Begin Message --- The build now succeeds here as well - it's probably been fixed somewhere in the sphinx stack. (I didn't check for the test failure bug, but as those tests are normally skipped, that was never an FTBFS.)--- End Message ---
Processed: python-csb: (autopkgtest) needs update for python3.10: TypeError: multiple bases have instance lay-out conflict
Processing control commands: > affects -1 src:python3-defaults Bug #1001410 [src:python-csb] python-csb: (autopkgtest) needs update for python3.10: TypeError: multiple bases have instance lay-out conflict Added indication that 1001410 affects src:python3-defaults -- 1001410: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001410 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001410: python-csb: (autopkgtest) needs update for python3.10: TypeError: multiple bases have instance lay-out conflict
Source: python-csb Version: 1.2.5+dfsg-6 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python3.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-csb fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-csb from testing1.2.5+dfsg-6 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python3.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-csb/17420646/log.gz /usr/lib/python3/dist-packages/csb/test/__init__.py:162: DeprecationWarning: the imp module is deprecated in favour of importlib and slated for removal in Python 3.12; see the module's documentation for alternative uses import imp Traceback (most recent call last): File "/tmp/autopkgtest-lxc.4e8yo8la/downtmp/autopkgtest_tmp/test/app.py", line 5, in from csb.test import Console File "/usr/lib/python3/dist-packages/csb/test/__init__.py", line 446, in class InvalidNamespaceError(NameError, ImportError): TypeError: multiple bases have instance lay-out conflict autopkgtest [13:26:23]: test build OpenPGP_signature Description: OpenPGP digital signature
Processed: python-canmatrix: autopkgtest tests for all supported python3s but fails to install them
Processing control commands: > affects -1 src:python3-defaults Bug #1001406 [src:python-canmatrix] python-canmatrix: autopkgtest tests for all supported python3s but fails to install them Added indication that 1001406 affects src:python3-defaults -- 1001406: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001406 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001406: python-canmatrix: autopkgtest tests for all supported python3s but fails to install them
Source: python-canmatrix Version: 0.9.3~github-1 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python2.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-canmatrix fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-canmatrix from testing0.9.3~github-1 all others from testingfrom testing I copied some of the output at the bottom of this report. It seems the test tries to test for all supported Python3 versions, but fails to ensure all those versions are actually installed during the test. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python2.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-canmatrix/17420645/log.gz [*] testing python3.10: /tmp/autopkgtest-lxc.0tueqjoz/downtmp/build.706/src/debian/tests/upstream: 8: python3.10: not found autopkgtest [13:25:50]: test upstream OpenPGP_signature Description: OpenPGP digital signature
Bug#1001209: dnsmasq: Regression: Fails to direct queries to 127.0.1.1#10053
On Mon, 6 Dec 2021 14:20:51 +0100 Sven Mueller wrote: > Package: dnsmasq > Version: 2.86-1.1 > Severity: Serious > > We have this our /etc/NetworkManager/dnsmasq.d/local-proxy: > > local=/in.ourdoma.in/127.0.1.1#10053 > > This leads to: > > dnsmasq: Bad address in --address at line 2 of > /etc/NetworkManager/dnsmasq.d/goobuntu-dnsproxy > > The syntax used is exactly as documented in `man dnsmasq`: > /domain/server#port > > Once I remove the port (#10053), the configuration "works" (except that it > of course doesn't find the server to resolve the relevant requests). Is that regression specific to 2.86-1.1 i.e. is my backport of the fix for [1] incomplete/broken or did you experience the problem with 2.86-1 as well? Looking at the upstream git repo and its log, there might be other fixes which need to be cherry-picked or we simply wait until Simon makes a 2.87 release :-) [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995655 [2] https://thekelleys.org.uk/gitweb/?p=dnsmasq.git signature.asc Description: This is a digitally signed message part
Bug#1001234: src:firefox-esr: fails to migrate to testing for too long: FTBFS on mipsel and unresolved RC bug
Hi Piotr, Martin-Éric, Please stop bashing Mike. He's doing a great job. This bug was merely a procedure to raise awareness in case it was missing and is part of the Release Team way of working. The required action happened: the removal of the mipsel binary. All is good for the migration at this moment. There is work ongoing too for stable. Please remember we're all volunteers and supporting a browser in Debian Stable is just not easy. I'd like to point out the notes about security support for browsers in the Release Notes [1]. Paul [1] https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.en.html#limited-security-support OpenPGP_signature Description: OpenPGP digital signature
Bug#1001402: marked as done (glueviz fails to start due to a wrong gluecore distribution)
Your message dated Thu, 9 Dec 2021 12:26:00 -0600 with message-id and subject line glueviz fails to start due to a wrong gluecore distribution has caused the Debian Bug report #1001402, regarding glueviz fails to start due to a wrong gluecore distribution to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1001402: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001402 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: glueviz Version: 1.0.1+dfsg-1 Severity: grave Tags: a11y, bullseye Justification: renders package unusable glueviz version 1.0.1+dfsg-1 fails to start in Debian Stable givent that is checking for gluecore 1.0.0 and the package provides is 1.0.1 Here is the log: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 568, in _build_master ws.require(__requires__) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 886, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 777, in resolve raise VersionConflict(dist, req).with_context(dependent_req) pkg_resources.VersionConflict: (glue-core 1.0.1+dfsg (/usr/lib/python3/dist-packages), Requirement.parse('glue_core==1.0.0')) During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/glue", line 6, in from pkg_resources import load_entry_point File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3243, in def _initialize_master_working_set(): File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3226, in _call_aside f(*args, **kwargs) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3255, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 570, in _build_master return cls._build_from_requirements(__requires__) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 583, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 772, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'glue_core==1.0.0' distribution was not found and is required by the applicationaa -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-2-amd64 (SMP w/12 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 /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages glueviz depends on: ii ipython3 7.27.0-1 ii python3 3.9.8-1 ii python3-glue 1.0.1+dfsg-2 ii python3-mpl-scatter-density 0.7-1 ii python3-pandas 1.3.4+dfsg-7 ii python3-pyqt55.15.6+dfsg-1+b1 ii python3-qtconsole5.1.1-1 ii python3-qtpy 1.9.0-3 Versions of packages glueviz recommends: ii python3-astrodendro0.2.0+dfsg1-2 pn python3-spectral-cube glueviz suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- This issue has been fixed in glueviz_1.0.1+dfsg-2. glueviz (1.0.1+dfsg-2) unstable; urgency=medium . * Drop obsolete dependency on jupyter_client (Closes: #999703) * Bump Standards-Version to 4.6.0. No changes required. * debian/copyright: Update copyright holder email and year for debian/*. * debian/glue: Bump dependency on glue core for load entrypoint. --- Josue Ortega «Happy Hacking» http://josueortega.org signature.asc Description: PGP signature --- End Message ---
Processed: Merge duplicates
Processing commands for cont...@bugs.debian.org: > reassign 999422 libtorrent-rasterbar10 Bug #999422 [deluge] Deluge fails with ModuleNotFoundError Bug reassigned from package 'deluge' to 'libtorrent-rasterbar10'. No longer marked as found in versions deluge/2.0.3-3.1. Ignoring request to alter fixed versions of bug #999422 to the same values previously set > severity 992575 grave Bug #992575 [libtorrent-rasterbar10] libtorrent-rasterbar10: import fails on Raspberry Pi 3b Severity set to 'grave' from 'important' > forcemerge 992575 999422 Bug #992575 [libtorrent-rasterbar10] libtorrent-rasterbar10: import fails on Raspberry Pi 3b Bug #999422 [libtorrent-rasterbar10] Deluge fails with ModuleNotFoundError Marked as found in versions libtorrent-rasterbar/1.2.9-0.3. Merged 992575 999422 > affects 992575 deluge Bug #992575 [libtorrent-rasterbar10] libtorrent-rasterbar10: import fails on Raspberry Pi 3b Bug #999422 [libtorrent-rasterbar10] Deluge fails with ModuleNotFoundError Added indication that 992575 affects deluge Added indication that 999422 affects deluge > thanks Stopping processing here. Please contact me if you need assistance. -- 992575: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992575 999422: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=999422 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: etbemon: diff for NMU version 1.3.5-8.1
Processing control commands: > tags 992896 + pending Bug #992896 [src:etbemon] etbemon: FTBFS due to RPC removal from glibc Ignoring request to alter tags of bug #992896 to the same tags previously set > tags 997898 + patch Bug #997898 {Done: Paul Gevers } [src:etbemon] src:etbemon: fails to migrate to testing for too long: FTBFS everywhere Ignoring request to alter tags of bug #997898 to the same tags previously set > tags 997898 + pending Bug #997898 {Done: Paul Gevers } [src:etbemon] src:etbemon: fails to migrate to testing for too long: FTBFS everywhere Ignoring request to alter tags of bug #997898 to the same tags previously set -- 992896: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992896 997898: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997898 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#992896: etbemon: diff for NMU version 1.3.5-8.1
Control: tags 992896 + pending Control: tags 997898 + patch Control: tags 997898 + pending Dear maintainer, I've prepared an NMU for etbemon (versioned as 1.3.5-8.1) and uploaded it to DELAYED/14. Please feel free to tell me if I should cancel it. cu Adrian diff -u etbemon-1.3.5/debian/changelog etbemon-1.3.5/debian/changelog --- etbemon-1.3.5/debian/changelog +++ etbemon-1.3.5/debian/changelog @@ -1,3 +1,11 @@ +etbemon (1.3.5-8.1) unstable; urgency=medium + + * Non-maintainer upload. + * Apply patch from Aurelien Jarno to fix FTBFS with glibc 2.32. +(Closes: #992896, #997898) + + -- Adrian Bunk Thu, 09 Dec 2021 20:05:25 +0200 + etbemon (1.3.5-8) unstable; urgency=medium * Add selinux.monitor, currently checks for permissive mode and processes diff -u etbemon-1.3.5/debian/control etbemon-1.3.5/debian/control --- etbemon-1.3.5/debian/control +++ etbemon-1.3.5/debian/control @@ -4,7 +4,7 @@ Maintainer: Debian Mon Maintainers Uploaders: Dario Minnucci , Russell Coker -Build-Depends: debhelper (>= 11), perl, libtime-period-perl +Build-Depends: debhelper (>= 11), perl, libtime-period-perl, libtirpc-dev Standards-Version: 4.3.0 Homepage: https://doc.coker.com.au/projects/etbe-mon/ Vcs-Git: https://salsa.debian.org/etbe/etbemon.git only in patch2: unchanged: --- etbemon-1.3.5.orig/mon.d/Makefile +++ etbemon-1.3.5/mon.d/Makefile @@ -6,7 +6,8 @@ CC = gcc CFLAGS = `dpkg-buildflags --get CFLAGS` LDFLAGS = `dpkg-buildflags --get LDFLAGS` -LDLIBS = +INCFLAGS = -I/usr/include/tirpc +LDLIBS = -ltirpc # uncomment next line for Solaris # LDLIBS = -lnsl -lsocket @@ -20,7 +21,7 @@ all: $(PROGS) rpc.monitor: rpc.monitor.c - $(CC) -o rpc.monitor $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) rpc.monitor.c $(LDLIBS) + $(CC) -o rpc.monitor $(CFLAGS) $(CPPFLAGS) $(INCFLAGS) $(LDFLAGS) rpc.monitor.c $(LDLIBS) dialin.monitor.wrap: dialin.monitor.wrap.c $(CC) -o dialin.monitor.wrap $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) \
Processed: etbemon: diff for NMU version 1.3.5-8.1
Processing control commands: > tags 992896 + pending Bug #992896 [src:etbemon] etbemon: FTBFS due to RPC removal from glibc Added tag(s) pending. > tags 997898 + patch Bug #997898 {Done: Paul Gevers } [src:etbemon] src:etbemon: fails to migrate to testing for too long: FTBFS everywhere Added tag(s) patch. > tags 997898 + pending Bug #997898 {Done: Paul Gevers } [src:etbemon] src:etbemon: fails to migrate to testing for too long: FTBFS everywhere Added tag(s) pending. -- 992896: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=992896 997898: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997898 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: endless-sky: diff for NMU version 0.9.8-1.2
Processing control commands: > tags 984050 + patch Bug #984050 [src:endless-sky] endless-sky: ftbfs with GCC-11 Added tag(s) patch. > tags 984050 + pending Bug #984050 [src:endless-sky] endless-sky: ftbfs with GCC-11 Added tag(s) pending. -- 984050: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984050 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#984050: endless-sky: diff for NMU version 0.9.8-1.2
Control: tags 984050 + patch Control: tags 984050 + pending Dear maintainer, I've prepared an NMU for endless-sky (versioned as 0.9.8-1.2) and uploaded it to DELAYED/14. Please feel free to tell me if I should cancel it. cu Adrian diff -Nru endless-sky-0.9.8/debian/changelog endless-sky-0.9.8/debian/changelog --- endless-sky-0.9.8/debian/changelog 2020-08-26 12:49:19.0 +0300 +++ endless-sky-0.9.8/debian/changelog 2021-12-09 19:56:16.0 +0200 @@ -1,3 +1,10 @@ +endless-sky (0.9.8-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Add upstream fix for FTBFS with gcc 11. (Closes: #984050) + + -- Adrian Bunk Thu, 09 Dec 2021 19:56:16 +0200 + endless-sky (0.9.8-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru endless-sky-0.9.8/debian/patches/0001-build-fix-compilation-on-gcc11.patch endless-sky-0.9.8/debian/patches/0001-build-fix-compilation-on-gcc11.patch --- endless-sky-0.9.8/debian/patches/0001-build-fix-compilation-on-gcc11.patch 1970-01-01 02:00:00.0 +0200 +++ endless-sky-0.9.8/debian/patches/0001-build-fix-compilation-on-gcc11.patch 2021-12-09 19:56:16.0 +0200 @@ -0,0 +1,38 @@ +From 9be92973752146b1f8fffa15c18a13a58413cfc6 Mon Sep 17 00:00:00 2001 +From: tehhowch +Date: Wed, 3 Mar 2021 20:28:22 -0600 +Subject: build: fix compilation on gcc11 + + - add missing `` includes for uses of `numeric_limits` +--- + source/MapDetailPanel.cpp | 1 + + source/PlayerInfo.cpp | 1 + + 2 files changed, 2 insertions(+) + +diff --git a/source/MapDetailPanel.cpp b/source/MapDetailPanel.cpp +index 05ea529c..9bd24f8c 100644 +--- a/source/MapDetailPanel.cpp b/source/MapDetailPanel.cpp +@@ -40,6 +40,7 @@ PARTICULAR PURPOSE. See the GNU General Public License for more details. + + #include + #include ++#include + #include + #include + #include +diff --git a/source/PlayerInfo.cpp b/source/PlayerInfo.cpp +index df2393ea..2aea92f7 100644 +--- a/source/PlayerInfo.cpp b/source/PlayerInfo.cpp +@@ -39,6 +39,7 @@ PARTICULAR PURPOSE. See the GNU General Public License for more details. + + #include + #include ++#include + #include + + using namespace std; +-- +2.20.1 + diff -Nru endless-sky-0.9.8/debian/patches/series endless-sky-0.9.8/debian/patches/series --- endless-sky-0.9.8/debian/patches/series 2020-08-26 12:41:12.0 +0300 +++ endless-sky-0.9.8/debian/patches/series 2021-12-09 19:56:16.0 +0200 @@ -1 +1,2 @@ 0001-fix-Add-missing-string-include.patch +0001-build-fix-compilation-on-gcc11.patch
Bug#1001385: [debian-mysql] Bug#1001385: mariadb-client-10.5: authentification fails while the credentials are ok
I am able to reproduce this and it looks indeed like a bug (but not related to Debian packaging IMO, so it should be reported upstream, see below). Here is a snippet to reproduce. | #!/bin/bash | | # clean | systemctl stop mariadb | rm -rf /var/lib/mysql | mysql_install_db | systemctl start mariadb | | # create user and db | typeset -r VAR_PWD=$(pwgen 128 1) | mariadb -e "create database testbug;" | mariadb -e "grant all privileges on testbug.* to 'testbug'@'127.0.0.1' identified by '$VAR_PWD';" | mariadb -h 127.0.0.1 -u testbug -p"$VAR_PWD" -e "show databases;" See the following: | root@a77afbebd41d:# bash -x t.sh | + systemctl stop mariadb | + rm -rf /var/lib/mysql | + mysql_install_db | Installing MariaDB/MySQL system tables in '/var/lib/mysql' ... | OK | ... | + systemctl start mariadb | ++ pwgen 128 1 | + typeset -r VAR_PWD=niovooChie7oomefoohat0fah8Foo8muDaethee4iakeithu9ahM4eeveib4goa6deixo6joo6ofedies6Taa2ua3looziek5caixohPhai8OhGeemieweesei8Veiy0 | + mariadb -e 'create database testbug;' | + mariadb -e 'grant all privileges on testbug.* to '\''testbug'\''@'\''127.0.0.1'\'' identified by '\''niovooChie7oomefoohat0fah8Foo8muDaethee4iakeithu9ahM4eeveib4goa6deixo6joo6ofedies6Taa2ua3looziek5caixohPhai8OhGeemieweesei8Veiy0'\'';' | + mariadb -h 127.0.0.1 -u testbug -pniovooChie7oomefoohat0fah8Foo8muDaethee4iakeithu9ahM4eeveib4goa6deixo6joo6ofedies6Taa2ua3looziek5caixohPhai8OhGeemieweesei8Veiy0 -e 'show databases;' | ++ | | Database | | ++ | | information_schema | | | test | | | testbug| | ++ This works as expected: | root@a77afbebd41d:# mariadb -h 127.0.0.1 -u testbug -pniovooChie7oomefoohat0fah8Foo8muDaethee4iakeithu9ahM4eeveib4goa6deixo6joo6ofedies6Taa2ua3looziek5caixohPhai8OhGeemieweesei8Veiy0 -e 'show databases;' | ++ | | Database | | ++ | | information_schema | | | test | | | testbug| | ++ This not (tty ask the password): | root@a77afbebd41d:# mysql -h 127.0.0.1 -u testbug -p | Enter password: | ERROR 1045 (28000): Access denied for user 'testbug'@'localhost' (using password: YES) I can't reproduce this with smaller password (with 'pwgen 64 1' for instance). Can I ask you to: - verify if there is a similar issue upstream (jira.mariadb.org) and report it in case you do not find something similar; - forward this bug report to the upstream issue. Thanks! -- Faustin signature.asc Description: PGP signature
Processed: libzypp: diff for NMU version 17.25.7-2.1
Processing control commands: > tags 984214 + patch Bug #984214 [src:libzypp] libzypp: ftbfs with GCC-11 Added tag(s) patch. > tags 984214 + pending Bug #984214 [src:libzypp] libzypp: ftbfs with GCC-11 Added tag(s) pending. -- 984214: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984214 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#984214: libzypp: diff for NMU version 17.25.7-2.1
Control: tags 984214 + patch Control: tags 984214 + pending Dear maintainer, I've prepared an NMU for libzypp (versioned as 17.25.7-2.1) and uploaded it to DELAYED/14. Please feel free to tell me if I should cancel it. cu Adrian diff -Nru libzypp-17.25.7/debian/changelog libzypp-17.25.7/debian/changelog --- libzypp-17.25.7/debian/changelog 2021-04-29 15:26:29.0 +0300 +++ libzypp-17.25.7/debian/changelog 2021-12-09 19:34:44.0 +0200 @@ -1,3 +1,10 @@ +libzypp (17.25.7-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add upstream fix for FTBFS with gcc 11. (Closes: #984214) + + -- Adrian Bunk Thu, 09 Dec 2021 19:34:44 +0200 + libzypp (17.25.7-2) unstable; urgency=medium * debian/watch: diff -Nru libzypp-17.25.7/debian/patches/0001-Add-missing-includes-for-GCC-11-bsc-1181874.patch libzypp-17.25.7/debian/patches/0001-Add-missing-includes-for-GCC-11-bsc-1181874.patch --- libzypp-17.25.7/debian/patches/0001-Add-missing-includes-for-GCC-11-bsc-1181874.patch 1970-01-01 02:00:00.0 +0200 +++ libzypp-17.25.7/debian/patches/0001-Add-missing-includes-for-GCC-11-bsc-1181874.patch 2021-12-09 19:21:36.0 +0200 @@ -0,0 +1,24 @@ +From 1eaf650db88a74836a520e7881ead9b1e1b5d004 Mon Sep 17 00:00:00 2001 +From: Michael Andres +Date: Mon, 19 Apr 2021 09:51:51 +0200 +Subject: Add missing includes for GCC 11 (bsc#1181874) + +--- + tests/zypp/StringV_test.cc | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/tests/zypp/StringV_test.cc b/tests/zypp/StringV_test.cc +index fe9b29827..7b80e0859 100644 +--- a/tests/zypp/StringV_test.cc b/tests/zypp/StringV_test.cc +@@ -1,6 +1,7 @@ + #include + #include + #include ++#include + #include + + using std::cout; +-- +2.20.1 + diff -Nru libzypp-17.25.7/debian/patches/series libzypp-17.25.7/debian/patches/series --- libzypp-17.25.7/debian/patches/series 2021-01-06 16:59:37.0 +0200 +++ libzypp-17.25.7/debian/patches/series 2021-12-09 19:33:06.0 +0200 @@ -1,3 +1,4 @@ 1002_cmake-module-path-fix.patch 1003_various-typo-fixes.patch 1004_fix-fastcgi-includes.patch +0001-Add-missing-includes-for-GCC-11-bsc-1181874.patch
Processed: [bts-link] source package src:freesweep
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package src:freesweep > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # https://bts-link-team.pages.debian.net/bts-link/ > # > user debian-bts-l...@lists.debian.org Setting user to debian-bts-l...@lists.debian.org (was debian-bts-l...@lists.debian.org). > # remote status report for #997154 (http://bugs.debian.org/997154) > # Bug title: freesweep: FTBFS: error.c:46:38: error: format not a string > literal and no format arguments [-Werror=format-security] > # * https://github.com/rwestlund/freesweep/pull/10 > # * remote status changed: open -> closed > # * closed upstream > tags 997154 + fixed-upstream Bug #997154 [src:freesweep] freesweep: FTBFS: error.c:46:38: error: format not a string literal and no format arguments [-Werror=format-security] Added tag(s) fixed-upstream. > usertags 997154 - status-open Usertags were: status-open. There are now no usertags set. > usertags 997154 + status-closed There were no usertags set. Usertags are now: status-closed. > thanks Stopping processing here. Please contact me if you need assistance. -- 997154: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997154 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: tagging 984373
Processing commands for cont...@bugs.debian.org: > tags 984373 + fixed Bug #984373 [src:ucommon] ucommon: ftbfs with GCC-11 Added tag(s) fixed. > thanks Stopping processing here. Please contact me if you need assistance. -- 984373: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984373 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#984063: [Debian-med-packaging] Bug#984063: Please lets coordinate itk4/itk5 issues (Was: Bug#984063)
On Tue, Nov 09, 2021 at 11:34:13PM +0100, Étienne Mollier wrote: > Étienne Mollier, on 2021-11-08: > > I haven't pushed investigations further for the moment. This > > possibly appeared with tiff 4.3.0, and probably got fixed in > > ITKv5 as well. > > Or not, the embedded copy is still libtiff 4.0.3 in ITKv5 > instead of the version 4.3.0. Maybe something went wrong with > our system tiff library, or the way it is called needs change; > it's probably worth pinging upstream. >... ITKv5 appears to build, how was it fixed there? The other problem is #984284, which seems to require a rename of the libinsighttoolkit4.13 package. > In hope this helps, > Kind Regards, cu Adrian
Bug#1001378: marked as done (libignition-utils-dev: missing Breaks+Replaces: libignition-utils-cli-dev (<< 1.1.0+ds-3))
Your message dated Thu, 09 Dec 2021 16:49:49 + with message-id and subject line Bug#1001378: fixed in ignition-utils 1.1.0+ds-4 has caused the Debian Bug report #1001378, regarding libignition-utils-dev: missing Breaks+Replaces: libignition-utils-cli-dev (<< 1.1.0+ds-3) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1001378: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001378 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libignition-utils-dev Version: 1.1.0+ds-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces >From the attached log (scroll to the bottom...): Preparing to unpack .../libignition-utils-dev_1.1.0+ds-3_amd64.deb ... Unpacking libignition-utils-dev:amd64 (1.1.0+ds-3) ... dpkg: error processing archive /var/cache/apt/archives/libignition-utils-dev_1.1.0+ds-3_amd64.deb (--unpack): trying to overwrite '/usr/include/ignition/utils1/ignition/utils/cli/App.hpp', which is also in package libignition-utils-cli-dev:amd64 1.1.0+ds-2+b1 Errors were encountered while processing: /var/cache/apt/archives/libignition-utils-dev_1.1.0+ds-3_amd64.deb cheers, Andreas libignition-utils-cli-dev=1.1.0+ds-2+b1_libignition-utils-dev=1.1.0+ds-3.log.gz Description: application/gzip --- End Message --- --- Begin Message --- Source: ignition-utils Source-Version: 1.1.0+ds-4 Done: Jose Luis Rivero We believe that the bug you reported is fixed in the latest version of ignition-utils, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 1001...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jose Luis Rivero (supplier of updated ignition-utils package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 09 Dec 2021 12:09:40 + Source: ignition-utils Architecture: source Version: 1.1.0+ds-4 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Jose Luis Rivero Closes: 1001378 Changes: ignition-utils (1.1.0+ds-4) unstable; urgency=medium . * Move package under debian-science group * Add Breaks+Replaces for -utils-cli-dev (Closes: #1001378) Checksums-Sha1: 2f2e548a8cd3c6db51b7c28288425edca1e30dad 1912 ignition-utils_1.1.0+ds-4.dsc a3ad92c808dfa9e2fdcf000ddf3f7b8fe829a037 11040 ignition-utils_1.1.0+ds-4.debian.tar.xz acf76b2ca65166386b2a6cf0f06a75294c7c9381 7486 ignition-utils_1.1.0+ds-4_source.buildinfo Checksums-Sha256: bb9de60b724263ca903105f807cf2f448d4e4a4e84782d29464a889b18768bea 1912 ignition-utils_1.1.0+ds-4.dsc d5e8144fb4f9ebd0519daf3d98606bcbca76b9b5a51c9e0e7b239a81406fdbda 11040 ignition-utils_1.1.0+ds-4.debian.tar.xz 57d2ca3d0b5050e0966b41403bfda75f5b8e45cf4d19ece1b9dcf31a43fcde0e 7486 ignition-utils_1.1.0+ds-4_source.buildinfo Files: cf1296d0cced70de9e1c3fdacd38c4d9 1912 science optional ignition-utils_1.1.0+ds-4.dsc bf745bfd9cbed4907c9c9c22a2d44df4 11040 science optional ignition-utils_1.1.0+ds-4.debian.tar.xz 6358c8625af6ff7bf2711f981a760169 7486 science optional ignition-utils_1.1.0+ds-4_source.buildinfo -BEGIN PGP SIGNATURE- iQFOBAEBCgA4FiEEoIFhu+wcwGOWFFkDXpRsCQr/BCcFAmGyMHAaHGpyaXZlcm9A b3NyZm91bmRhdGlvbi5vcmcACgkQXpRsCQr/BCf8twf8D+H8YS1x9P/fIvXWNInE RswVkB5g87T/4UL5vJnYAnrUs9/HIn8c0c8OUmrui1KEoJYMRPZ2UBDYq/YBA0v1 DpFT9SLExtmTsYeIyQ/ar4Z1oryWrn/sfjR5qc6llobCVkQ8ZkfIMG+LE5KwtpvA qxkIFo+uAZ0wkiAIou/CElUaCkibnJoYeIVSPeAdjVXvvpdIl5pbyxdSM3sXCWCO yaYTLMiD8jm6ExISAwsYln6s9u3pwMF0MXPMNn34Fqr/woiCtKt8D9ePWrQ5Iy4z nWXaWDqXt20Hd5HoNkgnhlpQfuRkC600mMKU7/umJoWKgp71q7OdrIkMTj/2b7+q fw== =mJ6T -END PGP SIGNATURE End Message ---
Bug#1000792: marked as done (gnuradio: unsatisfiable Build-Depends(-Arch) on s390x: libunwind-dev)
Your message dated Thu, 09 Dec 2021 16:34:28 + with message-id and subject line Bug#1000792: fixed in gnuradio 3.9.4.0-3 has caused the Debian Bug report #1000792, regarding gnuradio: unsatisfiable Build-Depends(-Arch) on s390x: libunwind-dev to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1000792: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000792 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: gnuradio Version: 3.9.4.0-2 Severity: serious Tags: ftbfs sid bookworm Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org libunwind-dev does not exist on s390x. Cheers -- Sebastian Ramacher signature.asc Description: PGP signature --- End Message --- --- Begin Message --- Source: gnuradio Source-Version: 3.9.4.0-3 Done: A. Maitland Bottoms We believe that the bug you reported is fixed in the latest version of gnuradio, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 1000...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. A. Maitland Bottoms (supplier of updated gnuradio package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 07 Dec 2021 22:11:30 -0500 Source: gnuradio Architecture: source Version: 3.9.4.0-3 Distribution: unstable Urgency: medium Maintainer: A. Maitland Bottoms Changed-By: A. Maitland Bottoms Closes: 1000792 Changes: gnuradio (3.9.4.0-3) unstable; urgency=medium . * update to v3.9.4.0-22-g2cdde7b89 * use realistic build-depends architectures (Closes: #1000792) Checksums-Sha1: 640908548afe2efa92cf4a44e7f8ac7935ff73d2 4944 gnuradio_3.9.4.0-3.dsc 4037783ada1834c2e1f7bea1ff3916c0ea0bd13e 1488836 gnuradio_3.9.4.0-3.debian.tar.xz f0248013724e90d20fd282fb0311497e14c2df5c 35638 gnuradio_3.9.4.0-3_amd64.buildinfo Checksums-Sha256: f53b7f4fa87b307b392eaf98b914ac67a39238245b589f6497e1c21b9e6361ba 4944 gnuradio_3.9.4.0-3.dsc 1c8c69e362471d19f9e4a7d54b6879a51d236c4bf0534e42e729bcb55bf49094 1488836 gnuradio_3.9.4.0-3.debian.tar.xz 85bc28a107f8cb8d16acf6767b6229b35d702e2fe6ce010e8d9b73aef64384ab 35638 gnuradio_3.9.4.0-3_amd64.buildinfo Files: cfd445bb59792b6cb4377b48dd457b0c 4944 comm optional gnuradio_3.9.4.0-3.dsc fd71cabd16005ae1d8e03481cf06acbc 1488836 comm optional gnuradio_3.9.4.0-3.debian.tar.xz cd5565aff90ccedba865a9aadd8f16c5 35638 comm optional gnuradio_3.9.4.0-3_amd64.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEB8qH3cTCsGJAtrF0UEHxiR9E4JAFAmGyKqgACgkQUEHxiR9E 4JANGBAAvwYZbfyH5w6olSger+ozOforUCNKGzQ6/PMXPa94X0UVe+Sta0SRZURr 3gwA3W2gj9rIJar4id/TnKUu3b4GExmWc816+j44fqDyFcWyyGBnf66lVbZGtRvo QaD7lexv9pTdl5hG6N/NfkpphLw6IdD8x1yG90JzGqRxpazzFB6EorFV0PjLaOzZ ZSnKzsQXmZE+tXN21rv2K/u9+l1CfWeKnCcaeHc95vuIr7Gxiy8hj/fxzTYT9B2V AZO8hMaGYTTNXnnSmpvYrUEBWSSr0JEUDC669zaPznPz9S+QNGsrGqYY2IsbpHb9 v5RXloAO0PIPK2b8OPI5T3+PfH1kxOBEfzK5IFOF54duv1qgKh23mNA9Lb88HKLL 6zhUnIcNMnnDSeOMFhLmqGaoqU0xKRgK9iDXPdOHiUXKbOV/lyabZDTQNWUmkHBn vK0RcwRGAnGRa3GxpCIV7W5ViYuVuQsPo672ttQA0/fdTVOaX/9W7AIKF6tw5GFe eo2PnuwfdodsxE8xxpDoBDdhicf2hMlpbBLSxkO88/wPmuVLGEwiK5iB79IE+UhK 8cwVXkZfTc2fZxOWODXAuHkN6aohLDt7TesibdTWZj7qVoP0HZD/LqYtleJPThAc fXGVDNMeMweCAy/qKp3/IK4nsaxqWPOIpiWBpZxx4PMt4O3T0pk= =pBup -END PGP SIGNATURE End Message ---
Bug#1001385: [debian-mysql] Bug#1001385: mariadb-client-10.5: authentification fails while the credentials are ok
Hi! I may have read your report to quickly. Since I am not able to reproduce this locally, can you provide more informations on the steps that I could follow to reproduce this? Thanks! -- Faustin signature.asc Description: PGP signature
Bug#1001385: [debian-mysql] Bug#1001385: mariadb-client-10.5: authentification fails while the credentials are ok
Hi Anthony! I am not able to reproduce this. > - connect as root and create a database and a user : > create database testbug; > grant all privileges on testbug.* to 'testbug'@'127.0.0.1' > identified by 's3cr3t'; > - try to connect with those credentials : > mariadb -h 127.0.0.1 -u testbug -p testbug This last command does not correspond to the previous user creation command, I am wondering if this is not a password problem (you should use something like '-ps3cr3t'). Cheers! -- Faustin signature.asc Description: PGP signature
Bug#1001402: glueviz fails to start due to a wrong gluecore distribution
Package: glueviz Version: 1.0.1+dfsg-1 Severity: grave Tags: a11y, bullseye Justification: renders package unusable glueviz version 1.0.1+dfsg-1 fails to start in Debian Stable givent that is checking for gluecore 1.0.0 and the package provides is 1.0.1 Here is the log: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 568, in _build_master ws.require(__requires__) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 886, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 777, in resolve raise VersionConflict(dist, req).with_context(dependent_req) pkg_resources.VersionConflict: (glue-core 1.0.1+dfsg (/usr/lib/python3/dist-packages), Requirement.parse('glue_core==1.0.0')) During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/glue", line 6, in from pkg_resources import load_entry_point File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3243, in def _initialize_master_working_set(): File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3226, in _call_aside f(*args, **kwargs) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3255, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 570, in _build_master return cls._build_from_requirements(__requires__) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 583, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 772, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'glue_core==1.0.0' distribution was not found and is required by the applicationaa -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-2-amd64 (SMP w/12 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 /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages glueviz depends on: ii ipython3 7.27.0-1 ii python3 3.9.8-1 ii python3-glue 1.0.1+dfsg-2 ii python3-mpl-scatter-density 0.7-1 ii python3-pandas 1.3.4+dfsg-7 ii python3-pyqt55.15.6+dfsg-1+b1 ii python3-qtconsole5.1.1-1 ii python3-qtpy 1.9.0-3 Versions of packages glueviz recommends: ii python3-astrodendro0.2.0+dfsg1-2 pn python3-spectral-cube glueviz suggests no packages. -- no debconf information
Bug#1001307: marked as done (ceres-solver: invalid Uploaders field: missing comma between Anton Gladky and Francois Mazen)
Your message dated Thu, 9 Dec 2021 16:47:15 +0100 with message-id and subject line has caused the Debian Bug report #1001307, regarding ceres-solver: invalid Uploaders field: missing comma between Anton Gladky and Francois Mazen to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1001307: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001307 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: ceres-solver Version: 2.0.0+dfsg1-1~exp1 Severity: serious ceres-solver 2.0.0+dfsg1-1~exp1 introduced an invalid Uploaders field, that is missing a comma between Anton Gladky and Francois Mazen. $ apt-cache showsrc ceres-solver | grep -E '^$|^Version|^Uploaders' Version: 1.14.0-14 Uploaders: Philipp Huebner , Anton Gladky Version: 2.0.0+dfsg1-1~exp1 Uploaders: Anton Gladky Francois Mazen According to Debian policy 5.6.3 the Uploaders field must separate individual uploaders using commas: List of the names and email addresses of co-maintainers of the package, if any. ... The format of each entry is the same as that of the Maintainer field, and multiple entries must be comma separated. https://www.debian.org/doc/debian-policy/ch-controlfields.html#uploaders This is causing the DDPO and BLS cron jobs to send error mails, please fix it as soon as possible. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part --- End Message --- --- Begin Message --- fixed 1001307 2.0.0+dfsg1-1 thanks--- End Message ---
Processed: your mail
Processing commands for cont...@bugs.debian.org: > fixed 1001307 2.0.0+dfsg1-1 Bug #1001307 [src:ceres-solver] ceres-solver: invalid Uploaders field: missing comma between Anton Gladky and Francois Mazen Marked as fixed in versions ceres-solver/2.0.0+dfsg1-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 1001307: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001307 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#991505: bind: duplicate, old version of bind9 source package, remove from experimental?
On 2021-07-26 11:58, Paul Wise wrote: > Source: bind > Severity: serious > Version: 1:9.13.3-1 > X-Debbugs-CC: Ondřej Surý , Bernhard Schmidt > > > src:bind in Debian experimental seems to be an older version than > src:bind9 but still the same software. I suggest that src:bind be > removed from Debian experimental since it is a duplicate. > > https://sources.debian.org/src/bind/experimental/debian/watch > https://sources.debian.org/src/bind9/unstable/debian/watch Any news on that? This is annoying as it causes unrelated autopkgtest failures. Thanks, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net signature.asc Description: PGP signature
Bug#999625: marked as done (pgcharts: FTBFS: Compilation failed: * is not permitted as an argument to the FUNCTION type specifier in /usr/share/common-lisp/source/esrap/src/evaluator.lisp)
Your message dated Thu, 9 Dec 2021 16:12:23 +0100 with message-id and subject line Re: Bug#999625: pgcharts: FTBFS: Compilation failed: * is not permitted as an argument to the FUNCTION type specifier in /usr/share/common-lisp/source/esrap/src/evaluator.lisp has caused the Debian Bug report #999625, regarding pgcharts: FTBFS: Compilation failed: * is not permitted as an argument to the FUNCTION type specifier in /usr/share/common-lisp/source/esrap/src/evaluator.lisp to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 999625: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=999625 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: pgcharts Version: 1.0+2017-09-16-1 Severity: serious Tags: ftbfs sid bookworm Justification: fails to build from source Hi, pgcharts recently started to FTBFS in sid. Since the package hasn't changed since stable and it still build sfine in stable, this new failure must be caused by an updated build-dependency. fakeroot debian/rules binary dh binary dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_update_autotools_config dh_auto_configure dh_auto_configure: warning: Compatibility levels before 10 are deprecated (level 9 in use) debian/rules override_dh_auto_build make[1]: Entering directory '/build/pgcharts-1.0+2017-09-16' mkdir -p build/bin mkdir -p /build/pgcharts-1.0+2017-09-16/debian/home buildapp --logfile /tmp/pgcharts-build.log \ --require sb-posix \ --load /usr/share/common-lisp/source/cl-asdf/build/asdf.lisp \ --asdf-path . \ --asdf-tree /usr/share/common-lisp/systems \ --load-system pgcharts \ --load src/image.lisp \ --load debian/settings.lisp\ --entry pgcharts:main \ --dynamic-space-size 4096 \ --compress-core\ --output build/bin/pgcharts ; compiling file "/usr/share/common-lisp/source/cl-asdf/build/asdf.lisp" (written 12 OCT 2021 01:11:59 PM): ; file: /usr/share/common-lisp/source/cl-asdf/build/asdf.lisp ; in: DEFUN CALL-WITH-OUTPUT ; (WITH-OUTPUT-TO-STRING (STREAM NIL :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE) ; (FUNCALL FUNCTION STREAM)) ; --> LET ; ==> ; (MAKE-STRING 31 :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE) ; ; note: could not stack allocate: ;(WITH-OUTPUT-TO-STRING (STREAM NIL :ELEMENT-TYPE ELEMENT-TYPE) ; (FUNCALL FUNCTION STREAM)) ; in: DEFUN SLURP-STREAM-STRING ; (WITH-OUTPUT-TO-STRING ; (UIOP/STREAM::OUTPUT NIL :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE) ; (UIOP/STREAM:COPY-STREAM-TO-STREAM UIOP/STREAM::INPUT UIOP/STREAM::OUTPUT ; :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE)) ; --> LET ; ==> ; (MAKE-STRING 31 :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE) ; ; note: could not stack allocate: ;(WITH-OUTPUT-TO-STRING (OUTPUT NIL :ELEMENT-TYPE ELEMENT-TYPE) ; (COPY-STREAM-TO-STREAM INPUT OUTPUT :ELEMENT-TYPE ELEMENT-TYPE)) ; wrote /build/pgcharts-1.0+2017-09-16/debian/home/.cache/common-lisp/sbcl-2.1.10.debian-linux-x64/usr/share/common-lisp/source/cl-asdf/build/asdf-tmpGHU3ALSV.fasl ; compilation finished in 0:00:02.364 ; ; compilation unit finished ; printed 2 notes ;; loading file #P"/usr/share/common-lisp/source/cl-asdf/build/asdf.lisp" ;; loading system "pgcharts" Fatal SIMPLE-ERROR: Compilation failed: * is not permitted as an argument to the FUNCTION type specifier in /usr/share/common-lisp/source/esrap/src/evaluator.lisp make[1]: *** [debian/rules:32: override_dh_auto_build] Error 1 make[1]: Leaving directory '/build/pgcharts-1.0+2017-09-16' make: *** [debian/rules:52: binary] Error 2 Andreas pgcharts_1.0+2017-09-16-1.log.gz Description: application/gzip --- End Message --- --- Begin Message --- Version: 20180430-1.2 Re: Simon Chopin > Control: reassign -1 cl-esrap > Control: affects -1 pgcharts pgloader > > This failure is caused by the new version of sbcl being more strict > regarding syntax conformance. Attached is the debdiff of the delta I > applied in Ubuntu. Thanks! Uploaded as NMU. Christoph--- End Message ---
Bug#995846: FTBFS: Fatal TYPE-ERROR and tests incompatible with PG14
Re: To Sébastien Villemot > Unfortunately, pgloader still doesn't compile: > While evaluating the form starting at line 21, column 0 > of > #P"/srv/projects/postgresql/pgloader/pgloader/dumper-2SKVI5f7.lisp":Fatal > SIMPLE-ERROR: > Compilation failed: * is not permitted as an argument to the FUNCTION type > specifier in /usr/share/common-lisp/source/esrap/src/evaluator.lisp Looking around for something else I discovered #999625 in cl-esrap which fixes this problem. I uploaded the fix in an NMU. (I guess you might also take over that package?) But pgloader still doesn't build: :( ; wrote /srv/projects/postgresql/pgloader/pgloader/debian/home/.cache/common-lisp/sbcl-2.1.11.debian-linux-x64/usr/share/common-lisp/source/abnf/abnf-tmp5FHTGX61.fasl ; compilation finished in 0:00:00.080 While evaluating the form starting at line 21, column 0 of #P"/srv/projects/postgresql/pgloader/pgloader/dumper-2SKVI5f7.lisp":Fatal TYPE-ERROR: The values (# NIL NIL) are not of type (VALUES FUNCTION &OPTIONAL) (DUMPER518::BACKTRACE-AS-LIST) ; ; compilation unit aborted ; caught 1 fatal ERROR condition ; caught 51 STYLE-WARNING conditions ; printed 4719 notes Christoph
Processed: Bug#997632 marked as pending in behave
Processing control commands: > tag -1 pending Bug #997632 {Done: Christoph Berg } [src:behave] behave: FTBFS: error in behave setup command: use_2to3 is invalid. Added tag(s) pending. -- 997632: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997632 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#997632: marked as pending in behave
Control: tag -1 pending Hello, Bug #997632 in behave reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/python-team/packages/behave/-/commit/686bd31e88240b0e02a4ad33f7ffbdb51840d750 setup.py: Remove 2to3 attribute. (Closes: #997632) (this message was generated automatically) -- Greetings https://bugs.debian.org/997632
Processed: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed
Processing control commands: > affects -1 src:python3-defaults Bug #1001395 [src:python-boto] python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed Added indication that 1001395 affects src:python3-defaults -- 1001395: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001395 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed
Source: python-boto Version: 2.49.0-3 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update User: debian-pyt...@lists.debian.org Usertags: python3.10 Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python2.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of python-boto fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 python-botofrom testing2.49.0-3 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python2.10, it may help to identify what needs to be updated. https://docs.python.org/3.9/library/collections.html says: """ Deprecated since version 3.3, will be removed in version 3.10: Moved Collections Abstract Base Classes to the collections.abc module. For backwards compatibility, they continue to be visible in this module through Python 3.9. """ Time to move on. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-boto/17420643/log.gz EEE..ESS..E...SS...E... == ERROR: Failure: ImportError (cannot import name 'Mapping' from 'collections' (/usr/lib/python3.10/collections/__init__.py)) -- Traceback (most recent call last): File "/usr/lib/python3/dist-packages/nose/failure.py", line 39, in runTest raise self.exc_val.with_traceback(self.tb) File "/usr/lib/python3/dist-packages/nose/loader.py", line 416, in loadTestsFromName module = self.importer.importFromPath( File "/usr/lib/python3/dist-packages/nose/importer.py", line 47, in importFromPath return self.importFromDir(dir_path, fqname) File "/usr/lib/python3/dist-packages/nose/importer.py", line 94, in importFromDir mod = load_module(part_fqname, fh, filename, desc) File "/usr/lib/python3.10/imp.py", line 235, in load_module return load_source(name, filename, file) File "/usr/lib/python3.10/imp.py", line 172, in load_source module = _load(spec) File "", line 719, in _load File "", line 688, in _load_unlocked File "", line 883, in exec_module File "", line 241, in _call_with_frames_removed File "/tmp/autopkgtest-lxc.u0m93kt_/downtmp/autopkgtest_tmp/tests/unit/dynamodb/test_batch.py", line 27, in from boto.dynamodb.layer2 import Layer2 File "/usr/lib/python3/dist-packages/boto/dynamodb/layer2.py", line 28, in from boto.dynamodb.types import get_dynamodb_type, Dynamizer, \ File "/usr/lib/python3/dist-packages/boto/dynamodb/types.py", line 30, in from collections import Mapping ImportError: cannot import name 'Mapping' from 'collections' (/usr/lib/py
Processed: python-b2sdk: (autopkgtest) needs update for python3.10: UploadUrlPool.__init__() takes 1 positional argument but 2 were given
Processing control commands: > affects -1 src:python3-defaults Bug #1001393 [src:python-b2sdk] python-b2sdk: (autopkgtest) needs update for python3.10: UploadUrlPool.__init__() takes 1 positional argument but 2 were given Added indication that 1001393 affects src:python3-defaults -- 1001393: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001393 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#998161: marked as done (gourmet: Fails to run with sqlalchemy 1.4.23, due to removal of FromClause.count())
Your message dated Thu, 09 Dec 2021 14:34:10 + with message-id and subject line Bug#998161: fixed in gourmand 1.0.0-4 has caused the Debian Bug report #998161, regarding gourmet: Fails to run with sqlalchemy 1.4.23, due to removal of FromClause.count() to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 998161: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998161 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: gourmet Version: 1.0.1-2 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, gourmet fails to run with python3-sqlalchemy v 1.4.23 (in sid). Reason : removal of FromClause.count() (which was already deprecated in v 1.3). This is an upstream problem, of course. A quick look in https://github.com/kirienko/gourmet/tree/master/src/gourmet suggests this has not yet been corrected. Cheers, Itaï -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-3-amd64 (SMP w/12 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 gourmet depends on: ii gir1.2-gtk-3.0 3.24.30-3 ii python3 3.9.2-3 ii python3-argcomplete 1.12.3-0.1 ii python3-bs4 4.10.0-2 ii python3-gi 3.42.0-1+b1 ii python3-gst-1.0 1.18.5-1 ii python3-lxml 4.6.3+dfsg-1 ii python3-pil 8.3.2-1 ii python3-reportlab3.6.1-1 ii python3-requests 2.25.1+dfsg-2 ii python3-sqlalchemy 1.4.23+ds1-2 ii python3-toml 0.10.2-1 Versions of packages gourmet recommends: pn kpython3-gtkspellcheck pn python3-pyglet Versions of packages gourmet suggests: pn python3-ebooklib -- no debconf information --- End Message --- --- Begin Message --- Source: gourmand Source-Version: 1.0.0-4 Done: Christian Marillat We believe that the bug you reported is fixed in the latest version of gourmand, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 998...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Marillat (supplier of updated gourmand package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 09 Dec 2021 14:41:58 +0100 Source: gourmand Architecture: source Version: 1.0.0-4 Distribution: unstable Urgency: medium Maintainer: Christian Marillat Changed-By: Christian Marillat Closes: 998161 1001183 Changes: gourmand (1.0.0-4) unstable; urgency=medium . * debian/watch Update to new github. * debian/control fix typo kpython3-gtkspellcheck --> python3-gtkspellcheck (Closes: #1001183) * Fix in debian patch the removal of FromClause.count() (Closes: #998161) Checksums-Sha1: 3828a9de59d502bc605923111e6f4b4e641833a3 1852 gourmand_1.0.0-4.dsc f4653b6e1cddbd5c1645f8e9365547660ad8acde 19708 gourmand_1.0.0-4.debian.tar.xz 0051e20fee147f38a1f12e93068054d58bc4bf29 11687 gourmand_1.0.0-4_source.buildinfo Checksums-Sha256: ae3f0df1929502c24aeb0eddcbee954aa0c04e5c1591ad39d4c7535bf8f36638 1852 gourmand_1.0.0-4.dsc d8f22c18e01c41877a87edab481da2318b127ee6f20a32c246acacf4c4dda778 19708 gourmand_1.0.0-4.debian.tar.xz 5dfbdf9516d934f31cc7bd5c55b3834b653f62a01f3d8c8b3b4b88b9d50a53e3 11687 gourmand_1.0.0-4_source.buildinfo Files: dd3f2ebbd95a20ffe218a20d2b4e6a96 1852 gnome optional gourmand_1.0.0-4.dsc 46bc7d8bf584efbddb5cee8864d0e107 19708 gnome optional gourmand_1.0.0-4.debian.tar.xz b92327ab90ff9794f7618841575f4c99 11687 gnome optional gourmand_1.0.0-4_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEpAH/mTaPofmBUt51XICMK2VVgRcFAmGyCV4ACgkQXICMK2VV gReJrxAAiyiYsxYvrWouxJPX047ocDPH/cHYiDN7SIuXsOd/x9QGsHnQZ2bI2TTF r1Ib0FPeO+oXvGpQZP+/GJFRpd1het8qDPVCJWNLqj2JrvuKSNqekvT8EPN1nIVH hhatN5EILt+ITXYlwbRZlTgEjhS+Cck8UU5uZX5mKCpyK3b0nz+THp2hGMtIl9Ry tPgNwNeCkTA0R85sZl6I/x2iELjnV9xqgIaYmPTcOfIHFZ4I4vvfjwGdQ2uqWK68 gZy5qJihpOJyr5YXDF1pnbs8Rbcpv7rqh0xkWdysw7HAcb7KmY79SWe7MyRmH8XX G1K1RaWvbg7992pnjE+aPS1PtfEPVadqPPDJn12KwT9zQgf
Bug#1001234: (no subject)
Debian Stable uses Firefox ESR 78.15.0, which is final update of 78 series. All further updates go to Firefox ESR 91, as Mozilla page says: https://www.mozilla.org/en-US/firefox/78.15.0/releasenotes "Version 78.15.0, first offered to ESR channel users on October 5, 2021 This is the final planned ESR78 release. Eligible users will be automatically updated to the ESR91 release on November 2." Since 2 November, Firefox 78 is EOL and we all should upgrade. I use Debian Bullseye on several of my computers, and they all are on ESR 78. Firefox 91 should migrate to Stable as soon as possible, otherwise we risk unpatched security vulnerabilities being present in Debian Stable, there are several of them already. https://security-tracker.debian.org/tracker/source-package/firefox-esr Is there any remedy for this? We have to use unsecure, vulnerable browser on Debian Stable? -- With kindest regards, Piotr.
Bug#997632: marked as done (behave: FTBFS: error in behave setup command: use_2to3 is invalid.)
Your message dated Thu, 09 Dec 2021 14:48:34 + with message-id and subject line Bug#997632: fixed in behave 1.2.6-4 has caused the Debian Bug report #997632, regarding behave: FTBFS: error in behave setup command: use_2to3 is invalid. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 997632: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997632 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: behave Version: 1.2.6-3 Severity: serious Justification: FTBFS Tags: bookworm sid ftbfs User: lu...@debian.org Usertags: ftbfs-20211023 ftbfs-bookworm Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): > fakeroot debian/rules clean > dh clean --with python3,sphinxdoc --buildsystem=pybuild >dh_auto_clean -O--buildsystem=pybuild > I: pybuild base:232: python3.9 setup.py clean > /usr/lib/python3/dist-packages/setuptools/dist.py:717: UserWarning: Usage of > dash-separated 'upload-dir' will not be supported in future versions. Please > use the underscore name 'upload_dir' instead > warnings.warn( > error in behave setup command: use_2to3 is invalid. > E: pybuild pybuild:354: clean: plugin distutils failed with: exit code=1: > python3.9 setup.py clean > dh_auto_clean: error: pybuild --clean --test-pytest -i python{version} -p 3.9 > returned exit code 13 > make: *** [debian/rules:5: clean] Error 25 The full build log is available from: http://qa-logs.debian.net/2021/10/23/behave_1.2.6-3_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! If you reassign this bug to another package, please marking it as 'affects'-ing this package. See https://www.debian.org/Bugs/server-control#affects If you fail to reproduce this, please provide a build log and diff it with mine so that we can identify if something relevant changed in the meantime. --- End Message --- --- Begin Message --- Source: behave Source-Version: 1.2.6-4 Done: Christoph Berg We believe that the bug you reported is fixed in the latest version of behave, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 997...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christoph Berg (supplier of updated behave package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 09 Dec 2021 15:32:01 +0100 Source: behave Architecture: source Version: 1.2.6-4 Distribution: unstable Urgency: medium Maintainer: Vincent Bernat Changed-By: Christoph Berg Closes: 997632 Changes: behave (1.2.6-4) unstable; urgency=medium . * Team upload. . [ Ondřej Nový ] * d/control: Update Vcs-* fields with new Debian Python Team Salsa layout. . [ Sandro Tosi ] * Use the new Debian Python Team contact name and address . [ Christoph Berg ] * setup.py: Remove use_2to3 attribute. (Closes: #997632) Checksums-Sha1: 25f86a1a7d8a8782435af0e74588783c658dbceb 2221 behave_1.2.6-4.dsc 0f1bc84e3b423d777b20beb93633aa71b342d04f 9924 behave_1.2.6-4.debian.tar.xz Checksums-Sha256: c0462a4e75f2a5b31d75992578ab518c973f10bee8b2b068876cc99314017992 2221 behave_1.2.6-4.dsc d1de595be578fba8579b9ff5c24daa83d759cd9e49f5896cbe53c5cbb25d5748 9924 behave_1.2.6-4.debian.tar.xz Files: b2d698e1d46b7d713c46979cf4cb48c4 2221 python optional behave_1.2.6-4.dsc bab51b20133a5876faca4e578fc3 9924 python optional behave_1.2.6-4.debian.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEXEj+YVf0kXlZcIfGTFprqxLSp64FAmGyFDAACgkQTFprqxLS p66w9g//e/Vt6hZSft1/0vGCiKoiFxy47wsDqrBe9R5fVULl4pCmi2TlOybttUCh i/h1VoRmhi/b/AFKjHay3bPJiUZSCjddac3YkgOQacG93vBsQGJjMTaPd2NYJcTW DH+jjK8GVdC4+4ND9Wxha9siZGQAyVsfxd0Wm5zkljc+kzFgs5aPvovUwxAU1zIR lzKJDkLnQZkeIEWoEFmQ2ypcZLPiKLjdr2a1V7JCx4n+MNszeaGPhi94C26HrYe4 rq6JiS4Q7jhkTJfFJmfafIsfRrLu89A6MoRKjdpQrWv13hyhbKBCl3+H1DamEBUR Kz7k2KX/2YahCDMc8ziZkJdWfwhl4ewXwy2r1bybaoKoIlEdmDq4z/UqaA8xy+0l dP7JihCANLDhjYGQEdljC3XANtMUDAtlrxEaKOZb87pYFpb7F8IAhnE5yGDH4fvZ SXw5TiQ05rAaTCbVfuCeOXF4zSfmE6uO7zRd4fLxcOgXIKjQ23rHmzmT/MN3AgT3 Yx+I77e0kRETftceKW0FygoVe9VGioZuBHkYu9N9l6mTRG1E5l
Bug#998577: python-dmsh: FTBFS: build-dependency not installable: python3-meshio (< 5)
Source: python-dmsh Followup-For: Bug #998577 I'm waiting for python-meshzoo to pass the NEW queue in order to sort out these nico packages. Drew
Bug#1001136: Possible miscompilation triggered by -fvisibility=hidden
See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103629
Bug#995846: FTBFS: Fatal TYPE-ERROR and tests incompatible with PG14
Re: Sébastien Villemot > The updated cl-postmodern just entered unstable. Salut Sébastien, that is excellent news, thanks! Unfortunately, pgloader still doesn't compile: ; compiling file "/usr/share/common-lisp/source/cl-asdf/build/asdf.lisp" (written 12 OCT 2021 03:11:59 PM): ; file: /usr/share/common-lisp/source/cl-asdf/build/asdf.lisp ; in: DEFUN CALL-WITH-OUTPUT ; (WITH-OUTPUT-TO-STRING (STREAM NIL :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE) ; (FUNCALL FUNCTION STREAM)) ; --> LET ; ==> ; (MAKE-STRING 31 :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE) ; ; note: could not stack allocate: ;(WITH-OUTPUT-TO-STRING (STREAM NIL :ELEMENT-TYPE ELEMENT-TYPE) ; (FUNCALL FUNCTION STREAM)) ; in: DEFUN SLURP-STREAM-STRING ; (WITH-OUTPUT-TO-STRING ; (UIOP/STREAM::OUTPUT NIL :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE) ; (UIOP/STREAM:COPY-STREAM-TO-STREAM UIOP/STREAM::INPUT UIOP/STREAM::OUTPUT ; :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE)) ; --> LET ; ==> ; (MAKE-STRING 31 :ELEMENT-TYPE UIOP/STREAM::ELEMENT-TYPE) ; ; note: could not stack allocate: ;(WITH-OUTPUT-TO-STRING (OUTPUT NIL :ELEMENT-TYPE ELEMENT-TYPE) ; (COPY-STREAM-TO-STREAM INPUT OUTPUT :ELEMENT-TYPE ELEMENT-TYPE)) ; wrote /srv/projects/postgresql/pgloader/pgloader/debian/home/.cache/common-lisp/sbcl-2.1.11.debian-linux-x64/usr/share/common-lisp/source/cl-asdf/build/asdf-tmpGHU3ALSV.fasl ; compilation finished in 0:00:05.412 ; ; compilation unit finished ; printed 2 notes ;; loading file #P"/usr/share/common-lisp/source/cl-asdf/build/asdf.lisp" ;; loading system "asdf-finalizers" ;; loading system "asdf-system-connections" ;; loading system "cffi" ;; loading system "cl+ssl" ;; loading system "mssql" ;; loading file #P"/srv/projects/postgresql/pgloader/pgloader/src/hooks.lisp" ;; loading system "pgloader" Fatal SIMPLE-ERROR: Compilation failed: * is not permitted as an argument to the FUNCTION type specifier in /usr/share/common-lisp/source/esrap/src/evaluator.lisp cat buildapp.log ;; loading file #P"/usr/share/common-lisp/source/cl-asdf/build/asdf.lisp" ;; loading #P"/usr/share/common-lisp/source/cl-asdf/build/asdf.lisp" ;; # ;; # ;; (:ASDF3.3 :ASDF3.2 :ASDF3.1 :ASDF3 :ASDF2 :ASDF :OS-UNIX :NON-BASE-CHARS-EXIST-P :ASDF-UNICODE :X86-64 :GENCGC :64-BIT :ANSI-CL ... ; processing (DEFVAR *CURRENT-RULE* ...) ; processing (DEFUN COMPILE-RULE ...) ; processing (DEFUN EVAL-EXPRESSION ...) ; processing (DECLAIM (FTYPE # ...)) While evaluating the form starting at line 21, column 0 of #P"/srv/projects/postgresql/pgloader/pgloader/dumper-2SKVI5f7.lisp":Fatal SIMPLE-ERROR: Compilation failed: * is not permitted as an argument to the FUNCTION type specifier in /usr/share/common-lisp/source/esrap/src/evaluator.lisp (DUMPER518::BACKTRACE-AS-LIST) ; wrote /srv/projects/postgresql/pgloader/pgloader/debian/home/.cache/common-lisp/sbcl-2.1.11.debian-linux-x64/usr/share/common-lisp/source/esrap/src/evaluator-tmpT2G5POAL.fasl ; compilation finished in 0:00:00.144 ; ; compilation unit aborted ; caught 2 fatal ERROR conditions ; caught 48 STYLE-WARNING conditions ; printed 4591 notes I have to admit that I have no clue where to even start debugging this, there is no file called "dumper" in the source tree. Would it be possible that you could have a look? Christoph
Bug#1001356: marked as done (liboauth2: FTBFS with OpenSSL 3)
Your message dated Thu, 09 Dec 2021 12:48:43 + with message-id and subject line Bug#1001356: fixed in liboauth2 1.4.3.2-4 has caused the Debian Bug report #1001356, regarding liboauth2: FTBFS with OpenSSL 3 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1001356: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001356 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: liboauth2 Version: 1.4.3.2-3 Severity: serious Tags: patch experimental Justification: ftbfs User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu jammy ubuntu-patch Hi Nicolas, In Ubuntu, liboauth2 is failing to build from source because we have updated to OpenSSL 3, and liboauth2 is incompatible: [...] /bin/bash ./libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"liboauth2\" -DPACKAGE_TARNAME=\"liboauth2\" -DPACKAGE_VERSION=\"1.4.3.2\" -DPACKAGE_STRING=\"liboauth2\ 1.4.3.2\" -DPACKAGE_BUGREPORT=\"hans.zandb...@zmartzone.eu\" -DPACKAGE_URL=\"\" -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -Wall -Werror -Iinclude -Isrc -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/x86_64-linux-gnu -g -O2 -ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security -c -o src/liboauth2_la-jose.lo `test -f 'src/jose.c' || echo './'`src/jose.c libtool: compile: gcc -DPACKAGE_NAME=\"liboauth2\" -DPACKAGE_TARNAME=\"liboauth2\" -DPACKAGE_VERSION=\"1.4.3.2\" "-DPACKAGE_STRING=\"liboauth2 1.4.3.2\"" -DPACKAGE_BUGREPORT=\"hans.zandb...@zmartzone.eu\" -DPACKAGE_URL=\"\" -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -Wall -Werror -Iinclude -Isrc -Wdate-time -D_FORTIFY_SOURCE=2 -I/usr/include/x86_64-linux-gnu -g -O2 -ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects -fstack-protector-strong -Wformat -Werror=format-security -c src/jose.c -fPIC -DPIC -o src/.libs/liboauth2_la-jose.o src/jose.c: In function ‘_oauth2_jose_options_jwk_set_rsa_key’: src/jose.c:1586:9: error: ‘EVP_PKEY_get1_RSA’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations] 1586 | rsa = EVP_PKEY_get1_RSA(pkey); | ^~~ In file included from src/jose.c:35: /usr/include/openssl/evp.h:1348:16: note: declared here 1348 | struct rsa_st *EVP_PKEY_get1_RSA(EVP_PKEY *pkey); |^ [...] (https://launchpad.net/ubuntu/+source/liboauth2/1.4.3.2-3build1/+build/22604274) The attached patch adds -Wno-error=deprecated-declarations to let the package build with OpenSSL 3. Please consider applying this patch in Debian as well. OpenSSL 3 is currently in Debian experimental, and is expected to be the version of OpenSSL shipped with the next Debian release. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru liboauth2-1.4.3.2/debian/rules liboauth2-1.4.3.2/debian/rules --- liboauth2-1.4.3.2/debian/rules 2021-10-21 07:55:39.0 -0700 +++ liboauth2-1.4.3.2/debian/rules 2021-12-08 16:02:32.0 -0800 @@ -4,6 +4,7 @@ #export DH_VERBOSE = 1 export DEB_BUILD_MAINT_OPTIONS = hardening=+all +export DEB_CFLAGS_MAINT_APPEND = -Wno-error=deprecated-declarations export C_INCLUDE_PATH=$C_INCLUDE_PATH:/usr/include/apache2/ export CK_FORK=no --- End Message --- --- Begin Message --- Source: liboauth2 Source-Version: 1.4.3.2-4 Done: Nicolas Mora We believe that the bug you reported is fixed in the latest version of liboauth2, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 1001...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nicolas Mora (supplier of updated liboauth2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the
Processed: update bts
Processing commands for cont...@bugs.debian.org: > forwarded 1001382 https://github.com/lwindolf/liferea/issues/1054 Bug #1001382 [liferea] liferea: stopped showing xkcd picture in the reader Set Bug forwarded-to-address to 'https://github.com/lwindolf/liferea/issues/1054'. > thanks Stopping processing here. Please contact me if you need assistance. -- 1001382: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001382 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001382: liferea: stopped showing xkcd picture in the reader
Package: liferea Version: 1.13.7-1 Severity: serious Justification: maintainer call I just noticed that the xkcd comics aren't shown in the internal viewer after the upgrade to 1.13.7-1. Let's block the migration for some investigation time. Paul -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-2-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages liferea depends on: ii dbus-user-session [default-dbus-session-bus] 1.12.20-3 ii dbus-x11 [dbus-session-bus] 1.12.20-3 ii dconf-gsettings-backend [gsettings-backend] 0.40.0-2 ii gir1.2-freedesktop1.70.0-2 ii gir1.2-gtk-3.03.24.30-4 ii gir1.2-peas-1.0 1.30.0-4 ii libc6 2.32-5 ii libfribidi0 1.0.8-2 ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 ii libgirepository-1.0-1 1.70.0-2 ii libglib2.0-0 2.70.2-1 ii libgtk-3-03.24.30-4 ii libjson-glib-1.0-01.6.6-1 ii libpango-1.0-01.48.10+ds1-1 ii libpeas-1.0-0 1.30.0-4 ii libsoup2.4-1 2.74.2-1 ii libsqlite3-0 3.36.0-2 ii libwebkit2gtk-4.0-37 2.34.2-1 ii libxml2 2.9.12+dfsg-5+b1 ii libxslt1.11.1.34-4 ii liferea-data 1.13.7-1 ii python3 3.9.7-1 ii python3-cairo 1.20.1-3 ii python3-gi3.42.0-2+b1 ii python3-notify2 0.3-4 ii python3.9 3.9.9-1 Versions of packages liferea recommends: ii gir1.2-gstreamer-1.0 1.18.5-1 ii gir1.2-notify-0.7 0.7.9-3 Versions of packages liferea suggests: pn kget ii network-manager 1.32.12-1 -- no debconf information
Bug#979625: [Advent bug squashing] Bug#979625: marked as done (autopkgtest: ModuleNotFoundError (ipytree) and AssertionError)
control: reopen -1 control: found -1 python-cooler/0.8.11 control: severity -1 important On 9 December 2021 2:23:11 pm IST, Andreas Tille wrote: >I think you did not really re-opened the bug (since it was not in CC) - Oops, yeah I missed that. Typing emails on phone isn't very optimal as it seems :) >so if you want to it should probably not be RC (either normal or >important), IMHO. Fine. Reopened with important. >[1] https://salsa.debian.org/med-team/python-cooler/-/blob/master/setup.py#L56 >[2] >https://salsa.debian.org/med-team/python-cooler/-/blob/master/debian/README.Debian Regards, Nilesh
Processed: Re: [Advent bug squashing] Bug#979625: marked as done (autopkgtest: ModuleNotFoundError (ipytree) and AssertionError)
Processing control commands: > reopen -1 Bug #979625 {Done: Andreas Tille } [src:python-cooler] autopkgtest: ModuleNotFoundError (ipytree) and AssertionError 'reopen' may be inappropriate when a bug has been closed with a version; all fixed versions will be cleared, and you may need to re-add them. Bug reopened No longer marked as fixed in versions python-cooler/0.8.11-1. > found -1 python-cooler/0.8.11 Bug #979625 [src:python-cooler] autopkgtest: ModuleNotFoundError (ipytree) and AssertionError The source python-cooler and version 0.8.11 do not appear to match any binary packages Marked as found in versions python-cooler/0.8.11. > severity -1 important Bug #979625 [src:python-cooler] autopkgtest: ModuleNotFoundError (ipytree) and AssertionError Severity set to 'important' from 'serious' -- 979625: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979625 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: tagging 998365, tagging 1001349, tagging 994758
Processing commands for cont...@bugs.debian.org: > tags 998365 + sid bookworm Bug #998365 [libstdc++-arm-none-eabi-newlib] libstdc++-arm-none-eabi-newlib: Version of libstdc++-arm-none-eabi-newlib and gcc-arm-none-eabi must match or the C++ libraries can't be found Added tag(s) sid and bookworm. > tags 1001349 + sid bookworm Bug #1001349 [python3-anndata] python-anndata: autopkgtest fail with pandas 1.3: missing openpyxl Added tag(s) sid and bookworm. > tags 994758 + sid bookworm Bug #994758 [libsgutils2-2] Soname change without package name change Added tag(s) sid and bookworm. > thanks Stopping processing here. Please contact me if you need assistance. -- 1001349: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001349 994758: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=994758 998365: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998365 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001378: libignition-utils-dev: missing Breaks+Replaces: libignition-utils-cli-dev (<< 1.1.0+ds-3)
Package: libignition-utils-dev Version: 1.1.0+ds-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces >From the attached log (scroll to the bottom...): Preparing to unpack .../libignition-utils-dev_1.1.0+ds-3_amd64.deb ... Unpacking libignition-utils-dev:amd64 (1.1.0+ds-3) ... dpkg: error processing archive /var/cache/apt/archives/libignition-utils-dev_1.1.0+ds-3_amd64.deb (--unpack): trying to overwrite '/usr/include/ignition/utils1/ignition/utils/cli/App.hpp', which is also in package libignition-utils-cli-dev:amd64 1.1.0+ds-2+b1 Errors were encountered while processing: /var/cache/apt/archives/libignition-utils-dev_1.1.0+ds-3_amd64.deb cheers, Andreas libignition-utils-cli-dev=1.1.0+ds-2+b1_libignition-utils-dev=1.1.0+ds-3.log.gz Description: application/gzip
Bug#1001366: marked as done (plakati: autopkgtest tests for all supported python3s but fails to install them,08-12-2021 23:05)
Your message dated Thu, 09 Dec 2021 10:18:46 + with message-id and subject line Bug#1001366: fixed in plakativ 0.5-2 has caused the Debian Bug report #1001366, regarding plakati: autopkgtest tests for all supported python3s but fails to install them,08-12-2021 23:05 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1001366: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001366 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: plakativ Version: 0.5-1 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update Control: affects -1 src:python3-defaults Dear maintainer(s), With a recent upload of python3-defaults the autopkgtest of plakativ fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 plakativ from testing0.5-1 all others from testingfrom testing I copied some of the output at the bottom of this report. It seems the test tries to test for all supported Python3 versions, but fails to ensure all those versions are actually installed during the test. Currently this regression is blocking the migration of python3-defaults to testing [1]. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/plakativ/17393444/log.gz env: ‘python3.10’: No such file or directory autopkgtest [12:12:17]: test testsuite OpenPGP_signature Description: OpenPGP digital signature --- End Message --- --- Begin Message --- Source: plakativ Source-Version: 0.5-2 Done: Johannes Schauer Marin Rodrigues We believe that the bug you reported is fixed in the latest version of plakativ, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 1001...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Johannes Schauer Marin Rodrigues (supplier of updated plakativ package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 09 Dec 2021 10:56:40 +0100 Source: plakativ Architecture: source Version: 0.5-2 Distribution: unstable Urgency: medium Maintainer: Johannes Schauer Marin Rodrigues Changed-By: Johannes Schauer Marin Rodrigues Closes: 1001366 Changes: plakativ (0.5-2) unstable; urgency=medium . * debian/tests/control: depend on python3-all to pull in all python versions returned by py3versions -s (closes: #1001366) Checksums-Sha1: 50197aa5c6b7e91e7aa506d24b7810d2c6042bda 2423 plakativ_0.5-2.dsc 79695f177cbe25cc455a6ca1b6628dcb77a4045c 10808 plakativ_0.5-2.debian.tar.xz Checksums-Sha256: cebe14cb987403c06816c37e2600bdac7e3c81c21f43cf5524811d4cf221050e 2423 plakativ_0.5-2.dsc 4f5b57d00abb1966056a0dbc1b1dda20d7e709e45f1ce50adb49f2948a03e0d1 10808 plakativ_0.5-2.debian.tar.xz Files: e7c615e193ddbbae0581c24797e2a047 2423 python optional plakativ_0.5-2.dsc e602c512c9477fbf0bbc5583b0ca15e3 10808 python optional plakativ_0.5-2.debian.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEElFhU6KL81LF4wVq58sulx4+9g+EFAmGx1BQACgkQ8sulx4+9 g+HF8BAArWsiuAJwb9Oa6i8F+OWigrk9+w1cJIUYWJc9m44FYpRkjl1Q2xSFssYu wjQ7TRHUX50c4Jj3igE18c8s6k64gF/qntxjCgkWC21xeK3+G2YiF8+ccyTmXtqV 60yIkQFp7uPXIFvUzdp/lKXwkgaBnZdqnUAJ/huNjWBgs0eMm+TgEtAoKtnElVyP G/vwo/BCDWKNetIMGLRdHpDK4iNGrTVHRvSz8AK+26hXqc8GaXPCarlgORyPOKzm XC4XN717ygiQZsqPG5FbsC28zikQkbCoOyvm5f+4vdBCfTOVo1gorevsllvMpU9c 07XahQdHT8VJaB2UDRbQOCIuPhiuKlBN5/ZW6V42F8WO+2rgJ6CvN2eFqOP9WxVP hxyfi3ZMxucpvydDFX+hWLOiDHwX3lJfl6sLXKva4vcorr413hx8/2VWMbxhBrz2 JK2zsbnus2NVqzo0ukOm3uECjGlP8+5320Nv0wms0+Zr83hyctEYMXmi/UlGPGdF eTUKAHKLpqmSq4nKoj+eMj5eZ69xHn2LuAmDFQ+8U0m+Vd257I6mecloTGRR7reU 8yFLmWUwItGspMzInVq4iAHtLjCS9zQhiUvOv2UzGrE2AAzqET9pu9bww5Utugbn Jn1U01fU/Pcn1DG20aNjqExWRio8qgQbBoEdab2L6alnsLQ5ots= =BppG -END PGP SIGNATURE End M
Bug#1001376: libtrilinos-tpetra-dev: missing Breaks+Replaces: libtrilinos-teuchos-dev (<< 13)
Package: libtrilinos-tpetra-dev Version: 13.2.0-1~exp1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. This error may also be triggered by having a predecessor package from 'sid 'installed while installing the package from 'experimental'. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces >From the attached log (scroll to the bottom...): Preparing to unpack .../libtrilinos-tpetra-dev_13.2.0-1~exp1_amd64.deb ... Unpacking libtrilinos-tpetra-dev:amd64 (13.2.0-1~exp1) ... dpkg: error processing archive /var/cache/apt/archives/libtrilinos-tpetra-dev_13.2.0-1~exp1_amd64.deb (--unpack): trying to overwrite '/usr/include/trilinos/KokkosCompat_ClassicNodeAPI_Wrapper.hpp', which is also in package libtrilinos-teuchos-dev:amd64 12.18.1-2+b1 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libtrilinos-tpetra-dev_13.2.0-1~exp1_amd64.deb cheers, Andreas libtrilinos-teuchos-dev=12.18.1-2+b1_libtrilinos-tpetra-dev=13.2.0-1~exp1.log.gz Description: application/gzip
Processed: Adding imexam
Processing commands for cont...@bugs.debian.org: > affects 1000435 + src:sunpy Bug #1000435 [src:matplotlib] Matplotlib crashes on mips64el in lines.py Added indication that 1000435 affects src:sunpy > thanks Stopping processing here. Please contact me if you need assistance. -- 1000435: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000435 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: notfound 1001369 in pymap3d/2.7.3-1, severity of 1001369 is important, tagging 1001369
Processing commands for cont...@bugs.debian.org: > notfound 1001369 pymap3d/2.7.3-1 Bug #1001369 {Done: Paul Gevers } [src:pymap3d] pymap3d: (autopkgtest) needs update for python3.10: astropy.logger.LoggingError: Cannot disable warnings logging No longer marked as found in versions pymap3d/2.7.3-1. > severity 1001369 important Bug #1001369 {Done: Paul Gevers } [src:pymap3d] pymap3d: (autopkgtest) needs update for python3.10: astropy.logger.LoggingError: Cannot disable warnings logging Severity set to 'important' from 'serious' > tags 1001369 - moreinfo Bug #1001369 {Done: Paul Gevers } [src:pymap3d] pymap3d: (autopkgtest) needs update for python3.10: astropy.logger.LoggingError: Cannot disable warnings logging Removed tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 1001369: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001369 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#1001369: marked as done (pymap3d: (autopkgtest) needs update for python3.10: astropy.logger.LoggingError: Cannot disable warnings logging)
Your message dated Thu, 9 Dec 2021 10:21:57 +0100 with message-id and subject line Re: pymap3d: (autopkgtest) needs update for python3.10: astropy.logger.LoggingError: Cannot disable warnings logging has caused the Debian Bug report #1001369, regarding pymap3d: (autopkgtest) needs update for python3.10: astropy.logger.LoggingError: Cannot disable warnings logging to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1001369: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001369 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: pymap3d Version: 2.7.3-1 Severity: serious X-Debbugs-CC: debian...@lists.debian.org Tags: sid bookworm User: debian...@lists.debian.org Usertags: needs-update Control: affects -1 src:python3-defaults Dear maintainer(s), We are in the transition of adding python2.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of pymap3d fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: passfail python3-defaults from testing3.9.8-1 pymap3dfrom testing2.7.3-1 all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is blocking the migration of python3-defaults to testing [1]. https://docs.python.org/3/whatsnew/3.10.html lists what's new in Python2.10, it may help to identify what needs to be updated. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://qa.debian.org/excuses.php?package=python3-defaults https://ci.debian.net/data/autopkgtest/testing/amd64/p/pymap3d/17397568/log.gz === python3.10 === = test session starts == platform linux -- Python 3.10.0+, pytest-6.2.5, py-1.10.0, pluggy-0.13.0 rootdir: /tmp/autopkgtest-lxc.6ebgimjk/downtmp/build.1N1/src plugins: openfiles-0.5.0, hypothesis-5.43.3, astropy-header-0.1.2, doctestplus-0.11.1, cov-3.0.0, arraydiff-0.3, filter-subpackage-0.1.1, remotedata-0.3.2, mock-3.6.1 collected 0 items / 18 errors ERRORS ERROR collecting src/pymap3d/tests/test_aer.py /usr/lib/python3.10/importlib/__init__.py:126: in import_module return _bootstrap._gcd_import(name[level:], package, level) :1050: in _gcd_import ??? :1027: in _find_and_load ??? :992: in _find_and_load_unlocked ??? :241: in _call_with_frames_removed ??? :1050: in _gcd_import ??? :1027: in _find_and_load ??? :992: in _find_and_load_unlocked ??? :241: in _call_with_frames_removed ??? :1050: in _gcd_import ??? :1027: in _find_and_load ??? :1006: in _find_and_load_unlocked ??? :688: in _load_unlocked ??? :883: in exec_module ??? :241: in _call_with_frames_removed ??? ../build.1N1/src/src/pymap3d/__init__.py:32: in from .aer import ecef2aer, aer2ecef, geodetic2aer, aer2geodetic ../build.1N1/src/src/pymap3d/aer.py:7: in from .ecef import ecef2enu, geodetic2ecef, ecef2geodetic, enu2uvw ../build.1N1/src/src/pymap3d/ecef.py:19: in from .eci import eci2ecef, ecef2eci ../build.1N1/src/src/pymap3d/eci.py:10: in from astropy.coordinates import GCRS, ITRS, EarthLocation, CartesianRepresentation /usr/lib/python3/dist-packages/astropy/__init__.py:174: in log = _init_log() /usr/lib/python3/dist-packages/astropy/logger.py:108: in _init_log log._set_defaults() /usr/lib/python3/dist-packages/astropy/logger.py:475: in _set_defaults self.disable_warnings_logging() /usr/lib/python3/dist-packages/astropy/logger.py:245: in disable_warnings_logging raise LoggingError("Cannot disable warnings logging: " E astropy.logger.LoggingError: Cannot disable warnings logging: warnings.showwarning was not set by this logger, or has been overridden ERROR collecting src/pymap3d/tests/test_eci.py /usr/lib/python3.10/importlib/__init__.py:126: in import_module return _bootstrap._gcd_import(name[level:], package, level) :1050: in _gcd_import ??? :1027: in _find_and_load ??? :992: in _find_and_load_unlocked ??? :241: in _call_with_frames_removed ??? :1050: in _gcd_import ??? :1027: in _find_and_load ??? :992: in _find_and_load_unlocked ???
Bug#1001369: pymap3d: (autopkgtest) needs update for python3.10: astropy.logger.LoggingError: Cannot disable warnings logging
Control: tags -1 moreinfo On 12/9/21 09:58, Paul Gevers wrote: We are in the transition of adding python2.10 to the supported Python versions [0]. With a recent upload of python3-defaults the autopkgtest of pymap3d fails in testing when that autopkgtest is run with the binary packages of python3-defaults from unstable. It passes when run with only packages from testing. In tabular form: pass fail python3-defaults from testing 3.9.8-1 pymap3d from testing 2.7.3-1 all others from testing from testing Try again with astropy from unstable for its python3.10 support. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1