Thursday 28 July 2022

+1 maintenance report

Thanks to sickness and leave and other interruptions I didn't get a whole lot done in my shift, and I didn't do a very good job of recording the things I did do I'm afraid.

# ffmpeg 5

I spent a while looking at the ongoing ffmpeg 5 transition and it's a huge mess. ffmpeg itself has now migrated but there are a pretty large set of packages on NBS depending on the old ffmpeg libraries. Dan did a great job of sorting out all the easy and easy-ish stuff here but most (all?) of the remaining packages seem to require at best moving to much newer upstreams than are present in the archive or at worse extensive upstream work (some packages may be able to be built without ffpmeg support until upstream catches up, which degrades functionality but might be worth doing as a stop gap). I feel like at this point it is not really something that is suitable for +1 maintenance work. Unless someone who already has experience with ffmpeg can devote an entire shift to it, I'm not sure what our plan should be.

# opencv

This is the other big in progress transition. I don't really know what the hold up is here: it seems that opencv is failing to build on armhf and arm64 due to infrastructure issues?

# simpler NBS stuff

vzctl was the only package depending on libcgroups1. I uploaded a no-change rebuild and it migrated.

astrometry.net's failing autopkgtests were the only thing keeping libnetpbm10 files around. Steve had patched astrometry.net's dependencies to point at libnetpbm11-dev but an include path fix was also needed, which I uploaded.

autofdo (last package depending on libgoogle-glog0v5) ftbfs, probably because our llvm is too new. Upstream /may/ have this fixed in git, unfortunately in an omnibus commit with the message "Update to the latest internal version." I suspect the two sensible options here are to just take upstream git as a new upstream version or remove the package (it has no rdeps).

gst-plugins-bad1.0: some tests time out on arm64. I don't know why -- the build completes in <15 minutes on all other architectures.

There is some stuff on NBS due to a ldc transition: r-to-d, appstream-generator, tilix, etc. AFAICT all of these packages have been removed from Debian testing and I guess we should follow along.

The 'apertium' source package changed the name of the binary package for its library part and apertium-recursive needed a no-change rebuild to pick this up.

Cheers,
mwh