aptdaemon: FTBFS with setuptools >= 65

[Graham Inggs]

aptdaemon FTBFS with python3-setuptools 65.5.0-1.

I've copied what I hope is the relevant part of the log below.

Spoiler alert: there may also be issues with python3-nose and Python 3.11 [1], but it is recommended that packages migrate away from using nose anyway [2].

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024235
[2] https://lists.debian.org/debian-python/2022/08/msg00065.html

dh_auto_clean
I: pybuild base:240: python3.10 setup.py clean
running clean
error: error in setup.cfg: command 'build' has no such option 'i18n'
E: pybuild pybuild:379: clean: plugin distutils failed with: exit code=1: python3.10 setup.py clean
dh_auto_clean: error: pybuild --clean -i python{version} -p 3.10 returned exit code 13

[Gunnar Hjalmarsson (gunnarhj)]

Built aptdaemon successfully without addressing this:

https://launchpad.net/ubuntu/+source/aptdaemon/1.1.1+bzr982-0ubuntu40

Maybe fixed in setuptools 65.6.3?

[Gunnar Hjalmarsson (gunnarhj)]

Hmm.. While aptdaemon 1.1.1+bzr982-0ubuntu40 builds, autopkgtest fails. When building, version 1.3.7-9 of python3-nose is used, but autopkgtest is run with python3-nose 1.3.7-8.

https://bugs.debian.org/1024235 was fixed (in a hackish manner) in nose 1.3.7-9.

I'm out on slippery ice here, but wanted to share that observation.

[Gunnar Hjalmarsson (gunnarhj)]

I uploaded aptdaemon 1.1.1+bzr982-0ubuntu41 which may or may not help.

--- aptdaemon-1.1.1+bzr982/debian/tests/control
+++ aptdaemon-1.1.1+bzr982/debian/tests/control
@@ -1,2 +1,2 @@
 Tests: run-test
-Depends: @, xvfb, pep8, python3-nose, python3-setuptools, ...
+Depends: @, xvfb, pep8, python3-nose (>= 1.3.7-9), python3-setuptools, ...

[Gunnar Hjalmarsson (gunnarhj)]

It didn't like my way to state a minimum package version:

https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/amd64/a/aptdaemon/20230108_143611_c5b17@/log.gz

Anyway, from that log you can see that it run autopkgtest with python3-nose 1.3.7-9, but still the same failure:

error: error in setup.cfg: command 'build' has no such option 'i18n'

Back at square one. :( (Besides my faulty change to aptdaemon, then, which reasonably should be reverted.)

[Gunnar Hjalmarsson (gunnarhj)]

The tests fail when building python-distutils-extra in lunar:

https://launchpad.net/~gunnarhj/+archive/ubuntu/aptdaemon/+packages

Since python3-distutils-extra provides the 'i18n' option, this FTBFS may be related.

[Gunnar Hjalmarsson (gunnarhj)]

On 2023-01-08 21:35, Gunnar Hjalmarsson wrote:
> (Besides my faulty change to aptdaemon, then, which reasonably should
> be reverted.)

Done now.

[Gunnar Hjalmarsson (gunnarhj)]

Looks like somebody decided to ignore aptdaemon's broken autopkgtest and with that let it migrate to lunar-release.

[Graham Inggs (ginggs)]

Hi Gunnar

aptdaemon's autopkgtests had already regressed in release [1] on 2022-12-17 after setuptools/65.5.0-1 migrated.

I triggered a test with all-proposed=1 that ran at 2023-01-09 14:35:14 UTC and that was with setuptools 65.6.3-1 and nose 1.3.7-9, and still failed.

[1] https://autopkgtest.ubuntu.com/packages/aptdaemon/lunar/amd64

[Gunnar Hjalmarsson (gunnarhj)]

Ok. The question is what the root cause is. The involved packages don't play well together under 3.11, that's for sure. python-distutils-extra was last updated in June.

[Eugene Crosser (crosser)]

I am not sure if the following bugs are related to this, but just in case, aptdaemon fails on lunar in case when there is _any_ python package installed that has version string incompatible with PEP-440. Maybe @gunnarhj could take a look? Bug #2008430 and bug #2008898

[Julian Andres Klode (juliank)]

Uploaded to lunar. Just added the import and cmdclass code to setup.py that unattended-upgrades had.

[Launchpad Janitor (janitor)]

This bug was fixed in the package aptdaemon - 1.1.1+bzr982-0ubuntu43

---------------
aptdaemon (1.1.1+bzr982-0ubuntu43) lunar; urgency=medium

  * Fix FTBFS: error in setup.cfg: command 'build' has no such option 'i18n'
    by importing DistUtilsExtra in setup.py (LP: #1999148)

 -- Julian Andres Klode <email address hidden> Wed, 12 Apr 2023 16:24:35 +0200