Last week’s update is available at https://discourse.ubuntu.com/t/foundations-team-updates-thursday-07-july-2022
APT
Dealing with an issue where installing libudev-dev
upgrades libudev1
and then all reverse dependencies get removed because they depend on the old version of libudev1
, for example udev Depends libudev1 (= ${binary:Version})
. APT’s solver only implements upgrading packages on Breaks
so a udev Depends libudev1
in combination with libudev1 Breaks udev (!= ${binary:Version})
would have had the intended effect. One would expect the versioned depends to be handled equally well.
In the course of this work, implemented two solver changes:
- Implemented upgrading all other binaries in a source package when you upgrade (or newly install) one of them (merge request !247) - this targets kinetic.
- Implemented upgrading installed reverse dependencies that would have broken Depends after an upgrade of the dependency (merge request !248) - to be SRUed.
Organisational
- Out Thursday and Friday (14, 15), then DebConf.
Out next week through Thursday, so sending a report early.
+1 Maintenance
-
bist
: was meant to be removed from jammy-proposed when removed from jammy.
Corrected this oversight now! -
ruby-psych
: previously removed because it build-depends onjruby
which is incompatible withruby3.0
. There’s been no fixedjruby
in Debian but there’s been
another upload ofruby-psych
; remove it again and add it to extra-removals to bring back ifjruby
gets fixed. -
lomiri-app-launch
: build-depends onlibmirclient-dev
, which is still present in Debian but has been removed from Ubuntu and isn’t coming back (per the Mir developers, and
Canonical is upstream for Mir).lomiri-app-launch
was removed from -proposed once before; removing it again. -
indi-sbig
: blocked becauselibsbig
isn’t in the release pocket.libsbig
has a broken
build that builds a -dev package even if the runtime library package can’t be built. Uploaded the trivial fix, removed the binaries from unsupported archs, forwarded to https://bugs.debian.org/1014499. -
rally-openstack
: there was an open update-excuse bug, LP: #1907228, which no longer applies. However, the current package fails to build. It does not fail to build in Debian. I didn’t investigate further so didn’t bother opening a new update-excuse bug which would show nothing more than the build log output. -
gnunet-fuse
: FTBFS because uses a non-standard pthread function call which is obsolete since glibc 2.34. As per https://nxmnpg.lemoda.net/3/pthread_mutexattr_setkind_np, pthread_mutexattr_settype() should be used instead. There is a newergnunet-fuse
in Debian experimental but it still hasn’t fixed this, so made the trivial change, uploaded, forwarded to https://bugs.debian.org/1014501. -
pydantic
: FTBFS in a non-obvious way. Not reproducible in Debian. Skipped. -
mlucas
: the binary is completely broken on ARM platforms because there’s architecture-specific code that tries to check /proc/cpuinfo, but it does it wrong, resulting in a syscall of:
openat(AT_FDCWD, "$HOME/.mlucas.d//proc/cpuinfo", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
There are many, many things wrong with this, but fundamentally it’s wrong for the code to be using its mlucas_fopen() wrapper instead of just calling fopen(). Patched, and sent to https://bugs.debian.org/1014547. Unfortunately, after fixing the obvious bug, the arm64 build still fails with deeper test failures. -
tiledarray
: build-depends onlibbtas-dev
, which is nowhere in Debian or Ubuntu. Filed https://bugs.debian.org/1014548. -
libsass
: symbols file differences on ppc64el due to building with -O3. Fixed and
sent to https://bugs.debian.org/1014552. -
sqlmodel
: all the tests fail at build time. This package uses pytest, so I checked whether the new upstream version of pytest from unstable would fix the build. It did not. Did not investigate further than this. -
golang-github-likexian-gokit
: previously removed from Ubuntu because it failed to build in both Debian and Ubuntu (https://bugs.debian.org/995329). It still fails to build
everywhere, so removing again. -
mlton
: package has self-build-depends and was removed from the archive a while ago
due to bugginess. Verified that the new version could be built with the previous version that was removed, so requested a bootstrap build from the Launchpad team and this is now built. For the moment it’s amd64-only; if there’s interest we could also bootstrap it on armhf from the previous Ubuntu binaries, and on other archs from the Debian binaries, but I’m not sure whether it would be worth the effort or if this would just be a maintenance burden in the future, so I’ve deferred that for now. -
gdb-avr
: missing build-dependency (https://bugs.debian.org/1010451). This is also a
build failure in the release pocket, so I’ve uploaded the fix. -
massivethreads
: strange error about sched_yield symbol already being defined. Had to call in @mwhudson’s support on this one, to find a solution that works around glibc 2.34’s use of assembly in redefining pthread_yield in the system headers. Uploaded and forwarded to https://bugs.debian.org/1014566. -
mysql-workbench
: this package fails to build in Debian and Ubuntu, and also is marked in Debian as unreleasable due to upstream policies (https://bugs.debian.org/923347). Removed from -proposed and blacklisted. -
dpf-plugins
: not migrating because an Ubuntu-specific upload restricted the architecture list. Checked with Erich, who will update it to be Architecture: any again. -
muscle
: all archs aside from amd64 FTBFS. Debian has removed the binaries for these
archs, letting the amd64 package migrate to testing. Removed these binaries formuscle
, and its reverse-dependencytheseus
, to let it migrate. Also hintedtheseus
to let it in despite autopkgtest failures on architectures where it no longer has binaries. -
qwertone
: build-depends on obsolete versions of rust gtk packages; removed from
-proposed and release. https://bugs.debian.org/1002148. -
dioptas
: build-depends onpython3-pyepics
, which is currently in Debian NEW.
Skipped, assuming this will take care of itself this cycle. -
libobject-pad-slotattr-trigger-perl
,libobject-pad-slotattr-lazyinit-perl
,
libobject-pad-slotattr-isa-perl
,libobject-pad-slotattr-final-perl
: broken with current perl and has been removed from Debian and from release but was left behind in -proposed. Removed now. -
lava
: depends on a newerpython3-bpfcc
than we have; andbpfcc
needsbpftool
which isn’t built as a separate package from the Ubuntu kernel packaging. Filed
LP: #1981089 to request an update to the kernel packaging. -
libeconf
: some combination of newer glibc and/or newer gcc in Ubuntu vs Debian causes a build failure from build-time static analysis of the code getting a false
positive of a format string overflow. Suppress the compiler warning, submitted to https://bugs.debian.org/1014604 -
node-grunt-timer
: build-depends onnode-functional.js
which FTBFS because it’s missing a build-dependency ongulp
, but even when adding the build-dependency, the
build fails looking for gulp-jshint which is nowhere to be found. Filed https://bugs.debian.org/1014605 and removednode-functional.js
which needs
sourceful fixes from Debian. Leavingnode-grunt-timer
itself in -proposed for now. -
ghdl
: Failing to build on armhf. The current build log is misleading, the package
now fails to build on all archs because the source is not compatible with llvm 14 (Debian is still at llvm 13 by default but Ubuntu has moved to llvm 14). https://bugs.debian.org/1010539 documents the armhf build failure, which Debian hasn’t taken any decision on yet. Since the package also fails to build on all archs in Ubuntu due to an Ubuntu-specific incompatibility, I’ve left this alone for now. -
tpot
: Build-depends onscikit-learn
>= 1.0, which needed merged from Debian.
Force-syncedscikit-learn
, since it’s unclear that any of the remaining delta is still needed (mostly cherry-picks from upstream). But the newscikit-learn
FTBFS on multiple architectures in Debian, impacting us (but not on ppc64el, which was the cause of the previous Ubuntu delta!). Also, after updatingscikit-learn
,tpot
still fails to build; this build failure is reproducible in Debian, so filed https://bugs.debian.org/1014618. -
firmware-microbit-micropython
: FTBFS with a segfault in the arm cross-toolchain. The segfaulting bit of the toolchain is lto1, which shouldn’t be run when targetting arm given that arm is a non-LTO architecture generally. Also this didn’t show up in the archive rebuild as a build failure. The only relevant difference between the archive rebuild success, and the current failure, waslibstdc++-arm-none-eabi
; that package is stuck in -proposed right now due to significant autopkgtest failures, basically the same lto1 crash everywhere. This turns out to be caused by a change in the packaging to include
dpkg-buildflags at build time - which unfortunately pulls in the flags for the build architecture (amd64) instead of for the target architecture. Patched this to use the build flags for armhf instead, but this should probably be adjusted further. Uploadedlibstdc++-arm-none-eabi
, submitted upstream to https://bugs.debian.org/1014619, and successfully rebuiltfirmware-microbit-micropython
after this change. -
rockhopper
: Dep-wait onigv
, becauseigv
is in multiverse androckhopper
is in universe. In Debian,igv
has moved to main, so I’ve moved it to universe in Ubuntu as
well, clearing the dep-wait.
NBS
-
spice-gtk
: build-depends onlibphodav-2.0-dev
;phodav
unfortunately doesn’t provide an unversioned -dev package name. Attempting to do a straight replacement of the build-dep in debian/control didn’t work, the package fails to build - but it also appears to fail to build without this change. Left this alone for now. -
libsrt1.4-gnutls
: uploaded a round of no-change rebuilds for the reverse-dependencies. -
osmcoastline
: stuck in -proposed and blockinglibgdal30
transition becausepandoc
is out of date on armhf and s390x, and no solution seems to be forthcoming.osmcoastline
has no reverse-dependencies, so removed the armhf and s390x binaries from the release pocket to let this migrate. -
kdb
: blockinglibicu70
removal because the arm64 build failed to upload.
Retriggered the build. -
xjig
: blocks removal oflibnetpbm10-dev
; updating the build-dep tolibnetpbm11-dev
is not sufficient, nor is adjusting include paths. This package builds using xmkmf and hasn’t had a maintainer upload since 2013. Bug filed at https://bugs.debian.org/1014623 and package removed from kinetic. - unfortunately this is insufficient to remove
libnetpbm10-dev
, becauseastrometry.net
also build-depends on it and needs porting, and has substantial reverse-dependencies so we can’t just remove it. Skipping this for now. -
python-rocksdb
: blockslibrocksdb6.11
removal; FTBFS in Debian and Ubuntu, reported at https://bugs.debian.org/1012074 and no reverse-dependencies, so removed from kinetic.
Archive Administration
- Various rounds of NEW package processing, primarily of Debian syncs
- Ran
process-removals
to catch up with Debian removals since the beginning of June
SRU
- Partial SRU shift on Friday, mostly following up on SRUs that I had reviewed with comments last week
- subiquity
- PR: 1345 - added an additional linter step to CI running from Kinetic, in hopes of catching newer errors. PR: 1344 was an example of something that would have been caught with a newer linter.
- PR: 1346 - remove a fragile calculation in guided storage with resize, which was broken due to an unaccounted for spacer between logical partitions.
- PR: 1348 - remove a now-unused endpoint that was superseded by the newer, resize and existing space friendly, form.
- PR: 1349 - use newer curtin (see below GPT fixes)
- PR: 1350 - add fix for a crash during autoinstall if certain values of
interactive-sections
were used. LP: #1974077 - Help with test snap builds for LP: #1978139
- Starting work on fixes related to extended and logical partitions
- Review PR: 1343, 1344, 1347
- Spec reviews
- curtin
- cloud-init
- discussions on cloud-init / autoinstall interactions and informal review of PR: 1572
- pytest
Distro
- src:systemd-hwe review, MP#426491 (cc @enr0n)
- approval + sponsoring for systemd-hwe-hwdb (NEW), https://pad.lv/1981599
- MIR liburi-perl investigation, https://pad.lv/1981608
- protobuf-c MIR + SRU (& fwupd enablement), https://pad.lv/1956617, https://pad.lv/1981538
- merged protobuf-c 1.4.1
Netplan
- [IP6]GRE[tap] tunnels merged, PR#274
- discovered & reported multi-pass parsing bug, https://pad.lv/1981450
- SRU verification https://pad.lv/1967084 (Focal), https://pad.lv/1975576 (Focal & Jammy)
- addressed VRF review comments, PR#285 (cc @schopin)
- Diataxis documentation structure merged, PR#287 (cc @sil2100, @danieleprocida)
- working on VXLAN support, initial rebase PR#288
Misc
- some mid-cycle planing (“netplan everywhere” starter document)
- FTBFS reports: kinetic baseline and kinetic GCC12
(mass retry completed on amd64, i386, ppc64el and s390x, test rebuild still running on arm64, armhf and riscv64) - DebConf22
- Meet & Greet interview
- Proposed migration:
- Working on [MIR] lib*-perl for lintian 2.115 (LP: #1980662)
- Merged primesieve (TIL universe package)
- No-change rebuild openturns against
libprimesieve10
- Merged octave-control (TIL universe package)
- Merged octave-mapping (TIL universe package)
- Sponsored pytest sync for @dbungert
+1
-
tcpreplay no build on armhf (LP 1981635)
-
The immediate cause of this is that armhf is not enabled in debian/control. When armhf is re-enabled, it FTBFS with https://github.com/appneta/tcpreplay/issues/725. That can be worked-around by patching configure.ac to set FORCE_ALIGN on arm* arches. But, then there is another bug (https://github.com/appneta/tcpreplay/issues/726) that causes FTBFS.
It seems that the second bug is a todo item for the next upstream release, so maybe it is best to just wait for the next upstream release to resolve this.
-
-
gtk-gnutella FTBFS (LP 1981474)
- The FTBFS is due to checking PTHREAD_STACK_MIN != 0 with preprocessor directives. But, PTHREAD_STACK_MIN may be defined dynamically, so it should be checked at run time.
-
pydantic FTBFS (LP 1981341)
- The failing test interacts with environment variables to initialize a configuration (as a Python object). The test adds a ‘v’ field to the class, with the default value of ‘default’. The test case expects that this class will not be changed by the execution environment. However, in launchpad builds, the env var V=1 is configured. This causes the assertion failure seen in FTBFS log.
-
fastapi FTBFS
- This appears to be resolved by resolving pydantic FTBFS: https://launchpadlibrarian.net/612458275/buildlog_ubuntu-kinetic-amd64.fastapi_0.74.1-1ubuntu1~ppa1_BUILDING.txt.gz
-
sqlmodel FTBFS
- The build time tests fail because of a bug in python3-fastapi (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1005635). The latter bug is resolved by the python3-fastapi in kinetic-proposed, but that is also FTBFS. This should be resolved when python3-fastapi builds.
-
ruby-jwt FTBFS
- The ruby-jwt package does not yet support openssl 3.0, so it is FTBFS. There is work being done upstream on this, so I just created LP 1981456 (with relevant upstream links), and tagged it update-excuse.
-
ruby-certificate-authority FTBFS (LP 1981458)
- There was a print format change for the x509 v3 authority key identifier field in openssl 3.0, and this test suite appears to depend on that format. Changing the expected test string to match the new format fixes the issue.
-
ruby-html-proofer
- Did not spend too long looking at this one. I get different (and disjoint) sets of failures in my local sbuild and on launchpad builders.
-
probabel FTBFS
-
I think this is a candidate for removal. The Debian maintainer has also indicated this (https://lists.debian.org/debian-med/2022/02/msg00093.html), which is noted in the package’s debian/Readme.Debian.
$ reverse-depends src:probabel -r kinetic
Reverse-Recommends- med-bio (for probabel)
- med-cloud (for probabel)
Packages without architectures listed are reverse-dependencies in: amd64, arm64, armhf, i386, ppc64el, s390x
$ reverse-depends src:probabel -r kinetic -a source
No reverse dependencies found
-
-
reprotest FTBFS (LP 1981624)
- This package hardcodes py39 in tox.ini, so when python 3.10 is the default this FTBFS. This package should dynamically set the tox env in debian/rules.
Distro
- Addressed review feedback on src:systemd-hwe
- @slyon sponsored upload to kinetic (LP 1981599)
- Fixing up unit tests for upstream
ManagedOOMPreference
work - Reviewed PR for more /etc/writable hacks in systemd https://code.launchpad.net/~robert-ancell/ubuntu/+source/systemd/+git/systemd/+merge/426518
- Responded to several ubuntu-release-upgrader upgrade bug reports (nothing out of the ordinary)
The Ubuntu QA Team’s status can be found here:
ubuntu-image
- Created pull request for PPA setup and package installation
- Addressed a few comments and started discussion on gpg keys for PPAs
- Created pull request for live output of commands
- Started working on manual customization states in a branch
golang
- Pushed 1.19 rc1, 1.19 rc2, and 1.18.4 to Debian Salsa
- Merged all 3 of the above versions from Debian
- Investigating failing build time test on 1.18.4
Distro
- proposed-migration: curl
- Uploaded -1ubuntu1 version with patch submitted by Helmut
- Later synced the Debian version with the same patch
- Retried lots of autopkgtests
- Reviewing @enr0n +1 maintenance changes
- Uploaded raspi-config (thanks to @sil2100 for adding to the raspi PPU) (LP: #1972982)
- and discovered an issue in netplan while working on it (LP: #1981071)
- Prepped raspi-config bug for SRU (testing will take a long time) (LP: #1972982)
- More flash-kernel updates, including one for @alexghiti (LP: #1978798 and LP: #1980929)
- Worked on confirming wireless issue on the Zero 2W (false-positive error) (LP: #1980668)
- Finished investigating multi-CPU squashfs (LP: #1980861)
- Tested the Pi watchdog hardware under Ubuntu Server (responding to internal request on m/m; it works out of the box with systemd’s watchdog support)
- Point release meeting
- Pi meetings
U-Boot
- cannot be booted with KVM and smp on riscv64 (LP #1980594)
Problem was in kernel. Kernel patch available upstreams.
Test environment for network applications (DPDK, SPDK, OpenVSwitch, rdma-core)*
- Network set up works now
- Next steps work out test examples and implement scripts
** Testing image **
- Nezha - image nearly ok
- VisionFive - image ok