[00:14] <vorlon> ~35 minutes right now for a britney notest run fwiw
[01:06] <vorlon> and an unreasonable amount of time to sync this to the frontend, which warrants some investigation
[01:08] <vorlon> looks like a caching problem with the IS proxies :/
[01:09] <vorlon> hmm no it isn't
[01:09] <vorlon> our webserver straight up doesn't have the right version of this file synced
[01:20] <vorlon> ... and is repeatedly failing to sync it?
[01:52] <vorlon> juliank: well, you did a no-change rebuild of readline against readline
[01:53] <vorlon> ah and disabling the implicit dependencies policy was enough that glib2.0 now just gets through on a notest run(?)
[01:54] <vorlon> which implies it's *only* tests blocking things now
[01:57] <vorlon> oop no I read it wrong
[02:13] <vorlon> ginggs, doko: ok so britney wants to migrate python3-stdlib-extensions, python3-defaults, python3.12, and python3.11 all at the same time; and this breaks python3.11 because it depends on python3.11-distutils which is a virtual package that goes away
[02:14] <vorlon> ginggs, doko: and python3-stdlib-extensions can't be held back because it's needed for updating the dependency on gdbm...
[02:14] <vorlon> I guess I could delete python3.11-{full,venv} on armhf :P
[02:16] <vorlon> blktrace getting sassy on ppc64el with -O3 + format-overflow
[02:20] <vorlon> ironically the package not being included in the glib2.0 notest autohint is ceph, which is an actual candidate with tests
[02:20] <vorlon> wait no update_excuses is lying again and it's not a candidate
[02:20] <vorlon> because google-perftools/armhf
[02:21] <vorlon> ^ synced fix from Debian
[02:21] <vorlon> oath-toolkit also needs sorting
[02:22] <vorlon> because it depends on libpam0t64 which has been reverted
[02:22] <vorlon> only package to have that problem; fixing now
[02:22] <vorlon> right, letting those cook, afk for a bit
[05:26] -queuebot:#ubuntu-release- New binary: ukwm [amd64] (noble-proposed/universe) [1.2.1-0ubuntu4] (ubuntukylin)
[05:28] -queuebot:#ubuntu-release- New binary: ukwm [ppc64el] (noble-proposed/universe) [1.2.1-0ubuntu4] (ubuntukylin)
[05:28] -queuebot:#ubuntu-release- New binary: ukwm [s390x] (noble-proposed/universe) [1.2.1-0ubuntu4] (ubuntukylin)
[05:29] -queuebot:#ubuntu-release- New binary: ukwm [arm64] (noble-proposed/universe) [1.2.1-0ubuntu4] (ubuntukylin)
[05:48] <doko> vorlon: yes, deleting python3.11-{full,venv} sounds fine for the migration. but I'm curious why it wants migrate python3.11 at all
[05:49] <vorlon> doko: it was rebuilt for the new gdbm package name
[05:49] <vorlon> hadn't been dropped yet from the release
[05:50] <vorlon> (and still can't be from what I see)
[06:17] <vorlon> webkit2gtk out of date on riscv64 because of cmake any/all skew at time of last build; given back now
[06:17] <vorlon> aaaand that takes 3 days to build
[06:17] <vorlon> so
[06:17] <vorlon> calling it a night
[06:57] -queuebot:#ubuntu-release- New binary: ukwm [riscv64] (noble-proposed/universe) [1.2.1-0ubuntu4] (ubuntukylin)
[07:16] -queuebot:#ubuntu-release- New binary: ukwm [amd64] (noble-proposed/universe) [1.2.1-0ubuntu5] (ubuntukylin)
[07:17] -queuebot:#ubuntu-release- New binary: ukwm [s390x] (noble-proposed/universe) [1.2.1-0ubuntu5] (ubuntukylin)
[07:18] -queuebot:#ubuntu-release- New binary: ukwm [ppc64el] (noble-proposed/universe) [1.2.1-0ubuntu5] (ubuntukylin)
[07:19] -queuebot:#ubuntu-release- New binary: ukwm [arm64] (noble-proposed/universe) [1.2.1-0ubuntu5] (ubuntukylin)
[07:26] -queuebot:#ubuntu-release- New binary: ukwm [armhf] (noble-proposed/universe) [1.2.1-0ubuntu5] (ubuntukylin)
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [amd64] (noble-proposed) [1.2.1-0ubuntu4]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [ppc64el] (noble-proposed) [1.2.1-0ubuntu4]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [s390x] (noble-proposed) [1.2.1-0ubuntu4]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [arm64] (noble-proposed) [1.2.1-0ubuntu4]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [riscv64] (noble-proposed) [1.2.1-0ubuntu4]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [amd64] (noble-proposed) [1.2.1-0ubuntu5]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [armhf] (noble-proposed) [1.2.1-0ubuntu5]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [s390x] (noble-proposed) [1.2.1-0ubuntu5]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [arm64] (noble-proposed) [1.2.1-0ubuntu5]
[07:29] -queuebot:#ubuntu-release- New: accepted ukwm [ppc64el] (noble-proposed) [1.2.1-0ubuntu5]
[07:45] <LocutusOfBorg> vorlon, ping for libfm bootstrap
[07:45] <LocutusOfBorg> :)
[08:37] <doko> vorlon: I don't think this is the correct behavior:
[08:37] <doko> $ DEB_BUILD_MAINT_OPTIONS=qa=-bug-implicit-func dpkg-buildflags | grep ^CFLAGS=
[08:37] <doko> CFLAGS=-g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/data/recutils-1.9=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection -fdebug-prefix-map=/data/recutils-1.9=/usr/src/recutils-1.9-3build2
[08:37] <doko> even on armhf
[08:40] <LocutusOfBorg> juliank, w.r.t. your obs rebuild -> debian/rules:	echo "libobs 0 libobs0 (= $(DEB_VERSION))" > debian/shlibs.local
[08:43] <juliank> vorlon: well readline needs an upload,  one of its binaries (rlfe) has a hardcoded dependency on the old name. That's why those happen;)
[08:43] <juliank> But yeah a real change not a no-change
[08:46] <LocutusOfBorg> juliank, fixed!
[08:52] <juliank> ack
[08:52] <juliank> Fixing readline both in Debian and Ubuntu
[09:03] <juliank> doko: hmm it's not clear what happened, but the readline upload somehow ended up with the entire changelog in .changes
[09:04] <juliank> doko: Despite only running dpkg-buildpackage -S in an unstable container
[09:05] <juliank> doko: Oh you did a parallel upload
[09:05] <juliank> very good
[09:06] <juliank> It's likely most in https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/global-ben.rebuild-for.txt now need manual uploads
[09:19] <juliank> doko: https://bugs.launchpad.net/ubuntu/+source/yrmcds/+bug/2058803
[09:19] -ubottu:#ubuntu-release- Launchpad bug 2058803 in yrmcds (Ubuntu) "RM: src:yrmcds; FTBFS, leaf" [Undecided, New]
[09:22] <juliank> Did jpeg-xl, scram, swi-prolog, ui-gxmlcpp rebuilds/fixes
[09:22] <juliank> With yrmcds done this leaves anything else in the list as needing manual fixes
[09:22] <juliank> or removing from pocket
[09:22] <juliank> :D
[09:37] -queuebot:#ubuntu-release- New binary: ubuntukylin-wallpapers [amd64] (noble-proposed/universe) [24.04] (ubuntukylin)
[09:49] <doko> vorlon: https://paste.ubuntu.com/p/dvJXRRSKq5/ tested on armhf and amd64
[10:03] <doko> juliank: removed
[10:03] <juliank> doko: ta
[10:13] <doko> kanashiro: could you have a look at https://launchpad.net/ubuntu/+source/glyr/1.0.10-2build2/+build/27953034 ?
[10:14] <juliank> doko: armhf queues are almost empty, we probably should schedule some more retries for something; I think I still have permissions and could just retry *everything* in huge
[10:14] <juliank> This will leave space for anything more urgent to be systematically retried
[10:15] <doko> sure, just do that
[10:15] <doko> jbicha: gst-python1.0 tests fail during the build
[10:21] <juliank> oh I don't think I have access after all
[10:21] <juliank> :D
[10:22] <juliank> I can queue it normally
[10:29] <juliank> better then ending up with empty queues
[10:32] <juliank> Our main problem now are the amd64 and i386 queues as they don#t go downward at all
[10:35] <juliank> s390x is getting down, I'll probably schedule about 500 reruns there
[11:02] <ricotz> hello, any objections to upload a new libreoffice which will drop oython-distutils
[11:02] <ricotz> doko, hi :) ^
[11:05] <juliank> ricotz: current upload is fully broken in -proposed, so go ahead
[11:06] <ricotz> juliank, alright, a PPA test build went well
[11:13] <juliank> indiscriminate retries of all armhf and s390x test failures scheduled. and with that I sign off again :D
[11:25] <ricotz> juliank, https://launchpad.net/ubuntu/+source/linux/6.8.0-20.20build1
[11:33] <jbicha> doko: bug 2057836
[11:33] -ubottu:#ubuntu-release- Bug 2057836 in pygobject (Ubuntu) "gst-python1.0 fails to build: test failures" [High, Triaged] https://launchpad.net/bugs/2057836
[12:06] <vorlon> doko: DEB_BUILD_MAINT_OPTIONS=qa=-bug-implicit-func> I don't remember what the armhf behavior was expected to be here, I did a straight revert; but in any case I'm not comfortable with disabling implicit-function-declaration on armhf, there's high risk of misbuild and nobody is going to actually audit the code beforehand to make sure it's not referencing time_t functions - if you have time to do
[12:06] <vorlon> that, you have time to just declare the prototypes
[12:18] <doko> well, I checked it on Debian armhf, you can disable it there
[12:55] <juliank> ricotz: probably needs a real upload by the kernel team
[12:57] -queuebot:#ubuntu-release- New binary: u-boot-s32 [amd64] (noble-proposed/universe) [2022.04-bsp37.0-0ubuntu1] (no packageset)
[12:58] <juliank> ubuntu-archive: please revert linux to 6.8.0-20.20
[12:58] <kanashiro> doko re glyr FTBFS: I am not with my laptop right now, but the Dir.exists? method was renamed to Dir.exist? , so we very likely need to path the code to rename the calls to that method. If this is not fixed until I get my laptop I can fix it later
[12:58] <kanashiro> s/path/patch
[12:58] -queuebot:#ubuntu-release- New binary: u-boot-s32 [ppc64el] (noble-proposed/universe) [2022.04-bsp37.0-0ubuntu1] (no packageset)
[12:59] <juliank> ubuntu-archive, ricotz: Not sure what's going on with linux and my rebuild script but it picked up wrong version: # Rebuilding linux due to linux-tools-6.5.0-9 6.5.0-9.9 depending on {'libdw1', 'libssl3', 'libelf1'}
[12:59] -queuebot:#ubuntu-release- New binary: u-boot-s32 [s390x] (noble-proposed/universe) [2022.04-bsp37.0-0ubuntu1] (no packageset)
[13:00] <juliank> I see, I guess the 6.5.0-9 is NBS
[13:04] -queuebot:#ubuntu-release- New binary: u-boot-s32 [armhf] (noble-proposed/universe) [2022.04-bsp37.0-0ubuntu1] (no packageset)
[13:05] -queuebot:#ubuntu-release- New binary: u-boot-s32 [arm64] (noble-proposed/universe) [2022.04-bsp37.0-0ubuntu1] (no packageset)
[13:05] <juliank> Ah yeesh, it *moved* source packages and we have the wrong one
[13:06] <juliank> we have linux-headers-6.5.0-9-generic built from src:linux
[13:06] <juliank> and linux-headers-6.5.0-9-generic is now in src:linux-riscv
[13:06] <ricotz> juliank, I think the packaging is a bit special and the version schema matters a lot
[13:08] <juliank> ah of course, linux-headers-6.5.0-9-generic from linux-riscv is only on riscv
[13:13] <juliank> OK, fixed
[13:18] -queuebot:#ubuntu-release- New binary: u-boot-s32 [riscv64] (noble-proposed/universe) [2022.04-bsp37.0-0ubuntu1] (no packageset)
[13:18] <juliank> The script now ignores binary names neither in release or proposed
[13:18] <juliank> and if it finds it in proposed, it checks that the binary it evaluates is the latest
[13:18] <juliank> and otherwise, it checks it is built from the version of the source package
[13:18] <juliank> aka. it checks proposed binaries built from proposed source, and release binaries from release source
[13:19] <juliank> source version, that is :)
[13:19] <juliank> Sorry about that
[13:20] <juliank> the remaining ones in https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/global-ben.rebuild-for.txt now need manual action due to hardcoded dependencies
[13:21] <juliank> e.g. > rebuild-for "libcurl4t64" mariadb
[13:21] <juliank> it has Depends: libcurl4, twice
[13:21] <juliank> I'm removing those and see if it builds
[13:35] <doko> jbicha, vorlon: do we have any dependencies on unity? or can we remove it? googletest now wants -std=c++14, while unity wants -std=c++11 and is not ready for c++14. now disabling the testing to avoid googletest is one thing, maybe packaging an older googletest as well.
[13:37] <doko> juliank: how do I read that list? e.g. sdpa doesn't have any hard-coded deps
[13:46] <jbicha> doko: Ubuntu Unity is an official Ubuntu desktop flavor
[13:52] <juliank> doko: Oh so that one has  libmumps-seq-${mumps-seq:Version} twice
[13:52] <juliank> # Rebuilding  due to sdpa 7.3.16+dfsg-1build3 depending on {'libmumps-seq-5.6'}
[13:52] <juliank> # Rebuilding sdpa due to sdpam 7.3.16+dfsg-1build3 depending on {'libmumps-seq-5.6'}
[13:52] <juliank> doko: presumably that is set to 5.6 as we see the log saying this ^ https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/global-ben.log
[13:53] <juliank> it does LIBMUMPS_VER := $(shell dpkg --status libmumps-seq-dev | awk '/^Version:/ {print $$2}' |cut -f 1 -d "-" | cut -d . -f 1-2)
[13:53] <juliank> so yeah it always picks up the upstream version
[13:54] <juliank> so we need to append t64 to the variable or do libmumps-seq-${mumps-seq:Version}t64
[13:55] <juliank> doko: i.e. all of them I or somebody else did issue no-change rebuilds for already for one of the reasons listed in the "" (my rebuild-for script checks dpkg-parsechangelog for any of them and then skips build)
[13:57] <juliank> Literally one can download https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/rebuild-for as well
[13:57] <juliank> Which is I guess originally xnox's script but with some tweaks :)
[13:58] <juliank> It's syntax is literally rebuild-for <reason> <package> [<release>]
[14:00] <juliank> Other thing to look at is https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/global-ben.txt which shows full transitions, including missing builds on armhf in []
[14:01] <juliank> it's syntax is
[14:01] <juliank> libarchive13 (rebuild-for libarchive13t64) Reverse-Depends: python-libarchive-c [glom] [lnav] [pacman-package-manager]
[14:01] <juliank> i.e. libarchive13 to libarchive13t64 transition, python-libarchive-c needs a rebuild (possibly manual), and glom, lnav, pacman-package-manager are also in need of a rebuild but there is one failing/not-yet-built in proposed
[14:03] <juliank> That's like the full list of build failures that needs resolving
[14:03] <juliank> or well full list of stuff left to build
[14:03] <doko> no, I was looking for the hard-coded libraries
[14:04] <juliank> Yes you greped from libmumps-seq-5.6 and hence didn't see libmumps-seq-${mumps-seq:Version}
[14:04] <juliank> * grep-ed for
[14:05] <doko> that's my take on fixing those: http://launchpadlibrarian.net/720820884/python-netsnmpagent_0.6.0-2build1_0.6.0-2ubuntu1.diff.gz
[14:06] <juliank> lgtm
[14:07] <juliank> I admit I'm lazier
[14:07] <juliank> I just delete them where applicable or append t64
[14:08] <juliank> to see if you can delete them you can consult https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/proposed-binaries.txt with the binary package name
[14:08] <juliank>   * mariadb-plugin-s3 depends on conflicting packages: libcurl4t64=8.5.0-2ubuntu7 vs libcurl4=8.5.0-2ubuntu2
[14:08] <juliank>     - chain 1: libcurl4t64:armhf (>= 7.16.2)
[14:08] <juliank>     - chain 2: libcurl4:armhf
[14:09] <juliank> Something like that in the first section will show you directly conflicting dependencies in the same binary
[14:09] <juliank> That is, shlibs picked up the dep too
[14:12] <juliank> hack smarter not harder :)
[14:12] <juliank> ooh amd64 test queue is making good progress
[14:13] <juliank> feels like some tests got dropped though :)
[14:13] <juliank> 10.9k to 6.2k in 15 mins lol
[14:16] <juliank> doko: if you have a minute, please remove src:linux 6.8.0-20.20build1 from proposed and copy  6.8.0-20.20 back in again
[14:16] <juliank> that was a mistaken rebuild
[14:34] <doko> juliank: Deleted 1 minute ago by Matthias Klose
[14:34] <doko> remove linux, uploader wants to stay in Foundations team
[14:52] <kanashiro> doko FYI glyr fix uploaded to noble
[14:53] <juliank> doko: lol
[15:43] <tsimonq2> Ah cool, excuses is down to 39 MB from 50 MB. :P
[15:44]  * tsimonq2 breaks out the Python interpreter and the YAML copy
[16:01] <tsimonq2> The Plasma bugfix release, which Kubuntu must have for the Noble release, is blocked on Qt which is waiting on autopkgtests, but Qt is blocked by glib2.0 and gtk+3.0 (wat), in addition to cups.
[16:03] <doko> tsimonq2: can you coordinate with vorlon about uploading that? just depending on how long that takes to build everywhere
[16:03] <tsimonq2> doko: It's been in proposed for a week or two now.
[16:04] <doko> ahh, so no new uploads
[16:04] <tsimonq2> Correct.
[16:05] <tsimonq2> Scarlett has some more items she'd like to upload as part of the Plasma stack, but that's waiting on the DMB to process the backlog of requests.
[16:06] <tsimonq2> An example package in the Plasma stack is plasma-discover, which Lubuntu also seeds.
[16:15] <RikMills> tsimonq2: qt5-gtk-platformtheme from qtbase depends on libgtk-3-0t64
[16:16] <tsimonq2> Okay, that makes a little more sense.
[16:26] <doko> juliank: rebuild-for "libmission-control-plugins0t64" telepathy-mission-control-5 ???
[16:27] <doko> I fixed the docdir symlink, but can't find anything else
[16:28] <juliank> doko: log says Rebuilding telepathy-mission-control-5 due to libmission-control-plugins-dev 1:5.16.5-2.1ubuntu4 depending on {'libmission-control-plugins0'}
[16:29] <juliank> Let's see
[16:30] <juliank> I'm on a phone at a train station and launchpad is hanging
[16:31] <doko> yes, people are already working on it
[16:32] <juliank> doko: I think the doc dir Link causes the depends
[16:32] <juliank> So you should have the full fix
[17:02] <vorlon> LocutusOfBorg: I did double-check that libfm built in the bootstrap archive; I'm not sure why the armhf binaries didn't get copied out; re-copying now
[17:10] <vorlon> LocutusOfBorg: well, I got a launchpad oops, that's fn
[17:10] <vorlon> fun
[17:10] <vorlon> trying again; if it's reproducible I guess I'll re-bootstrap
[17:11] <doko> juliank: samba is just an Enhances field ...
[17:13] <juliank> Ooh log is empty now
[17:13] <juliank> I did a no-change rebuild yesterday
[17:14] <vorlon> LocutusOfBorg: yeah, launchpad oops reproducible, doing another bootstrap
[17:24] -queuebot:#ubuntu-release- New binary: libreoffice [ppc64el] (noble-proposed/main) [4:24.2.2~rc2-0ubuntu1] (ubuntu-desktop)
[17:24] <vorlon> NCU of gst-plugins-good1.0, needed on at least riscv64; should take care of a large chunk of the uninstallables on https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_output_notest.txt
[17:25] <juliank> ok doko can you tell me what line you saw for samba?
[17:27] <vorlon> lovely, nemo depends: libcinnamon-desktop4, libcinnamon-desktop4t64
[17:27] <juliank> ok fixed global-ben
[17:28] <juliank> it did not run anymore
[17:28] <vorlon> so that should be cinnamon and ubuntu-desktop fixed in the next notest run
[17:28] <juliank> doko: Ah I see it, yeah somehow Enhances leaked through / came back in
[17:28] <juliank> pretty certain I had that fixed yesterday
[17:28] <vorlon> back to looking at test failures on armhf now that we've done some reruns
[17:32] <juliank> vorlon: Not sure what you scheduled yesterday, I just reran everything today (again?) because queues were empty, but it's 3/4th done again :D
[17:32] <juliank> well s390x and armhf I did
[17:32] <vorlon> I only rescheduled on armhf
[17:32] <juliank> But only BADPKG or all?
[17:33] <juliank> I'll go reschedule ppc64el I think now, queues for that are empty
[17:33] <vorlon> ah globally I only rescheduled BADPKG
[17:33] <vorlon> for glib2.0 I retried all of them
[17:33] <juliank> well now we have all for everything (well 589 left I suppose)
[17:34] <vorlon> hmm colord was previously a segfault now it's badpkg
[17:35] <vorlon> eh. Internal Server Error trying to upload to launchpad
[17:35] <juliank> launchpad 500ed a bit today
[17:35] -ubottu:#ubuntu-release- Launchpad bug 500 in kdegraphics (Ubuntu) "Package description does not match content/dependencies" [Medium, Fix Released] https://launchpad.net/bugs/500
[17:35] <juliank> ppc64el retries being scheduled now
[17:36] <juliank> only 300
[17:37] <juliank> I added a progress bar by piping curl output lines to pv so it loks nice and gives me an eta :)
[17:38] <juliank> s390x and ppc64el retries also using all-proposed fwiw
[17:38] <vorlon> ugh how is xdg-desktop-portal-gnome not installable
[17:39] <juliank>   * xdg-desktop-portal-gnome depends on conflicting packages: libglib2.0-0t64=2.79.3-3ubuntu5 vs libglib2.0-0=2.79.2-1~ubuntu1
[17:39] <juliank>     - chain 1: libglib2.0-0t64:armhf (>= 2.79.0)
[17:39] <juliank>     - chain 2: xdg-desktop-portal:armhf (>= 1.17.1) -> libglib2.0-0:armhf (>= 2.70.0)
[17:39] <juliank> vorlon:
[17:39] <vorlon> yeah, *how* :)
[17:39] <vorlon> depwait :P
[17:39] <vorlon> retrying
[17:40] <vorlon> and retrying everything that's depwait
[17:40] <juliank> but hmm
[17:40] <juliank> yes
[17:41] <juliank> good idea
[17:41] <doko> vorlon, juliank: https://magenta.jak-linux.org/ubuntu-archive/distcheck/noble.armhf/global-ben.rebuild-for.txt uploaded fixes for python-fusepy and below. now afk for a while
[17:42] <vorlon> doko: cheers
[17:42] <vorlon> I'm going to get through the list of glib2.0 armhf test regressions, then I'm also afk for a bit
[17:43] <juliank> I had a couple of 500 errros when uploading, can you retry all upload failures easily, vorlon?
[17:43] <vorlon> juliank: not "easily". I only had 2 here
[17:43] <juliank> ok
[17:43] <vorlon> correction, 3
[17:43] <vorlon> and the important one, gst-plugins-good, is reuploaded
[17:44] <juliank> retrying by hand
[17:45] <juliank> I had courier, fungoloids, libwlocate, and emacs-pdf-tools
[17:45] <juliank> boooring
[17:46] <vorlon> cpdb-backend-cups ftbfs with a test failure, blocks cpdb-libs autopkgtest due to uninstallability https://launchpad.net/ubuntu/+source/cpdb-backend-cups/2.0~b5-0ubuntu5/+build/27953421
[17:47] <doko> still getting 50% rejects on uploads
[17:50] <vorlon> and cups-browsed still segfaults before LD_DEBUG=all gives any output
[17:50] <vorlon> trying a rebuild just in case
[17:52] <vorlon> was someone sorting out sssd yesterday? gdm3 autopkgtest currently still fails on installing it
[17:54] <vorlon> ests: build-lib
[17:54] <vorlon> Depends: libgenometools0-dev, libgenometools0, build-essential
[17:54] <vorlon> PEOPLE
[17:54] <vorlon> DO YOU KNOW WHAT DEPENDENCIES ARE
[17:55] <vorlon> THIS IS NOT SunOS
[17:58] <vorlon> oops almost spent time fixing gimp-plugin-registry instead of removing it, out of reflex
[18:00] <juliank> It's easier for me to spend a minute fixing and uploading it then to analyse reverse dependencies and ask for removal :)
[18:01] <vorlon> gimp-plugin-registry has implicit function decls, that's more than a minute
[18:01] <vorlon> also for some of these it might be ok to fix it but ALSO ask for removal
[18:01] <juliank> heh
[18:03] <vorlon> wow, sure enough, cups-browsed works on a NCU
[18:03] <vorlon> cosmic rays are real
[18:04] <vorlon> ok, that gets me as far as gtk4 which I think I heard mwhudson ranting about the other day; I'm going to stop there for now, afk for food
[18:05] <vorlon> (and removing gtk4 revdeps would be a bit much)
[18:24] <juliank> working on anki
[18:25] <juliank> uploaded anki
[18:25] <juliank> working on appmenu-gtk-module
[18:27] <juliank> working on aqemu
[18:28] <juliank> oh doko said #ubuntu-devel not #ubuntu-release
[18:30] <juliank> "Add explicit dependency on libqt5dbus5"
[18:30] <juliank> no dbus in the code at all
[18:34] <juliank> working on atomes
[18:38] <juliank> caribou
[18:39] <vorlon> /usr/include/cglm/struct/affine.h:135:23: note: expected ‘vec3s’ but argument is of type ‘mat4s’
[18:39] <vorlon> yeah not my problem
[19:08] -queuebot:#ubuntu-release- New binary: libreoffice [s390x] (noble-proposed/main) [4:24.2.2~rc2-0ubuntu1] (ubuntu-desktop)
[19:19] <jbicha> I'd love to have gimp-plugin-registry removed because it is one of a long list of things that needs to be handled to switch to gimp3 & would be nice to switch later this year
[19:40] -queuebot:#ubuntu-release- New binary: libreoffice [arm64] (noble-proposed/main) [4:24.2.2~rc2-0ubuntu1] (ubuntu-desktop)
[20:11] <doko> I mean #u-r, but hey, #u-r is also good
[20:26] <vorlon> jbicha: well I've only removed it on armhf... :)
[20:26] <vorlon> fwiw it would make sense for people to check for packages that are missing builds on riscv64
[20:27] <vorlon> these take longest the build, it's the second most likely arch to have build failures, and removing armhf packages isn't going to fix these
[20:37] -queuebot:#ubuntu-release- New binary: libreoffice [amd64] (noble-proposed/main) [4:24.2.2~rc2-0ubuntu1] (ubuntu-desktop)
[20:51] <vorlon> retrying all armhf build failures again (ftbfs + depwait)
[20:51] <vorlon> (picking up xdg-desktop-portal now that it's built)
[20:59] <juliank> riscv64 doesn't even have tests, removing (elpackages there should be a no trainer too
[20:59] <juliank> (*leaf)
[21:54] -queuebot:#ubuntu-release- New binary: libcanberra [amd64] (noble-proposed/main) [0.30-12.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[21:54] -queuebot:#ubuntu-release- New binary: libcanberra [i386] (noble-proposed/main) [0.30-12.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[21:54] -queuebot:#ubuntu-release- New binary: libcanberra [s390x] (noble-proposed/main) [0.30-12.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[21:54] -queuebot:#ubuntu-release- New binary: libcanberra [arm64] (noble-proposed/main) [0.30-12.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[21:54] -queuebot:#ubuntu-release- New binary: libcanberra [ppc64el] (noble-proposed/main) [0.30-12.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[21:57] -queuebot:#ubuntu-release- New binary: libcanberra [armhf] (noble-proposed/main) [0.30-12.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[22:06] -queuebot:#ubuntu-release- New binary: libreoffice [armhf] (noble-proposed/main) [4:24.2.2~rc2-0ubuntu1] (ubuntu-desktop)
[22:20] -queuebot:#ubuntu-release- New: accepted u-boot-s32 [amd64] (noble-proposed) [2022.04-bsp37.0-0ubuntu1]
[22:20] -queuebot:#ubuntu-release- New: accepted u-boot-s32 [armhf] (noble-proposed) [2022.04-bsp37.0-0ubuntu1]
[22:20] -queuebot:#ubuntu-release- New: accepted u-boot-s32 [riscv64] (noble-proposed) [2022.04-bsp37.0-0ubuntu1]
[22:20] -queuebot:#ubuntu-release- New: accepted ubuntukylin-wallpapers [amd64] (noble-proposed) [24.04]
[22:20] -queuebot:#ubuntu-release- New: accepted u-boot-s32 [arm64] (noble-proposed) [2022.04-bsp37.0-0ubuntu1]
[22:20] -queuebot:#ubuntu-release- New: accepted u-boot-s32 [s390x] (noble-proposed) [2022.04-bsp37.0-0ubuntu1]
[22:20] -queuebot:#ubuntu-release- New: accepted u-boot-s32 [ppc64el] (noble-proposed) [2022.04-bsp37.0-0ubuntu1]
[22:21] -queuebot:#ubuntu-release- New: accepted libreoffice [amd64] (noble-proposed) [4:24.2.2~rc2-0ubuntu1]
[22:21] -queuebot:#ubuntu-release- New: accepted libreoffice [armhf] (noble-proposed) [4:24.2.2~rc2-0ubuntu1]
[22:21] -queuebot:#ubuntu-release- New: accepted libreoffice [s390x] (noble-proposed) [4:24.2.2~rc2-0ubuntu1]
[22:21] -queuebot:#ubuntu-release- New: accepted libreoffice [arm64] (noble-proposed) [4:24.2.2~rc2-0ubuntu1]
[22:21] -queuebot:#ubuntu-release- New binary: libcanberra [riscv64] (noble-proposed/main) [0.30-12.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[22:21] -queuebot:#ubuntu-release- New: accepted libreoffice [ppc64el] (noble-proposed) [4:24.2.2~rc2-0ubuntu1]
[22:37] -queuebot:#ubuntu-release- New: accepted libcanberra [amd64] (noble-proposed) [0.30-12.2ubuntu1]
[22:37] -queuebot:#ubuntu-release- New: accepted libcanberra [armhf] (noble-proposed) [0.30-12.2ubuntu1]
[22:37] -queuebot:#ubuntu-release- New: accepted libcanberra [ppc64el] (noble-proposed) [0.30-12.2ubuntu1]
[22:37] -queuebot:#ubuntu-release- New: accepted libcanberra [s390x] (noble-proposed) [0.30-12.2ubuntu1]
[22:37] -queuebot:#ubuntu-release- New: accepted libcanberra [arm64] (noble-proposed) [0.30-12.2ubuntu1]
[22:37] -queuebot:#ubuntu-release- New: accepted libcanberra [riscv64] (noble-proposed) [0.30-12.2ubuntu1]
[22:38] -queuebot:#ubuntu-release- New: accepted libcanberra [i386] (noble-proposed) [0.30-12.2ubuntu1]
[22:52] <vorlon> janus ftbfs because libpcap-dev missing a dependency on libibverbs, sigh
[22:53] <vorlon> lvoytek: ^^ fwiw this seems to be a mismerge of libpcap? libpcap-dev depends on libibverbs-dev but the .pc file is in libpcap0.8-dev
[22:55] <juliank> I'm reviewing any new binaries for additional rebuild potential fwiw
[22:55] <vorlon> also why has the maintainer made the *un*versioned -dev packages transitional :/
[22:55] <juliank> I guess they want to have a libpcap1.0 or so that is going to be a long and winded transition
[22:55] <juliank> :D
[23:42] <vorlon> sssd is probably easy to figure out, if only I could figure out where the actual test harness is
[23:45] <vorlon> ah, 'log-driver'
[23:45] <vorlon> rather, LOG_DRIVER=test-driver
[23:50] <vorlon> argh running the tests directly passes
[23:50] <vorlon> so no, not easy. punting
[23:51] <vorlon> slurmdbd - this is going to be about the mariadbd library that the maintainer tried to insist was unused, isn't it
[23:52] <vorlon> ah but juliank already fixed mariadb so retrying that
[23:59] <vorlon> and sssd of course is hard to remove also