| 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:35 | |
| 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:37 |
| vorlon | _doko: ^^ fyi since you handled the re-promotion of hplip - it needs to stay out for the moment | 01:39 |
| 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 | 01:40 |
| RikMills | santa_: can you answer vorlon's question on merkuro copyright? | 06:54 |
| _doko | bdmurray: it's seeing updates, however the queue lengths information is now missing | 08:17 |
| 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? | 10:43 |
| -queuebot:#ubuntu-release- Unapproved: linux-meta-ibm (focal-proposed/main) [5.4.0.1054.83 => 5.4.0.1054.83] (no packageset) (sync) | 11:10 | |
| -queuebot:#ubuntu-release- Unapproved: linux-meta-ibm (focal-proposed/main) [5.4.0.1054.83 => 5.4.0.1054.83] (no packageset) (sync) | 11:13 | |
| -queuebot:#ubuntu-release- Unapproved: thermald (jammy-proposed/main) [2.4.9-1ubuntu0.3 => 2.4.9-1ubuntu0.4] (core) | 13:21 | |
| -queuebot:#ubuntu-release- Unapproved: rejected thermald [source] (jammy-proposed) [2.4.9-1ubuntu0.4] | 13:22 | |
| 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. | 13:47 |
| -queuebot:#ubuntu-release- New sync: gir-rust-code-generator (mantic-proposed/primary) [0.16.1-2] | 14:15 | |
| santa_ | hi everyone | 14:26 |
| 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:29 |
| santa_ | if I'm not mistaken, they did a rebranding + other actual changes | 14:30 |
| vorlon | santa_: what is 'decopy'? | 15:25 |
| santa_ | vorlon: https://wiki.debian.org/CopyrightReviewTools#decopy | 15:26 |
| vorlon | hmm ok | 15:26 |
| 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:27 |
| 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:28 | |
| santa_ | I used licensecheck in the past though | 15:29 |
| -queuebot:#ubuntu-release- New binary: merkuro [amd64] (mantic-proposed/none) [23.08.0-0ubuntu1] (no packageset) | 15:33 | |
| 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:34 |
| santa_ | decopy -> debian copyright (I guess) | 15:41 |
| vorlon | santa_: yeah abbreviating 'debian' as 'de' is weird :) | 15:47 |
| bdmurray | _doko: Could you be more specific about the issue you are seeing? | 17:05 |
| _doko | bdmurray: according to update_excuses.html there are a few hundred tests in_progress, but the /running page doesn't show any | 17:08 |
| bdmurray | _doko: the web server I'm connected to shows many tests on /running | 17:12 |
| bdmurray | checking both servers I also see contents in the running.json file | 17:13 |
| _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:16 |
| 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:17 |
| bdmurray | pfft | 17:20 |
| bdmurray | The queues have been close to 0 off and on for a couple of weeks. | 17:21 |
| ginggs | bdmurray: i don't think armhf and s390x are finishing any autopkgtests | 17:28 |
| bdmurray | sigh | 17:28 |
| ginggs | like doko, i'm a bit suspicious of the queues on https://autopkgtest.ubuntu.com/running being empty | 17:29 |
| ginggs | if you search for armhf on the running page, there doesn't seem to be a single one running | 17:35 |
| 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:36 |
| -queuebot:#ubuntu-release- New: accepted merkuro [amd64] (mantic-proposed) [23.08.0-0ubuntu1] | 17:56 | |
| _doko | what is grafana telling about the queue sizes? at least we should see spikes for glibc, setuptools, KDE uploads | 18:01 |
| bdmurray | _doko: I get it doko and I'm looking into it | 18:05 |
| -queuebot:#ubuntu-release- New binary: ocaml [amd64] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu) | 18:20 | |
| -queuebot:#ubuntu-release- New binary: ocaml [i386] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu) | 18:22 | |
| bdmurray | the queues on the server have content | 18:28 |
| bdmurray | debci-mantic-s390x 1497 | 18:28 |
| bdmurray | debci-huge-mantic-armhf 1114 | 18:28 |
| bdmurray | there was a problem with s0lp4 (s390x) and IS kicked that | 18:29 |
| -queuebot:#ubuntu-release- New binary: ocaml [ppc64el] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu) | 18:31 | |
| -queuebot:#ubuntu-release- New sync: rust-value-bag-sval2 (mantic-proposed/primary) [1.4.1-2] | 18:34 | |
| -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:35 | |
| -queuebot:#ubuntu-release- New binary: ocaml [armhf] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu) | 18:45 | |
| -queuebot:#ubuntu-release- New binary: ocaml [s390x] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu) | 18:54 | |
| 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:05 |
| 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:06 |
| 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:07 |
| ginggs | bdmurray: ta! | 19:12 |
| -queuebot:#ubuntu-release- New binary: ocaml [arm64] (mantic-proposed/universe) [4.13.1-5ubuntu1] (i386-whitelist, kubuntu) | 19:13 | |
| 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:18 |
| vorlon | RikMills: noted, thanks, will manually hint | 19:33 |
| vorlon | hint added | 19:38 |
| RikMills | thanks! | 19:39 |
| -queuebot:#ubuntu-release- New: accepted gir-rust-code-generator [sync] (mantic-proposed) [0.16.1-2] | 19:39 | |
| -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:40 | |
| -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:41 | |
| -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:42 | |
| -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:43 | |
| -queuebot:#ubuntu-release- New binary: rust-sval-ref [armhf] (mantic-proposed/none) [2.6.1-1] (no packageset) | 19:44 | |
| -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:45 | |
| -queuebot:#ubuntu-release- New binary: rust-sval-ref [riscv64] (mantic-proposed/none) [2.6.1-1] (no packageset) | 19:59 | |
| -queuebot:#ubuntu-release- New binary: rust-sval-dynamic [riscv64] (mantic-proposed/none) [2.6.1-1] (no packageset) | 20:01 | |
| -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [amd64] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset) | 20:05 | |
| -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [ppc64el] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset) | 20:06 | |
| -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [s390x] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset) | 20:08 | |
| -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [armhf] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset) | 20:16 | |
| -queuebot:#ubuntu-release- New binary: rust-cargo-mutants [arm64] (mantic-proposed/universe) [23.6.0-1ubuntu1] (no packageset) | 20:19 | |
| -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:26 | |
| -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:27 | |
| -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] | 20:28 | |
| 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 | 21:14 |
| -queuebot:#ubuntu-release- Unapproved: openvpn (focal-proposed/main) [2.4.7-1ubuntu2.20.04.4 => 2.4.12-0ubuntu0.20.04.1] (ubuntu-desktop, ubuntu-server) | 22:11 | |
| RikMills | vorlon: loadmouth in proposed also blocked by gnutls28 I think | 23:13 |
| vorlon | sure enough | 23:13 |
| vorlon | that one's a bit more awkward to remove; having a look at where my gnutls28 autopkgtest retries went | 23:15 |
| dbungert | yea I ran armhf test on gnutls28 related regressions and they seem to have disappeared | 23:16 |
| 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:17 |
| vorlon | I've managed to get the squid/amd64 test retried but it rudely failed | 23:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| vorlon | bdmurray: is there any reason that armhf request retries would be going into the void right now? | 23:22 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!