+1 maintenance report

Fri Jun 16 20:17:12 UTC 2023

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 873 bytes
Desc: not available
URL: <https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20230616/42c64dcb/attachment.sig>