[04:05] -queuebot:#ubuntu-release- New sync: oem-stella.cmit-camerupt-meta (focal-proposed/primary) [20.04~ubuntu2] [05:29] -queuebot:#ubuntu-release- New binary: gnuastro [amd64] (jammy-proposed/universe) [0.16.1-1] (no packageset) [05:32] -queuebot:#ubuntu-release- New binary: gnuastro [s390x] (jammy-proposed/universe) [0.16.1-1] (no packageset) [05:34] -queuebot:#ubuntu-release- New binary: gnuastro [ppc64el] (jammy-proposed/universe) [0.16.1-1] (no packageset) [05:37] -queuebot:#ubuntu-release- New binary: gnuastro [arm64] (jammy-proposed/universe) [0.16.1-1] (no packageset) [05:37] -queuebot:#ubuntu-release- New binary: gnuastro [armhf] (jammy-proposed/universe) [0.16.1-1] (no packageset) [06:26] -queuebot:#ubuntu-release- New binary: gnuastro [riscv64] (jammy-proposed/universe) [0.16.1-1] (no packageset) [06:43] So why does component-mismatches think probert-network should be demoted, when probert depends on it? [06:44] vorlon: could you hint kcoreaddons on i386 please? [06:44] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#kcoreaddons [06:45] I assume the migration reference isn't working as I temporarily disabled the test while it was being fixed upstream [06:46] so the version in -release cannot be referenced [06:46] * RikMills will not do that again [08:27] -queuebot:#ubuntu-release- New: accepted gnuastro [amd64] (jammy-proposed) [0.16.1-1] [08:27] -queuebot:#ubuntu-release- New: accepted gnuastro [armhf] (jammy-proposed) [0.16.1-1] [08:27] -queuebot:#ubuntu-release- New: accepted gnuastro [riscv64] (jammy-proposed) [0.16.1-1] [08:27] -queuebot:#ubuntu-release- New: accepted gnuastro [arm64] (jammy-proposed) [0.16.1-1] [08:27] -queuebot:#ubuntu-release- New: accepted gnuastro [s390x] (jammy-proposed) [0.16.1-1] [08:27] -queuebot:#ubuntu-release- New: accepted gnuastro [ppc64el] (jammy-proposed) [0.16.1-1] [08:27] -queuebot:#ubuntu-release- New: accepted readstat [amd64] (jammy-proposed) [1.1.7-3] [08:27] -queuebot:#ubuntu-release- New: accepted readstat [armhf] (jammy-proposed) [1.1.7-3] [08:27] -queuebot:#ubuntu-release- New: accepted readstat [riscv64] (jammy-proposed) [1.1.7-3] [08:27] -queuebot:#ubuntu-release- New: accepted tipp [amd64] (jammy-proposed) [1.0+dfsg-2] [08:27] -queuebot:#ubuntu-release- New: accepted readstat [arm64] (jammy-proposed) [1.1.7-3] [08:27] -queuebot:#ubuntu-release- New: accepted readstat [s390x] (jammy-proposed) [1.1.7-3] [08:27] -queuebot:#ubuntu-release- New: accepted readstat [ppc64el] (jammy-proposed) [1.1.7-3] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-digitalocean-go-smbios [amd64] (jammy-proposed) [0.0~git20180907.390a4f4-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-hodgesds-perf-utils [amd64] (jammy-proposed) [0.3.1-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-jkeiser-iter [amd64] (jammy-proposed) [0.0~git20200628.c8aa0ae-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-juju-gnuflag [amd64] (jammy-proposed) [0.0~git20171113.2ce1bb7-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-juju-schema [amd64] (jammy-proposed) [1.0.0-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-mattn-go-xmlrpc [amd64] (jammy-proposed) [0.0.2-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-protonmail-go-crypto [amd64] (jammy-proposed) [0.0~git20210920.87db9fb-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-flosch-pongo2.v4 [amd64] (jammy-proposed) [4.0.2-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-josharian-native [amd64] (jammy-proposed) [0.0~git20200817.b6b71de-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-juju-testing [amd64] (jammy-proposed) [0.0~git20210324.18c50b0-2] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-soundcloud-go-runit [amd64] (jammy-proposed) [0.0~git20150630.06ad41a-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-jaypipes-pcidb [amd64] (jammy-proposed) [0.6.0-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-mdlayher-netx [amd64] (jammy-proposed) [0.0~git20200512.669a06f-1] [08:28] -queuebot:#ubuntu-release- New: accepted golang-github-juju-qthttptest [amd64] (jammy-proposed) [0.1.1-1] [11:29] -queuebot:#ubuntu-release- New source: sdbus-cpp (focal-backports/primary) [0.8.3-4~bpo20.04.1] [12:52] juliank: Hi, did you have a chance to look why pgrouting tests take always take it from -proposed? === oSoMoN_ is now known as oSoMoN [12:55] -queuebot:#ubuntu-release- Unapproved: libdrm (focal-proposed/main) [2.4.105-3~20.04.2 => 2.4.107-8ubuntu1~20.04.1] (core, i386-whitelist, xorg) [12:56] -queuebot:#ubuntu-release- Unapproved: xorg-server (focal-proposed/main) [2:1.20.11-1ubuntu1~20.04.2 => 2:1.20.13-1ubuntu1~20.04.1] (desktop-core, i386-whitelist, xorg) [12:58] -queuebot:#ubuntu-release- Unapproved: mesa (focal-proposed/main) [21.0.3-0ubuntu0.3~20.04.4 => 21.2.2-1ubuntu1~20.04.1] (core, i386-whitelist, xorg) [12:59] sil2100: hwe backports for 20.04.4 ^ [13:58] Hi release-team! Next week I'm planning to work at a src:liburing transition (soname bump from liburing.so.1 to .2). [13:58] It's a small transition with 5 packages involved (qemu samba mpd plocate mariadb-10.6) [13:58] At least according to: grep-dctrl -s Package -F Build-Depends liburing-dev /var/lib/apt/lists/*Sources [14:00] The merge from Debian is tracked here: https://bugs.launchpad.net/ubuntu/+source/liburing/+bug/1944037 [14:00] Launchpad bug 1944037 in liburing (Ubuntu) "Latest packaged version is a year old with a lot of bug fixes missing" [Undecided, In Progress] [14:02] Let me know if this should be postponed for any reason, or if you prefer me to warn about the transition with an email or something [14:02] utkarsh2102, ^^ [14:15] mitya57: I have not [14:16] Ok, no problem. If you think it'll take a while then I will ask the release team to ignore that test for sphinx, because it's the only remaining blocker. [14:23] mitya57: it's perl code inside shell code in python code, it's not readable at all [14:24] Perl code is unreadable even on its own :) [15:08] sil2100: cloud-init has an SRU for B, F, H, and I per https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1949521 . If there is time today to review that SRU, testing is complete [15:08] Launchpad bug 1949521 in cloud-init (Ubuntu) "sru cloud-init (21.3-1 to 21.4-0) Bionic, Focal, Hirsute and Impish" [Undecided, New] [15:16] mwhudson, dbungert hi! curtin is failing quite badly in the latest jammy-live-server iso images: https://i.imgur.com/96y6A9c.png [15:18] paride: Hey there! I have one fix in flight for curtin & jammy. Do you mind pastebinning the curtin log so I can check? === juergh_ is now known as juergh [16:54] vorlon: oh I want to ping you and ask if can you merge https://code.launchpad.net/~juliank/britney/+git/britney2-ubuntu/+merge/411459 please (or are you doing a rebase right now)? Trigger lists are confusing right now and I guess it might cause bugs if there is a trigger that's actually in release pocket, but then a new upload comes in proposed (we've seen apt pull packages from proposed [16:54] accidentally due to autopkgtests bug before IIRC) [16:54] I think it was in my list [16:54] It's upstream already, but ugh we haven't rebased in a while [17:35] vorlon: https://irclogs.ubuntu.com/2021/11/18/%23ubuntu-release.html#t06:44 [17:35] sorry to create work [17:36] I did learn something there :D [17:51] RikMills: kcoreaddons/i386 hinted [17:56] vorlon: thanks. lesson learned ;) [17:59] einsteinpy's recent autopkgtest failures on amd64 and ppc64el look suspciously like OOM failures: tests/test_symbolic/test_riemann.py ..bash: line 1: 2424 Killed [17:59] https://autopkgtest.ubuntu.com/packages/einsteinpy [17:59] could we try adding it to big_packages? [18:17] the snakemake vs pyyaml autopkgtest passed on retry, now the only thing blocking pyyaml is its own autopkgtest on i386 [18:18] seems to be some installability issue: Broken python3:i386 Conflicts on python3:amd64 < 3.9.4-1build1 [18:18] I can do the big_hair_packages addition [18:18] bdmurray: thanks! [18:26] ginggs: added do you want to retry the tests later or should I? [18:27] bdmurray: thanks, i can retry [18:49] paride: While the transition is small the best practice is (or should be) to email ubuntu-devel about it so everyone is aware. [18:50] juliank: have had a chance to read over that MP now and I'm confused, under what circumstances does britney schedule tests with triggers from testing? I haven't seen this happen [18:50] bdmurray: thanks, einsteinpy passes now [19:08] \o/ [20:43] hi folks.. i was tryig to debug a gdcm ftbfs but can't reproduce it locally. I went ahead and filed an issue but wonder if someone can point me in the right direction? [20:43] https://bugs.launchpad.net/ubuntu/+source/gdcm/+bug/1951466 [20:43] Launchpad bug 1951466 in gdcm (Ubuntu) "gdcm FTBFS on jammy" [Undecided, New] [20:43] doko: i wonder if you have some thoughts? ^^ [20:44] hellsworth: LP: #1951340 :) [20:44] Launchpad bug 1951340 in glibc (Ubuntu Jammy) "libdl.so missing in impish and jammy" [High, New] https://launchpad.net/bugs/1951340 [20:44] thanks! [20:46] if this works in a fresh jammy environment it may just need rebuilt [20:46] (retried) [20:47] hmm is that why i wouldn't be able to reproduce the failure then? i just tried a new jammy container with proposed and it builds just fine [20:48] I wouldn't expect this kind of build failure to be build-env-specific, I think something else has changed in the archive via rebuild that has fixed the problem [20:49] i thought it might be a ubuntu build tooling thing since it builds fine upstream in debian [20:51] hellsworth: this class of problem is caused by some binary package built in the past against older glibc embedding a reference to libdl.so which has gone away; so doing a no-change rebuild of that other package fixes the build of this one [20:51] it's generally not worth tracking down what it was that got rebuilt :) [20:51] but oops, I retried the build and it still failed [20:52] hellsworth: oh, this build-depends on vtk7? *that* reference to libdl is one I just fixed, it's currently building https://launchpad.net/ubuntu/+source/vtk7/7.1.1+dfsg2-10ubuntu1 [20:53] so I'm actually not sure why it /doesn't/ fail to build for you locally [20:53] thanks for the explanation about not being worth the track down effort! [20:56] yeah my jammy container with proposed has 7.1.1+dfsg2-10 , not 7.1.1+dfsg2-10ubuntu1 so trying to find why i don't have what's in proposed.. [21:00] vorlon: could you just real quick take a look at https://paste.ubuntu.com/p/hF6p9YPnCJ/ and tell me how to get vtk7 version 7.1.1+dfsg2-10ubuntu1 ? [21:00] hellsworth: well 7.1.1+dfsg2-10ubuntu1 isn't built yet, it's just now building [21:00] what I don't know is why you *don't* see the build failure, in the absence of that fix :) [21:01] right it's building. i should have the build failure. but it just builds swimmingly. i feel like there's some noob thing i'm missing here to make it fail haha [21:03] do you somehow have a libdl.so symlink on your system? [21:09] oh good question.. i don't think so.. it's just a vanilla jammy lxd container running on an impish host. here is what ldd looks like on both systems: https://paste.ubuntu.com/p/yWqGTmmvWG/ [21:12] the hashes from the ldd command are different so i *think* that means they are not the same. so the container libdl is not pointing to the one on the host [21:18] right, that would be a trick [21:19] hellsworth: so the ldd output on the libdl.so.2 doesn't tell you whether or not a libdl.so symlink is present, you'd want to just check if the file exists [21:20] good point. an ls -l shows it's there, not linked. [21:21] (in the jammy container) [21:21] the "hashes" are addresses that differ on every invocation thanks to aslr [21:21] aaaah that's good to know in general :) [21:22] i could try a jammy vm though.. maybe since there's more separation from the host than containers that could make a difference [21:22] not for this sort of thing [21:22] ok then won't waste the time :) [21:23] i created this jammy container today and only used it for this. so it's as fresh as can be.. [21:26] the LP environment should be the same as a jammy container + proposed, right? [21:27] yes [21:27] or at least very very nearly [21:28] (like your container will have some packages installed that the launchpad buildd chroots will not) [21:29] ok.. is there a way i can make exactly that chroot env locally? [21:30] mk-sbuild jammy is closer [21:30] but i really don't think this sort of thing is going to be the issue [21:30] (although i'm not 100% on what the issue is) [21:30] fair enough :) [21:31] i'm trying to reproduce the ftbfs of gdcm : https://launchpad.net/ubuntu/+source/gdcm [21:32] but builds just fine with the vtk7 version 7.1.1+dfsg2-10 that should be problematic. vorlon just fixed vtk7 in 7.1.1+dfsg2-10ubuntu1 but gdcm should fail to build without this fix. [21:33] but in a local jammy+proposed container, with the problematic vtk7 version 7.1.1+dfsg2-10, gdcm built fine leaving me scratching my head [21:33] hellsworth: could you pastebin the exact steps you took to build the vm and the package? [21:33] you bet! i'll redo and paste steps. give me a few min [21:41] hellsworth: See the sbuild-launchpad-chroot package if you want to get closer [21:42] (To be perfect you'd have to use launchpad-buildd inside an exactly-matching VM image in a network configured with the same restrictions on external access ... but it's very rarely worth that kind of effort) [21:55] vorlon: https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/+git/ubuntu-archive-tools/+merge/412104 [21:55] none of which should cause libdl.so to appear/disappear on disk :) [21:56] It failed to build for me in my sbuild chroot [22:19] well the problem is that the *source* built just fine but the real build fails just like it does on LP: https://paste.ubuntu.com/p/znkwjSRM8D/ [22:19] glad it was just user error :) [22:19] aha! [22:28] vtk7 isn't finished building for all archs yet. will it auto make it to the proposed pocket once all archs finish succesfully building? [22:31] hellsworth: binaries for each architecture are published to the proposed pocket as they finish building [22:31] hmm then why would an apt update and apt policy vtk7 not show that the new 10ubuntu1 version is available? [22:32] amd64 has finished building already [22:32] vorlon: there have been quite a few, even right now cyrus-imapd has triggers ['postfix/3.5.13-1ubuntu2', 'postfix-mta-sts-resolver/1.0.0-4', 'postsrsd/1.10-2', 'resource-agents/1:4.7.0-1ubuntu5'] [22:32] hellsworth: mirror delays; it's 'done' in launchpad before it's visible in the archive [22:32] vorlon: the last 3 of the triggers bein i nrelease paocket [22:32] Ugh laptop keyboard [22:32] ok so i just need to be more patient :) [22:32] juliank: huh [22:34] vorlon: that's why I wrote and submitted the fix a year ago [22:34] Fairly shortly after we rolled out the new birtney that added the additional triggers [22:34] FWIW, if there is SRU vanguard time left in the day there is a minor release of software-properties validated for bionic 0.96.24.32.18. It can wait until next week if there is no time. It shores up differences between Bionic && Focal for ESM awareness and livepatch. [22:36] hellsworth: I gave back the builds of everything broken by vtk7, and gdcm is a-building: https://launchpad.net/ubuntu/+source/gdcm/3.0.8-4/+build/22317025 [22:37] woo hoo! thanks vorlon :) [22:37] (yes it's not built on all archs yet, but if any of the revdeps have other build problems it's better to find that out sooner rather than later) [22:43] with the new vtk7, my gdcm still fails but it's different.. so progress [22:43] hellsworth, afaics it built [22:44] haha well alright then idk [22:45] vk7 isn't finished on all archs yet [22:45] vorlon, thank you for fixing this :) [22:45] but doesn't need to be [22:46] for a local amd64 build of gdcm, i see ninja failing at [342/646] [22:47] oh, just monitoring https://launchpad.net/ubuntu/+source/gdcm/3.0.8-4 [22:50] i already had the env setup to just launch a local build so went ahead and did that [22:51] compiled successfully on amd64 and the build is finishing up now. ppc64el and s390x already finished. arm64, armhf, riscv64 won't build until vtk7 finishes (sometime tomorrow, in the case of riscv64) [22:53] yep the amd64 build passes just fine on LP. i don't care anymore to debug my local env. i'm sure it's fine :) [23:22] -queuebot:#ubuntu-release- New binary: golang-github-dgryski-go-minhash [amd64] (jammy-proposed/none) [0.0~git20190315.ad340ca-1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: golang-github-golang-jwt-jwt [ppc64el] (jammy-proposed/none) [4.1.0-1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: golang-github-hhatto-gorst [ppc64el] (jammy-proposed/none) [0.0~git20181029.ca9f730-1] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: golang-github-benbjohnson-clock [amd64] (jammy-proposed/none) [1.2.0-2] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: golang-github-dennwc-varint [amd64] (jammy-proposed/none) [1.0.0-1] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: golang-github-antlr-antlr4 [amd64] (jammy-proposed/none) [4.7.2+ds-1] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: golang-github-go-kit-log [amd64] (jammy-proposed/none) [0.2.0-1] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: golang-github-audriusbutkevicius-recli [amd64] (jammy-proposed/none) [0.0.6-1] (no packageset) [23:24] -queuebot:#ubuntu-release- New binary: golang-github-hhatto-gorst [amd64] (jammy-proposed/none) [0.0~git20181029.ca9f730-1] (no packageset) [23:24] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (impish-proposed/main) [2.742 => 2.742.1] (desktop-core, i386-whitelist) [23:28] -queuebot:#ubuntu-release- New binary: golang-github-golang-jwt-jwt [amd64] (jammy-proposed/none) [4.1.0-1] (no packageset) [23:28] -queuebot:#ubuntu-release- New binary: golang-github-juju-persistent-cookiejar [amd64] (jammy-proposed/none) [0.0~git20171026.d5e5a84-1] (no packageset) [23:28] -queuebot:#ubuntu-release- New binary: golang-sslmate-src-go-pkcs12 [amd64] (jammy-proposed/none) [0.0~git20210415.c5206de-1] (no packageset) [23:28] -queuebot:#ubuntu-release- New binary: golang-github-golang-jwt-jwt [s390x] (jammy-proposed/none) [4.1.0-1] (no packageset) [23:28] -queuebot:#ubuntu-release- New binary: golang-github-x448-float16 [amd64] (jammy-proposed/none) [0.8.4-1] (no packageset) [23:29] -queuebot:#ubuntu-release- New binary: golang-github-juju-collections [amd64] (jammy-proposed/none) [0.0~git20200605.0d0ec82-1] (no packageset) [23:29] -queuebot:#ubuntu-release- New binary: golang-gopkg-macaroon.v2 [amd64] (jammy-proposed/none) [2.1.0-1] (no packageset) [23:29] -queuebot:#ubuntu-release- New binary: golang-github-go-macaroon-bakery-macaroonpb [amd64] (jammy-proposed/none) [1.0.0-1] (no packageset) [23:29] -queuebot:#ubuntu-release- New binary: golang-github-juju-webbrowser [amd64] (jammy-proposed/none) [1.0.0-1] (no packageset) [23:30] -queuebot:#ubuntu-release- New binary: golang-github-hhatto-gorst [s390x] (jammy-proposed/universe) [0.0~git20181029.ca9f730-1] (no packageset) [23:37] -queuebot:#ubuntu-release- New binary: golang-github-hhatto-gorst [riscv64] (jammy-proposed/universe) [0.0~git20181029.ca9f730-1] (no packageset) [23:37] -queuebot:#ubuntu-release- New: accepted golang-github-go-macaroon-bakery-macaroonpb [amd64] (jammy-proposed) [1.0.0-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-github-golang-jwt-jwt [s390x] (jammy-proposed) [4.1.0-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-github-hhatto-gorst [s390x] (jammy-proposed) [0.0~git20181029.ca9f730-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-github-juju-webbrowser [amd64] (jammy-proposed) [1.0.0-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-gopkg-macaroon.v2 [amd64] (jammy-proposed) [2.1.0-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-github-golang-jwt-jwt [amd64] (jammy-proposed) [4.1.0-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-github-juju-collections [amd64] (jammy-proposed) [0.0~git20200605.0d0ec82-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-sslmate-src-go-pkcs12 [amd64] (jammy-proposed) [0.0~git20210415.c5206de-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-github-hhatto-gorst [riscv64] (jammy-proposed) [0.0~git20181029.ca9f730-1] [23:37] -queuebot:#ubuntu-release- New: accepted golang-github-x448-float16 [amd64] (jammy-proposed) [0.8.4-1] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-antlr-antlr4 [amd64] (jammy-proposed) [4.7.2+ds-1] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-benbjohnson-clock [amd64] (jammy-proposed) [1.2.0-2] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-go-kit-log [amd64] (jammy-proposed) [0.2.0-1] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-hhatto-gorst [amd64] (jammy-proposed) [0.0~git20181029.ca9f730-1] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-juju-persistent-cookiejar [amd64] (jammy-proposed) [0.0~git20171026.d5e5a84-1] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-audriusbutkevicius-recli [amd64] (jammy-proposed) [0.0.6-1] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-golang-jwt-jwt [ppc64el] (jammy-proposed) [4.1.0-1] [23:38] -queuebot:#ubuntu-release- New binary: golang-github-golang-jwt-jwt [riscv64] (jammy-proposed/universe) [4.1.0-1] (no packageset) [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-dennwc-varint [amd64] (jammy-proposed) [1.0.0-1] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-hhatto-gorst [ppc64el] (jammy-proposed) [0.0~git20181029.ca9f730-1] [23:38] -queuebot:#ubuntu-release- New: accepted golang-github-dgryski-go-minhash [amd64] (jammy-proposed) [0.0~git20190315.ad340ca-1] [23:40] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (hirsute-proposed/main) [2.719.3 => 2.719.4] (desktop-core, i386-whitelist) [23:47] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.34 => 2.664.35] (desktop-core, i386-whitelist)