Dear maintainer(s),

With a recent upload of python-duniterpy the autopkgtest of
python-duniterpy fails in testing when that autopkgtest is run with the
binary packages of python-duniterpy from unstable. It passes when run
with only packages from testing. In tabular form:

                        pass            fail
python-duniterpy       from testing    1.1.0-2
all others             from testing    from testing

I copied some of the output at the bottom of this report. Your (manually
added) autopkgtest wants to use all supported Python3 versions, but
doesn't actually ensure they are installed. Hence, you only get the
default python3 through the dependencies.

Currently this regression is blocking the migration to testing [1]. Can
you please investigate the situation and fix it?

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=python-duniterpy

https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-duniterpy/21208152/log.gz

bash: line 1: python3.9: command not found
autopkgtest [08:10:25]: test command1

Hi,

Somehow the issue resolved itself without changes to python-duniterpy.
As I suspect this follows from (test) dependencies pulling in the right
packages, I still suspect this is a bug in python-duniterpy, but not a
serious one at this stage.

Paul