+1 Maintenance report from March 16 to March 20, 2026

+1 Maintenance report from March 16 to March 20, 2026

This was my first +1 maintenance shift, so it’s relatively modest, and there were a few hiccups here and there. I didn’t have a specific focus area and mostly chose to work on tasks that seemed relatively simple and appeared to have no activity for an extended period of time.

Work-needed items

  • LP #2144794 We need an AA admin to remove the amrhf binary from golang-github-tinylib-msgp which is otherwise stuck in proposed due to a recently introduced architecture-is-64-bit dependency.
  • LP #2144958: This one is a little tricky and involves broken builds and potentially circular dependencies with a few packages related to python3-trame. See full logs for details.
  • LP #2145035: I’m not entirely certain if this one is valid or not, so feel free to correct me if I’m wrong. Remnants of python-cogent which should have been removed from the archive since Plucky needs to be removed from proposed. See full logs for details.

Full logs

sqlmodel

LP #2144585: sqlmodel had an incompatibility with Python 3.14 that required a patch already present upstream. Given that Debian moved onto a newer version after our FF, it was decided to just do an Ubuntu delta to fix this.

python-urllib3

LP #2144669: python-urllib3 had a dependency against the non-existent package python3-backports.zstd. Given that python3-backports.zstd is just a backport of ZSTD to Python 3.13 and older, it was decided to just remove the dependency.

golang-github-tinylib-msgp (Work needed)

LP #2144794: We need an AA admin to remove the amrhf binary from golang-github-tinylib-msgp which is otherwise stuck in proposed due to a recently introduced architecture-is-64-bit dependency.

python-trame/python-trame-client/python-trame-server (Work needed)

LP #2144958: This one is a little tricky. From a basic glance, it would appear that all is fine with python3-trame, but the upload to the archive is presently broken due to invalid Python files ending up in dist-packages.

The logic to prevent this already exists, and a manual build locally and in a PPA confirms this. On the surface, this implies that a no-change rebuild might be enough to resolve things; however, this exposes a different problem that still keeps the output uninstallable due to ${python3:Depends} resulting in runtime dependencies against python3-trame-client and python3-trame-server. But both of these are reverse dependencies of python3-trame, meaning they have been stuck, waiting for python3-trame to be installable, creating a circular dependency situation. A bit of juggling may be needed to resolve this.

python-cogent (Work needed)

LP #2145035: I’m not entirely certain if this one is valid or not, so feel free to correct me if I’m wrong. python-cogent is showing up in excuses due to a FTBFS. However, python-cogent should have been removed from Plucky. The reason for this appears to be that there are still remnants in proposed that may need cleaning up.

1 Like