This week I did my +1 maintenance shift. As usual, I got a bit
sidetracked on Monday due to other pressing matters.
I like to start from the bottom of update -excuses and choose some of the
more challenging FTBFSes. Here's my report:
Investigations
==============
* wtforms -alchemy
- https://bugs.launchpad.net/ubuntu/+source/wtforms -alchemy/+bug/2013156
- Rebuilt the package.
- Build succeeded.
- This should unblock wtforms -json.
* maxima
- Triggered rebuild on ppc64el to see if it works this time.
- No luck. Decided to move to another package.
* git -annex
- https://bugs.launchpad.net/ubuntu/+source/git -annex/+bug/2019992
- Fixed the FTBFS by removing -Wl, -Bsymbolic -functions from LDFLAGS.
Debian accepted the patch as well, which is good.
- ... Unfortunately this did not solve all the problems. It seems
like there's some LTO issue going on. Investigating.
- ... Indeed, disabling LTO seems to fix the FTBFS on ppc64el. Still
not sure what's going on with the riscv64 build.
- ... A bit more investigation and I found that we apparently have to
enable certain Build -Deps for riscv64 as well. Submitted a new bug
to Debian.
- Still not sure what causes the crash on armhf. I tried obtaining a
machine to test the build, but after half a day waiting on an
internal MAAS to reserve me a machine, it failed. I gave up.
- I will sync the package again when Debian accepts my second round of
changes. Let's check if the new upstream version will have any
impact on the armhf bug.
* golang -github -pion -transport
* golang -github -pion -datachannel
* golang -github -pion -dtls.v2
* golang -github -pion -ice.v2
* golang -github -pion -interceptor
* golang -github -pion -mdns
* golang -github -pion -rtcp
* golang -github -pion -sctp
* golang -github -pion -srtp.v2
* golang -github -pion -stun
* golang -github -pion -turn.v2
* golang -github -pion -udp
* golang -github -pion -webrtc.v3
- Made them all migrate by using the correct incantation when
retriggering the tests.
* rust -sequoia -net
- Depends on rust -sequoia -openpgp >= 1.13, which is packaged in Debian
experimental, so I sync'ed it.
- Unfortunately, rust -sequoia -openpgp depends on a newer version of
rust -base64. There is an update ready to be uploaded on salsa,
which leads me to believe that we should be able to untangle this
soon.
* bind -dyndb -ldap
- This will need a rebuild when we merge bind9 from Debian. I left a
comment in the merge bug.
* netatalk
- dep8 test fails due to wrong regexp.
- There's a fix on salsa, but it hasn't been uploaded to Debian yet.
I believe we should see an upload soon now that bookworm is out.
- https://bugs.launchpad.net/ubuntu/+source/netatalk/+bug/2023728
- My initial intention was to leave the package as is instead of
introducing unnecessary delta, but given that I've been called out
before when I did that, I went ahead and uploaded a fixed package to
Ubuntu.
* simde
- dep8 failing on ppc64el.
- I noticed that the Debian maintainer uploaded a new version to
unstable today (2023 -06 -13). I hasn't been picked up by LP yet, so
I'll give it some time and see if that fixes the problem.
- ... Unfortunately the new upload did not fix the failure.
* emacs -corfu
- Depends on elpa -compat >= 29.1.4.0, but Debian and Ubuntu carry
29.1.3.0.
- I uploaded compat -el 29.1.4.0 to Debian, it should help resolve this
situation.
* fwupd
- Retriggered the amd64 dep8 test; passed.
* libvcflib
- FTBFSing on s390x.
- Filed
https://bugs.launchpad.net/ubuntu/+source/libvcflib/+bug/2024021 and
the upstream equivalent https://github.com/vcflib/vcflib/issues/386
* libgnatcoll -db
- Retriggered build for ppc64el, which passed.
* mac -fdisk
- The package only builds on architectures that aren't support by Ubuntu.
- Filed
https://bugs.launchpad.net/ubuntu/+source/mac -fdisk/+bug/2024062
asking for its removal.
* libssh
- dep8 test fails on ppc64el/s390x.
- Passes on debci.
- I tried reproducing it using a ppc64el canonistack box, but the test
always passes there, too.
- Filed https://bugs.launchpad.net/ubuntu/+source/libssh/+bug/2024064
to document what I did. It seems to be something specific to our
autopkgtest infra, so I stopped the investigation.
* intercal
- Retriggered amd64 build. Passed.
* taglib
- i386 build has been stuck for a while due to a missing dependency
(utfcpp).
- I checked and utfcpp seems to be the only missing piece to build
taglib on i386. Everything else is already built for the
architecture, and utfcpp itself only Build -Depends on packages
already available for i386, too.
- Pinged vorlon and ask if there's any interest in adding utfcppp to
i386's whitelist in order to unblock taglib.
- ... all done:
https://launchpad.net/ubuntu/+source/utfcpp/3.2.3 -1/+build/26310472
* geoalchemy2
- dep8 tests failing on s390x. Most likely a problem with endianess.
- Filed https://bugs.launchpad.net/ubuntu/+source/geoalchemy2/+bug/2024067
* jetty9
- trapperkeeper -webserver -jetty9 -clojure's dep8 test failing.
- I noticed that Debian seems to have fixed the issue in a new upload
to experimental, so I sync'ed the package. Will keep an eye.
--
Sergio
GPG key ID: E92F D0B3 6B14 F1F4 D8E0 EB2F 106D A1C8 C3CB BF14
