Processed: Re: [debian-mysql] Bug#1001385: mariadb-client-10.5: authentification fails while the credentials are ok

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Timo Aaltonen

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

2021-12-09 Thread Otto Kekäläinen
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

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Sebastiaan Couwenberg

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

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Pierre-Elliott Bécue
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)

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Nilesh Patra
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Stefano Rivera
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

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread piorunz

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

2021-12-09 Thread piorunz

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:)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Steve Langasek
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread peter green

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

2021-12-09 Thread Steve Langasek
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Paul Gevers

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'

2021-12-09 Thread Paul Gevers

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'

2021-12-09 Thread Paul Gevers

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'

2021-12-09 Thread Debian Bug Tracking System
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'

2021-12-09 Thread Debian Bug Tracking System
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'

2021-12-09 Thread Paul Gevers

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'

2021-12-09 Thread Debian Bug Tracking System
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'

2021-12-09 Thread Debian Bug Tracking System
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'

2021-12-09 Thread Debian Bug Tracking System
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'

2021-12-09 Thread Paul Gevers

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'

2021-12-09 Thread Paul Gevers

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'

2021-12-09 Thread Paul Gevers

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'

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Paul Gevers

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

2021-12-09 Thread Debian Bug Tracking System
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'

2021-12-09 Thread Paul Gevers

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'

2021-12-09 Thread Debian Bug Tracking System
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?

2021-12-09 Thread Aurelien Jarno
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'

2021-12-09 Thread Debian Bug Tracking System
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'

2021-12-09 Thread Paul Gevers

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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Paul Gevers

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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Paul Gevers

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

2021-12-09 Thread Michael Biebl
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

2021-12-09 Thread Paul Gevers

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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Adrian Bunk
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Adrian Bunk
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

2021-12-09 Thread Faustin Lammler
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Adrian Bunk
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Adrian Bunk
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))

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Faustin Lammler
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

2021-12-09 Thread Faustin Lammler
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

2021-12-09 Thread Josue Ortega
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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?

2021-12-09 Thread Aurelien Jarno
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Christoph Berg
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Christoph Berg
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Paul Gevers

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

2021-12-09 Thread Debian Bug Tracking System
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())

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread piorunz

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.)

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Drew Parsons
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

2021-12-09 Thread Mathieu Malaterre
See:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103629



Bug#995846: FTBFS: Fatal TYPE-ERROR and tests incompatible with PG14

2021-12-09 Thread Christoph Berg
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Paul Gevers
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)

2021-12-09 Thread Nilesh Patra
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Andreas Beckmann
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)

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Andreas Beckmann
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

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Debian Bug Tracking System
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)

2021-12-09 Thread Debian Bug Tracking System
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

2021-12-09 Thread Sebastiaan Couwenberg

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



  1   2   >