Hi all, During the release week, we decided to still do a +1 rotation: as in yours truly. I was supposed to be shadowed by Paul Mars (upils), but it turns out that Paul ended up going off on his own since I had some last minute release-related things to investigate, some paperwork to do, etc...
I'll adjoin his report at the bottom, to avoid it being stuck in the moderation queue. ## delve FTBFS As suspected, there weren't low-hanging fruits standing out, so we started off looking into FTBFSes, more specifically src:delve, the Golang debugger. The investigation had quite a bit twists and turns, and was quite a bit painful since we weren't able to reproduce it on the usptream test suite. For a while we assumed it was due to a change in the golang dependencies, but eventually Paul figured out that the issue was that the test program used in the fixtures was panicking when setting a timezone. Naturally, this provoked issues when the debugger tried to read local variables defined *after* the panic. The easiest fix for this is to add a tzdata-legacy build-dependency, but of course the best fix is to actually use a "normal" timezone using the Continent/City pattern, which is what Paul did and immediatly forwarded to Debian, where is appears to be fixed: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052030 ## borgbackup2 FTBFS The issue is missing testfiles when pybuild runs the test suite in a test directory. I spent quite a bit of time trying to force pybuild to copy them over using debian/pybuild.testfiles, but that feature wasn't flexible enough. I ended up patching the manifest file to add the missing data, as it's supposed to be handled by a plugin detecting versioned files, which obviously doesn't work when building out of tarballs. The patch has been forwarded to Debian (https://bugs.debian.org/1052875), but for upstream that approach is not the right way forward (and I agree): https://github.com/borgbackup/borg/pull/7876 -------------------------- Below is Paul's report, unedited: - delve - Solved the FTBFS, fixed merged in debian package [0] and in upstream project [1] - dh-make-golang - Same FTBFS on debian - `golang.org/x/tools/go/vcs` is now deprecated and was removed from golang tools - Opened an issue [2], waiting for a reply to see if the project is still maintained. - fscrypt - reproduced locally FTBFS for ppc64el - Failing because `unix.Mmap(-1, 0, length, keyProtection, flags)` (see `crypto/key.go`) is returning an error. - I was unable to understand why this is failing for ppc64el. I guess the underlying syscall is not implemented the same way. - ironic - reproduced autopkgtest fail locally - Caused by `Broken python3-service-identity:amd64 Depends on python3-pyasn1:amd64`. So some python dependencies may be broken. - exec-path-from-shell-el - Unable to reproduce locally - Caused by `Failed to download ‘melpa’ archive.` - I am trying today a fix using a specific TLS version. [0] https://salsa.debian.org/go-team/packages/delve/-/merge_requests/2 [1] https://github.com/go-delve/delve/pull/3527 [2] https://github.com/Debian/dh-make-golang/issues/200 -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
