[Python-apps-team] Bug#943516: valinor: FTBFS and autopkgtest failure due to new version of python-colorama

Paul Gevers elbrus at debian.org
Fri Oct 25 19:04:30 BST 2019

Source: valinor
Version: 1.1.4-1
Severity: serious
Tags: sid bullseye
User: debian-ci at lists.debian.org
Usertags: needs-update
Control: affects -1 src:python-colorama

[X-Debbugs-CC: debian-ci at lists.debian.org,
python-colorama at packages.debian.org]

Dear maintainers,

With a recent upload of python-colorama the autopkgtest of valinor fails
in testing when that autopkgtest is run with the binary packages of
python-colorama from unstable. It passes when run with only packages
from testing. In tabular form:
                       pass            fail
python-colorama        from testing    0.4.1-1
valinor                from testing    1.1.4-1
all others             from testing    from testing

I copied some of the output at the bottom of this report. I also tried
to rebuild on reproducible-builds.org infrastructure and your package
FTBFS with the same error.

Currently this regression is blocking the migration of python-colorama
to testing [1]. Of course, python-colorama shouldn't just break your
autopkgtest (or even worse, your package), but the change in
python-colorama was intended and your package needs to update to the new

If this is a real problem in your package (and not only in your
autopkgtest), the right binary package(s) from python-colorama should
really add a versioned Breaks on the unfixed version of (one of your)
package(s). Note: the Breaks is nice even if the issue is only in the
autopkgtest as it helps the migration software to figure out the right
versions to combine in the tests.

More information about this bug and the reason for filing it can be found on


[0] You can see what packages were added from the second line of the log
file quoted below. The migration software adds source package from
unstable to the list if they are needed to install packages from
python-colorama/0.4.1-1. I.e. due to versioned dependencies or
[1] https://qa.debian.org/excuses.php?package=python-colorama


autopkgtest [18:12:07]: test valinor: [-----------------------
=== python3.7 ===
FAIL: testARMNoneEABIGDB (test.test_outputdir.TestCLIOutputDirectory)
Traceback (most recent call last):
line 48, in testARMNoneEABIGDB
line 46, in runWithDir
    out = self.runCheck(args)
line 33, in runCheck
    self.assertEqual(status, 0)
AssertionError: 1 != 0
-------------------- >> begin captured stdout << ---------------------

Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/share/valinor/valinor/main.py", line 36, in main
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
900, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
791, in resolve
    raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (colorama 0.4.1
Requirement.parse('colorama<0.4,>=0.3'), {'valinor'})

--------------------- >> end captured stdout << ----------------------

Ran 2 tests in 0.245s

FAILED (failures=1)
autopkgtest [18:12:08]: test valinor: -----------------------]

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/python-apps-team/attachments/20191025/8a4d0fca/attachment.sig>

More information about the Python-apps-team mailing list