Note: search the message for "HANDOVER" for what I believe is a bitesize
task that will unblock a migration (I didn't get to it in time).
--
I spent some time trying to figure out why autopkgtests for src:pyside2
take between 2 and 3 hours in Ubuntu and about 25 minutes in Debian, see:
- https://autopkgtest.ubuntu.com/packages/pyside2/kinetic/amd64
- https://ci.debian.net/packages/p/pyside2/unstable/amd64/
but I didn't get to a definitive conclusion. The only thing I can say
is that I don't think there's a single step slowing down the test run,
but it's overall slower. The test has a lot of dpkg operations, and
hence a lot of filesystem sync operations. Perhaps the Debian infra
is making more/better use of eatmydata-like tricks.
Coming to migration excuses, I worked on:
perl:
- holding 18 other packages
- causes two regressions:
- cluster-glue/1.0.12-20ubuntu/ppc64el
Retriggered and it passed, see:
https://autopkgtest.ubuntu.com/packages/cluster-glue/kinetic/ppc64el
- adduser/3.121ubuntu1/i386
This one requires a hint (thanks bdmurray and vorlon for the pointers):
https://code.launchpad.net/~paride/britney/+git/hints-ubuntu/+merge/427039
- hint merged (thanks vorlon)
- perl should be able to migrate now.
ssreflect:
- holding 7 other packages
- mini transition (src:coquelicot needs to be rebuilt)
- A new src:coquelicot upload is already in -proposed, but the arm64
build was unlucky and built against the old version of ssreflect.
- Did a no-change rebuild upload of src:coquelicot
- The autopkgtest now pass:
https://autopkgtest.ubuntu.com/packages/coquelicot/kinetic/arm64
- I expect the package to now be a candiate.
webkit2gtk:
- holding 4 packages
- Causes test regression on src:surf on armhf.
It was already retriggered by jbicha. I tried again and it failed.
- I triggered a surf autopkgtest run without -proposed triggers
(trigger=surf/2.1+git20220504-1). It failed, so the failure has
actually nothing to do with webkit2gtk.
- Passes in Debian:
https://ci.debian.net/data/autopkgtest/unstable/i386/s/surf/23618675/log.gz
- I didn't get to the bottom of this.
rakudo:
- holding 3 packages, 50 days old
- mini transition, did no-change rebuild uploads of:
- perl6-readline
- raku-tap-harness
- retriggered builds of (previously FTBFS on all archs):
- raku-getopt-long (succeeding, s390x not built yet while writing)
- we'll see if there's anything else blocking with the next britney run.
mathcomp-multinomials:
- holding 3 packages
- missing builds on all archs but riscv64
- reason: missing b-deps (riscv64 got lucky because it slow)
- retriggered builds; built everywhere but on arm64.
- reason for missing arm64 build:
.
The following packages have unmet dependencies:
libcoq-mathcomp-bigenough : Depends: libcoq-mathcomp-ssreflect-94ef7
E: Unable to correct problems, you have held broken packages.
.
- HANDOVER: I think we just need a no-change rebuild of
src:mathcomp-bigenough to rebuild against a newer ssreflect.
fonttools:
- holding 3 packages
- causes regression in glyphslib/5.3.2+ds1-1
- the failure also happens in Debian:
https://ci.debian.net/packages/g/glyphslib/unstable/amd64/
- Debian (release critical) bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013363
- filed update-excuse bug linking to the Debian bug:
https://bugs.launchpad.net/debian/+source/fonttools/+bug/1981989
qiime:
- holding 2 packages
- direct autopkgregression on armhf, with error:
AssertionError: dtype('int64') != <class 'int'>
- I wasn't expecting this to ever pass on armhf and did a
migration-reference/0 retrigger, but it actually passed!
- I expect the package to now be a candiate.
- cool that we have a tool for microbiome analysis :)
neovim:
- missing build: s390x
- retrigged build and it worked
- I expect the package to now be a candiate.
Cheers,
Paride