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
signature.asc
Description: PGP signature
-- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel