+1 Maintenance Report
Graham Inggs
ginggs at ubuntu.com
Wed May 29 19:04:11 UTC 2024
I was on +1 maintenance from 2024-05-23 until 2024-25-29. Below are
the things I worked on.
The autopkgtest queues were completely empty following the Mardid
sprint. I noticed the update_excuses report [1] still showed many
running tests in various states. I was able to re-queue these using
retry-autopkgtest-regressions from ubuntu-archive-tools [2] (and
piping the output to vipe, etc. as described in the help text).
Retried 5222 tests in state "Test in progress":
./retry-autopkgtest-regressions --state=RUNNING
Retried 374 tests in state "Reference test in progress, but real test
failed already":
./retry-autopkgtest-regressions --state=RUNNING-REFERENCE --no-proposed
Retried 359 tests in state "Test in progress (will not be considered a
regression)":
./retry-autopkgtest-regressions --state=RUNNING-ALWAYSFAIL
I encountered some 503 errors while queueing these up, so it took a
few tries to get them all queued.
r-base / rmatrix
================
sync'd r-cran-tmb
https://launchpad.net/ubuntu/+source/r-cran-tmb/1.9.11-2
r-cran-glmmtmb needed a no-change rebuild against r-cran-tmb and rmatrix
https://launchpad.net/ubuntu/+source/r-cran-glmmtmb/1.1.8+dfsg-3ubuntu2
r-cran-bbmle's autopkgtest regressed on ppc64el only, but it had
already regressed in Debian testing, so I filed Debian bug #1071667
and added a hint
https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=5bff2fb75385c247d0a9953c4830e8235d21ec1a
r-cran-mertools' autopkgtest was failing on ppc64el only with:
! R session crashed with exit code -9
but passed in Debian. The test succeeded for me on a ppc64el cloud
instance, so I tried adding it to big_packages and it passed
https://git.launchpad.net/~ubuntu-release/autopkgtest-cloud/+git/autopkgtest-package-configs/commit/?id=bc49922e209d3c333469177cf81f6b461245788d
This was enough for r-base and rmatrix to migrate.
octave
======
octave-statistics FTBFS with a dwz error, uploaded a workaround
https://launchpad.net/ubuntu/+source/octave-statistics/1.6.6-2ubuntu1
nlopt's autopkgtest was failing when nlopt was built with
-D_FORTIFY_SOURCE=3, uploaded a workaround
https://launchpad.net/ubuntu/+source/nlopt/2.7.1-5ubuntu1
octave-fits FTBFS with octave 9 and was removed from Debian, filed LP:
#2067300 for its removal from Oracular
https://bugs.launchpad.net/ubuntu/+source/octave-fits/+bug/2067300
astropy
=======
astroquery FTBFS and was removed from Debian testing, filed LP:
#2067093 for its removal from Oracular
https://bugs.launchpad.net/ubuntu/+source/astropy/+bug/2067093
bowtie2
=======
bowtie2's autopkgtest failed on s390x because it is not installable
there. I triggered a migration-reference/0 test which failed, and
bowtie2 migrated.
black
=====
black's autopkgtest failed on i386 because the package went from
arch:all to arch:any
and is not built on i386, added a hint
https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=28e9f6676dccc3f765c446241556561dd82c934c
html2text
=========
html2text's autopkgtest only passed on amd64, but it had already
regressed in Debian testing and was reported in #1069872, added a hint
https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=5fd1ec260fc922abc14ca89391533685618645fd
feature-check vs confget
========================
confget's autopkgtest regressed with the new version of feature-check,
but it had already regressed in Debian testing, so I filed Debian bug
#1071683 and added a hint
https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=730a71a2e887c5f21e3161b2bdbc9da8b229aaeb
feature-check's own autopkgtest failed on i386 because the package
went from arch:all to arch:any and is not built on i386, added a hint
https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=5b0c5de382794d8b698fd1e3d90042eb36f50cd1
feature-check did not migrate until vorlon uploaded a no-change rebuild
https://launchpad.net/ubuntu/+source/feature-check/2.1.0-2build1
I'd love to know what / where / how he spotted the problem.
python-libarchive-c
===================
python-libarchive-c's autopkgtest failed on i386 due to missing python
extensions, added a hint
https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=219f0c672e6f4df81f8625607f44add741b3c87f
dipy
====
dipy's autopkgtest regressed on armhf, but also regressed in Debian
testing, so I re-opened #1071448 and added a hint
https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=f3e3e4df84c1641c55570b0797b9667ac4d82fe9
various syncs
=============
I looked at the Merge-o-Matic report for packages in universe [3], and
sync'd several packages from Debian where our delta could be dropped:
swig, indexed-gzip, python-djvulibre, openstructure, astrometry.net,
virulencefinder, scanssh, afflib, netcdf, ipyparallel, mercurial, slrn
and libflorist
mercurial still FTBFS on the buildds with some test failures, so I followed up
https://launchpad.net/ubuntu/+source/mercurial/6.7.3-1ubuntu1
big_packages
============
Lastly, I looked for possible candidates for big_packages by running:
./retry-autopkgtest-regressions --log-regex Killed
which returned the following:
python-anndata, pythran, openmm, pandas, python-redis, netplan.io,
openvswitch and samba
(I had tried this earlier in my shift, but ran into a 404 error due to
a missing autopkgtest log, which I retried.)
I then retried all the failing tests and examined the logs.
python-anndata (arm64) had passed on retry, and python-redis,
netplan.io and samba were false positives.
I added openmm, pandas and pythran to big_packages
https://git.launchpad.net/~ubuntu-release/autopkgtest-cloud/+git/autopkgtest-package-configs/commit/?id=39f40df58cee38201c084d96b427155287c36b4c
and after fixing the typo
https://git.launchpad.net/~ubuntu-release/autopkgtest-cloud/+git/autopkgtest-package-configs/commit/?id=f94a47d6d6d78fe8f7a603d83699912d0b9da0e7
all the tests passed.
openvswitch was already in big_packages, so needs further investigation.
[1] https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html
[2] https://git.launchpad.net/ubuntu-archive-tools
[3] https://merges.ubuntu.com/universe.html
More information about the ubuntu-devel
mailing list