[01:35] <vorlon> demoting hplip to universe; it was re-promoted after the cups snap revert, but because it had been demoted it has now picked up a new transitive dependency that *was* going to be MIRed but then wasn't so now there's a mess (LP: #2028054)
[01:35] -ubottu:#ubuntu-release- Launchpad bug 2028054 in python-rlpycairo (Ubuntu) "[MIR] python-rlpycairo" [Undecided, New] https://launchpad.net/bugs/2028054
[01:37] <vorlon> I think temporarily demoting it is sufficient because it's a recommends only of the desktop-common seed, and that this will unblock failing image builds
[01:37] <vorlon> but if not I'll also be temporarily unseeding it
[01:39] <vorlon> _doko: ^^ fyi since you handled the re-promotion of hplip - it needs to stay out for the moment
[01:40] <vorlon> I wonder if it would be feasible to re-add the hplip snap and drop the hplip deb again?  since it's a snap, I'd think it'd be unaffected by the desktop integration issues of the cups snap
[06:54] <RikMills> santa_: can you answer vorlon's question on merkuro copyright?
[08:17] <_doko> bdmurray: it's seeing updates, however the queue lengths information is now missing
[10:43] <dosaboy> hi folks, we have a jammy sru that was uploaded a while back and is awaiting approval - https://launchpadlibrarian.net/680863467/octavia_10.1.0-0ubuntu1_source.changes - if there anything we need to do to help move this along?
[11:10] -queuebot:#ubuntu-release- Unapproved: linux-meta-ibm (focal-proposed/main) [<IP_ADDRESS>4.83 => <IP_ADDRESS>4.83] (no packageset) (sync)
[11:13] -queuebot:#ubuntu-release- Unapproved: linux-meta-ibm (focal-proposed/main) [<IP_ADDRESS>4.83 => <IP_ADDRESS>4.83] (no packageset) (sync)
[13:21] -queuebot:#ubuntu-release- Unapproved: thermald (jammy-proposed/main) [2.4.9-1ubuntu0.3 => 2.4.9-1ubuntu0.4] (core)
[13:22] -queuebot:#ubuntu-release- Unapproved: rejected thermald [source] (jammy-proposed) [2.4.9-1ubuntu0.4]
[13:47] <dbungert> dosaboy: looks like that one is in the "SRU verification" step, as of 5 days ago.  If you'd like to help it along it doesn't look like anyone has done a SRU verification yet.
[14:15] -queuebot:#ubuntu-release- New sync: gir-rust-code-generator (mantic-proposed/primary) [0.16.1-2]
[14:26] <santa_> hi everyone
[14:29] <santa_> RikMills, vorlon: I think the old kalendar debian/copyright was very outdated, for merkuro I've just re-generated it from scratch, i.e. generate it with decopy, then adjusting things that look bad
[14:29] <santa_> in any case the last src:kalendar package we have in ubuntu is not actually kalendar, but merkuro
[14:30] <santa_> if I'm not mistaken, they did a rebranding + other actual changes
[15:25] <vorlon> santa_: what is 'decopy'?
[15:26] <santa_> vorlon: https://wiki.debian.org/CopyrightReviewTools#decopy
[15:26] <vorlon> hmm ok
[15:27] <santa_> it's what the use @ the debian qt/kde team
[15:27] <santa_> maybe they are better approaches, I don't know, for that kind of thing I'm just replicating their method in advance
[15:27] <vorlon> 15 different implementations of copyright tools listed on that page D:
[15:28] <santa_> yes I never did a serious comparison between them
[15:28] -queuebot:#ubuntu-release- New: accepted merkuro [source] (mantic-proposed) [23.08.0-0ubuntu1]
[15:29] <santa_> I used licensecheck in the past though
[15:33] -queuebot:#ubuntu-release- New binary: merkuro [amd64] (mantic-proposed/none) [23.08.0-0ubuntu1] (no packageset)
[15:34] <vorlon> well, the idea of having a python vs perl implementation appeals to me, but what kind of a name is 'decopy' anyway
[15:34] <vorlon> and yeah, not knowing which implementation has which bugs, or...
[15:34] <vorlon> anyway, thanks, that wiki page is useful
[15:41] <santa_> decopy -> debian copyright (I guess)
[15:47] <vorlon> santa_: yeah abbreviating 'debian' as 'de' is weird :)
[17:05] <bdmurray> _doko: Could you be more specific about the issue you are seeing?
[17:08] <_doko> bdmurray: according to update_excuses.html there are a few hundred tests in_progress, but the /running page doesn't show any
[17:12] <bdmurray> _doko: the web server I'm connected to shows many tests on /running
[17:13] <bdmurray> checking both servers I also see contents in the running.json file
[17:16] <_doko> bdmurray: but it shows all queues as empty ... just 4 builds for trusty. that can't be right
[17:16] <bdmurray> I'll run retry-autopkgtest-regressions with whatever argument it is for already running tests
[17:17] <bdmurray> Its possible there is a disconnect with the outage yesterday
[17:17] <_doko> or is this a management view? ;p all queueus empty, everything ok
[17:20] <bdmurray> pfft
[17:21] <bdmurray> The queues have been close to 0 off and on for a couple of weeks.
[17:28] <ginggs> bdmurray: i don't think armhf and s390x are finishing any autopkgtests
[17:28] <bdmurray> sigh
[17:29] <ginggs> like doko, i'm a bit suspicious of the queues on https://autopkgtest.ubuntu.com/running being empty
[17:35] <ginggs> if you search for armhf on the running page, there doesn't seem to be a single one running
[17:36] <bdmurray> I'm running r-a-r now and am seeinga lot of armhf and s390x ones
[17:36] <ginggs> the s390x tests there seem to have been submitted between 2023-08-24 18:00 and 19:00
[17:36] <ginggs> but the running times are short, so I suspect "looping"
[17:56] -queuebot:#ubuntu-release- New: accepted merkuro [amd64] (mantic-proposed) [23.08.0-0ubuntu1]
[18:01] <_doko> what is grafana telling about the queue sizes? at least we should see spikes for glibc, setuptools, KDE uploads
[18:05] <bdmurray> _doko: I get it doko and I'm looking into it
[18:20] -queuebot:#ubuntu-release- New binary: ocaml [amd64] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu)
[18:22] -queuebot:#ubuntu-release- New binary: ocaml [i386] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu)
[18:28] <bdmurray> the queues on the server have content
[18:28] <bdmurray> debci-mantic-s390x      1497
[18:28] <bdmurray> debci-huge-mantic-armhf 1114
[18:29] <bdmurray> there was a problem with s0lp4 (s390x) and IS kicked that
[18:31] -queuebot:#ubuntu-release- New binary: ocaml [ppc64el] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu)
[18:34] -queuebot:#ubuntu-release- New sync: rust-value-bag-sval2 (mantic-proposed/primary) [1.4.1-2]
[18:35] -queuebot:#ubuntu-release- New sync: rust-sval-buffer (mantic-proposed/primary) [2.6.1-1]
[18:35] -queuebot:#ubuntu-release- New sync: rust-sval-ref (mantic-proposed/primary) [2.6.1-1]
[18:35] -queuebot:#ubuntu-release- New sync: rust-sval-dynamic (mantic-proposed/primary) [2.6.1-1]
[18:45] -queuebot:#ubuntu-release- New binary: ocaml [armhf] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu)
[18:54] -queuebot:#ubuntu-release- New binary: ocaml [s390x] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu)
[19:05] <bdmurray> Alright for the record multiple armhf workers went on holiday and that's been sorted.
[19:05] <bdmurray> Then there was the issue with s0lp4 affecting the s390x queue which should also be sorted.
[19:06] <bdmurray> Then the queues.json file is out of date and that is in the process of being fixed but it looks like it may take a bit.
[19:07] <bdmurray> However, there are tests in the queue and they are being consumed so /running is accurate aside of the queues part of it.
[19:12] <ginggs> bdmurray: ta!
[19:13] -queuebot:#ubuntu-release- New binary: ocaml [arm64] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu)
[19:18] <RikMills> autohinter seems to be trying to migrate glibc, but it is getting a "Change added new cruft items to list:" line after and doesn't seem to be accepted
[19:33] <vorlon> RikMills: noted, thanks, will manually hint
[19:38] <vorlon> hint added
[19:39] <RikMills> thanks!
[19:39] -queuebot:#ubuntu-release- New: accepted gir-rust-code-generator [sync] (mantic-proposed) [0.16.1-2]
[19:40] -queuebot:#ubuntu-release- New: accepted ocaml [amd64] (mantic-proposed) [4.13.1-5ubuntu1]
[19:40] -queuebot:#ubuntu-release- New: accepted ocaml [armhf] (mantic-proposed) [4.13.1-5ubuntu1]
[19:40] -queuebot:#ubuntu-release- New: accepted ocaml [ppc64el] (mantic-proposed) [4.13.1-5ubuntu1]
[19:40] -queuebot:#ubuntu-release- New: accepted ocaml [arm64] (mantic-proposed) [4.13.1-5ubuntu1]
[19:40] -queuebot:#ubuntu-release- New: accepted ocaml [s390x] (mantic-proposed) [4.13.1-5ubuntu1]
[19:40] -queuebot:#ubuntu-release- New: accepted ocaml [i386] (mantic-proposed) [4.13.1-5ubuntu1]
[19:41] -queuebot:#ubuntu-release- New: accepted rust-sval-buffer [sync] (mantic-proposed) [2.6.1-1]
[19:41] -queuebot:#ubuntu-release- New: accepted rust-sval-ref [sync] (mantic-proposed) [2.6.1-1]
[19:41] -queuebot:#ubuntu-release- New: accepted rust-sval-dynamic [sync] (mantic-proposed) [2.6.1-1]
[19:41] -queuebot:#ubuntu-release- New: accepted rust-value-bag-sval2 [sync] (mantic-proposed) [1.4.1-2]
[19:42] -queuebot:#ubuntu-release- New binary: rust-sval-dynamic [amd64] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:42] -queuebot:#ubuntu-release- New binary: rust-sval-ref [amd64] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:43] -queuebot:#ubuntu-release- New binary: rust-sval-dynamic [arm64] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:43] -queuebot:#ubuntu-release- New binary: rust-sval-dynamic [s390x] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:43] -queuebot:#ubuntu-release- New binary: rust-sval-ref [ppc64el] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:43] -queuebot:#ubuntu-release- New binary: rust-sval-dynamic [ppc64el] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:43] -queuebot:#ubuntu-release- New binary: rust-sval-ref [arm64] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:44] -queuebot:#ubuntu-release- New binary: rust-sval-ref [armhf] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:45] -queuebot:#ubuntu-release- New binary: rust-sval-dynamic [armhf] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:45] -queuebot:#ubuntu-release- New binary: rust-sval-ref [s390x] (mantic-proposed/none) [2.6.1-1] (no packageset)
[19:59] -queuebot:#ubuntu-release- New binary: rust-sval-ref [riscv64] (mantic-proposed/none) [2.6.1-1] (no packageset)
[20:01] -queuebot:#ubuntu-release- New binary: rust-sval-dynamic [riscv64] (mantic-proposed/none) [2.6.1-1] (no packageset)
[20:05] -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [amd64] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset)
[20:06] -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [ppc64el] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset)
[20:08] -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [s390x] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset)
[20:16] -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [armhf] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset)
[20:19] -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [arm64] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset)
[20:26] -queuebot:#ubuntu-release- New: accepted rust-sval-dynamic [arm64] (mantic-proposed) [2.6.1-1]
[20:26] -queuebot:#ubuntu-release- New: accepted rust-sval-dynamic [riscv64] (mantic-proposed) [2.6.1-1]
[20:26] -queuebot:#ubuntu-release- New: accepted rust-sval-ref [armhf] (mantic-proposed) [2.6.1-1]
[20:26] -queuebot:#ubuntu-release- New: accepted rust-sval-ref [s390x] (mantic-proposed) [2.6.1-1]
[20:26] -queuebot:#ubuntu-release- New: accepted rust-sval-dynamic [armhf] (mantic-proposed) [2.6.1-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-sval-ref [riscv64] (mantic-proposed) [2.6.1-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-sval-dynamic [s390x] (mantic-proposed) [2.6.1-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-sval-dynamic [amd64] (mantic-proposed) [2.6.1-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-sval-ref [amd64] (mantic-proposed) [2.6.1-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-sval-ref [ppc64el] (mantic-proposed) [2.6.1-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-sval-dynamic [ppc64el] (mantic-proposed) [2.6.1-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-sval-ref [arm64] (mantic-proposed) [2.6.1-1]
[20:28] -queuebot:#ubuntu-release- New: accepted rust-cargo-mutants [amd64] (mantic-proposed) [23.6.0-1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted rust-cargo-mutants [armhf] (mantic-proposed) [23.6.0-1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted rust-cargo-mutants [s390x] (mantic-proposed) [23.6.0-1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted rust-cargo-mutants [arm64] (mantic-proposed) [23.6.0-1ubuntu1]
[20:28] -queuebot:#ubuntu-release- New: accepted rust-cargo-mutants [ppc64el] (mantic-proposed) [23.6.0-1ubuntu1]
[21:14] <vorlon> ah libinfinity isn't ready to migrate yet because of gnutls28.  I'm looking sourly at the fact that it has a hard versioned dep at all and am considering evicting it to let glibc in
[22:11] -queuebot:#ubuntu-release- Unapproved: openvpn (focal-proposed/main) [2.4.7-1ubuntu<IP_ADDRESS> => 2.4.12-0ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[23:13] <RikMills> vorlon: loadmouth in proposed also blocked by gnutls28 I think
[23:13] <vorlon> sure enough
[23:15] <vorlon> that one's a bit more awkward to remove; having a look at where my gnutls28 autopkgtest retries went
[23:16] <dbungert> yea I ran armhf test on gnutls28 related regressions and they seem to have disappeared
[23:17] <vorlon> the regressions or the tests? :)
[23:17] <dbungert> uh, the tests :)
[23:17] <dbungert> the squid one looks more interesting, that may be a real regression
[23:18] <vorlon> I've managed to get the squid/amd64 test retried but it rudely failed
[23:19] <vorlon> dbungert: ah it's probably a regression but not due to gnutls28 or glibc - looks like we need to run this test with glibc+gnutls28 as triggers otherwise it pulls other garbage from -proposed
[23:19] <dbungert> oh neat, I have not tried that
[23:19] <vorlon> I checked the log and got the telltale 328s autopkgtest: WARNING: Test dependencies are unsatisfiable with using apt pinning. Retrying with using all packages from mantic-proposed
[23:20] <vorlon> oh but I see you actually did try with gnutls28/3.8.1-4ubuntu1 glibc/2.38-1ubuntu3 systemd/253.5-1ubuntu2 hmm
[23:21] <vorlon> anyway I refuse to believe that squid's regex parsing of its own config file has regressed due to gnutls
[23:21] <dbungert> heh
[23:22] <vorlon> bdmurray: is there any reason that armhf request retries would be going into the void right now?