Short week, public holiday + PTO
+1 maintenance
-
rust-diesel
: uninstallable on armhf because it depends on packages not built on any 32-bit arch. Added a build-dependency on these packages, so that the uninstallable binaries wouldn’t be built; and forwarded to Debian for consideration (either they should add the build-dependency or drop the runtime dependency, either way). LP: #2024059 However, it appearsrust-diesel
has just started failing to build on all architectures, so I filed Debian bug #1038138 for that and removed the package from mantic-proposed. -
maxima
: FTBFS on ppc64el, but not in Debian; so tried rebuildinggcl
with -O3 disabled but it still segfaulted. Dumped some information in bug #2024061 after trying a few more things, and gave up. -
cgreen
: unsatisfied versioned build-dependency on libbinutils; we had done a no-change rebuild once before but this didn’t manage to migrate? So trying again. But also, it regressed in buildability on s390x, so filed Debian bug #1038145 about this. -
calligra
: build failure wasn’t reproducible locally. Retried and it succeeded. -
rust-sequoia-net
: unpick build-dep chainrust-sequoia-openpgp
->rust-nettle
->rust-nettle-sys
. Currentrust-sequoia-openpgp
needs the newerrust-base64
in -proposed, butrust-sequoia-net
needs the older one. Removedrust-sequoia-net
from -proposed to let this settle out in Debian. -
python-cogent
: stuck in -proposed because Debian dropped 32-bit arch support and we have armhf binaries left behind; removed the binaries. -
eztrace
: LP: #2016471 identified that the test was broken becauselibomp
was built with-Bsymbolic-functions
but there was reluctance to disable this option. It’s legitimate to build without-Bsymbolic-functions
when a package in the
archive needs to intercept internal library calls. LP: #230460 is a prior example of this from when the hardening flag was introduced. Uploadedllvm-toolchain-15
with a targeted change to disable-Bsymbolic-functions
only for libomp, not for all of llvm. But it somehow didn’t work. And somehow rebuildingllvm-toolchain-15
with no relevant changes also now fails. Giving up. -
opm-simulators
: stuck because the riscv64 build had been cancelled. Retriggered it, and it failed again with no build log. Between this and the changelog, seems like it might be OOMing the builders. Opened a bug. - Retriggered autopkgtests for packages involved in the
r-base
transition. There are packages not yet ready for the newr-base
, but this makes clear which ones those are.
Distro
- time_t work
- fighting to do the time_t analysis of boost, keeps running out of memory in VM in canonistack and can’t allocate a larger VM
SRU
Full SRU day on Friday