[00:00] <Eickmeyer> 🤦
[00:03] <Eickmeyer> I mean, I'm even getting daily email notifications (which I'd rather not)
[00:03] <Eickmeyer> Don't you dare say "patches welcome" and run away. 🤣
[00:04] <vorlon> well turning off all notifications on the dailies is straightforward
[00:04] <vorlon> it's just if we wanted to split the IRC vs email notifications that code is required
[00:04] <Eickmeyer> Valid
[00:05] <Eickmeyer> Though, this *is* the first time I've received email notifications along with the IRC notifications.
[00:06] <vorlon> oh, well I did see bdmurray debugging mail delivery sometime recently, so maybe this was turned on for testing
[00:06] <Eickmeyer> That would make sense.
[00:06] <bdmurray> Yes, I turned on the email notifications for the dailies but feel free to turn it off.
[00:07] <Eickmeyer> Successful test, bdmurray. :)
[00:07] <bdmurray> Eickmeyer: You are getting email notifications? I only ever got 1 or they've been filtered away somewhere.
[00:07] <Eickmeyer> Oh? Yes, I've been getting them daily.
[00:07] <vorlon> bdmurray: ack thanks
[00:08] -queuebot:#ubuntu-release- Builds: 46 entries have been added, updated or disabled
[00:08] <bdmurray> vorlon: speaking of email I've seen mails from ubuntu-archive-toolbox to google not succeeding
[00:08] <vorlon> <table flip>
[00:09] <vorlon> it would help if gmail believed in email
[00:09] <vorlon> you know they also bounce lkml these days
[00:09] <Eickmeyer> That's been an ongoing battle between IS and gmail.
[00:09] <bdmurray> connection timed out to ...google.com
[00:09] <vorlon> "timed out" interesting
[00:09] <vorlon> that doesn't look like a google problem
[00:09] <Eickmeyer> "timed out" is new. Usually it's a complete reject.
[00:10] <vorlon> and mailq on the host shows mail backed up for other smtp destinations
[00:10] <bdmurray> I mention it as I saw similar on limequat
[00:10] <vorlon> well no actually, mailq shows mail backed up *only* for debian.org
[00:11] <vorlon> opening an RT
[00:12] <bdmurray> feel free to CC me
[00:12] <vorlon> hmm maybe I should be raising a firewall MP instead
[00:13] <bdmurray> that'd be my bet
[00:14] <vorlon> well there's actually an existing firewall rule that's supposed to grant us outbound access to the SMTP relay so why don't I test that instead
[00:16] <vorlon> uh ok there's an smtp-relay-services-0.canonical.com and an smtp-relay-services-1.canonical.com but there's no smtp-relay-services.canonical.com... so much for redundancy?
[00:18] <vorlon> ok postfix accepts multiple values for relayhost
[00:19] <vorlon> ... in postfix 3.5 and later. ANYWAY
[00:20] <vorlon> Relay access denied.  Off to an RT it is
[05:07] <vorlon> bdmurray: I realized mails from cdimage-master seemed to be going out ok, so I cross-checked the config there... nope, same config, and same problem with non-delivery of non-ubuntu destinations
[05:33] -queuebot:#ubuntu-release- New: accepted budgie-backgrounds [amd64] (mantic-proposed) [1.0-2]
[05:33] -queuebot:#ubuntu-release- New: accepted rust-impl-trait-for-tuples [sync] (mantic-proposed) [0.2.2-1]
[05:34] -queuebot:#ubuntu-release- New: accepted nautilus-wipe [sync] (mantic-proposed) [0.4.alpha2-0.1]
[05:37] -queuebot:#ubuntu-release- New binary: rust-impl-trait-for-tuples [amd64] (mantic-proposed/none) [0.2.2-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: nautilus-wipe [amd64] (mantic-proposed/none) [0.4.alpha2-0.1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: rust-impl-trait-for-tuples [ppc64el] (mantic-proposed/none) [0.2.2-1] (no packageset)
[05:40] -queuebot:#ubuntu-release- New binary: nautilus-wipe [ppc64el] (mantic-proposed/none) [0.4.alpha2-0.1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: rust-impl-trait-for-tuples [armhf] (mantic-proposed/none) [0.2.2-1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: nautilus-wipe [armhf] (mantic-proposed/none) [0.4.alpha2-0.1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: rust-impl-trait-for-tuples [arm64] (mantic-proposed/none) [0.2.2-1] (no packageset)
[05:43] -queuebot:#ubuntu-release- New binary: nautilus-wipe [arm64] (mantic-proposed/none) [0.4.alpha2-0.1] (no packageset)
[05:53] -queuebot:#ubuntu-release- New sync: pytorch-text (mantic-proposed/primary) [0.15.2-1]
[05:54] -queuebot:#ubuntu-release- New sync: pytorch-cuda (mantic-proposed/primary) [2.0.1+dfsg-3]
[05:54] -queuebot:#ubuntu-release- New: accepted nautilus-wipe [amd64] (mantic-proposed) [0.4.alpha2-0.1]
[05:54] -queuebot:#ubuntu-release- New: accepted nautilus-wipe [armhf] (mantic-proposed) [0.4.alpha2-0.1]
[05:54] -queuebot:#ubuntu-release- New: accepted pytorch-cuda [sync] (mantic-proposed) [2.0.1+dfsg-3]
[05:54] -queuebot:#ubuntu-release- New: accepted rust-impl-trait-for-tuples [amd64] (mantic-proposed) [0.2.2-1]
[05:54] -queuebot:#ubuntu-release- New: accepted rust-impl-trait-for-tuples [armhf] (mantic-proposed) [0.2.2-1]
[05:54] -queuebot:#ubuntu-release- New: accepted nautilus-wipe [arm64] (mantic-proposed) [0.4.alpha2-0.1]
[05:54] -queuebot:#ubuntu-release- New: accepted pytorch-text [sync] (mantic-proposed) [0.15.2-1]
[05:54] -queuebot:#ubuntu-release- New: accepted rust-impl-trait-for-tuples [ppc64el] (mantic-proposed) [0.2.2-1]
[05:54] -queuebot:#ubuntu-release- New: accepted nautilus-wipe [ppc64el] (mantic-proposed) [0.4.alpha2-0.1]
[05:54] -queuebot:#ubuntu-release- New: accepted rust-impl-trait-for-tuples [arm64] (mantic-proposed) [0.2.2-1]
[05:59] -queuebot:#ubuntu-release- New binary: pytorch-text [amd64] (mantic-proposed/none) [0.15.2-1] (no packageset)
[05:59] -queuebot:#ubuntu-release- New binary: pytorch-text [ppc64el] (mantic-proposed/none) [0.15.2-1] (no packageset)
[05:59] -queuebot:#ubuntu-release- New binary: pytorch-text [arm64] (mantic-proposed/none) [0.15.2-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New sync: yade (mantic-proposed/primary) [2023.02a-3]
[06:12] -queuebot:#ubuntu-release- New: accepted pytorch-text [amd64] (mantic-proposed) [0.15.2-1]
[06:12] -queuebot:#ubuntu-release- New: accepted pytorch-text [ppc64el] (mantic-proposed) [0.15.2-1]
[06:12] -queuebot:#ubuntu-release- New: accepted pytorch-text [arm64] (mantic-proposed) [0.15.2-1]
[06:12] -queuebot:#ubuntu-release- New: accepted yade [sync] (mantic-proposed) [2023.02a-3]
[08:32] <doko> manually removed the libsuitesparseconfig5 binary from the release pocket. NBS didn't catch that automatically
[08:34] <LocutusOfBorg> hello, anybody from release team wants to merge this one? https://code.launchpad.net/~costamagnagianfranco/autopkgtest-cloud/+git/autopkgtest-package-configs/+merge/451255
[08:36] -queuebot:#ubuntu-release- New sync: tensorpipe-cuda (mantic-proposed/primary) [0.0~git20220513.bb1473a-5]
[08:36] <LocutusOfBorg> doko, ^^
[08:36] <LocutusOfBorg> needed for pytorch-cuda
[08:47] -queuebot:#ubuntu-release- New: accepted tensorpipe-cuda [sync] (mantic-proposed) [0.0~git20220513.bb1473a-5]
[08:54] -queuebot:#ubuntu-release- New binary: tensorpipe-cuda [amd64] (mantic-proposed/none) [0.0~git20220513.bb1473a-5] (no packageset)
[08:56] -queuebot:#ubuntu-release- New binary: tensorpipe-cuda [ppc64el] (mantic-proposed/multiverse) [0.0~git20220513.bb1473a-5] (no packageset)
[09:15] -queuebot:#ubuntu-release- New: accepted tensorpipe-cuda [amd64] (mantic-proposed) [0.0~git20220513.bb1473a-5]
[09:15] -queuebot:#ubuntu-release- New: accepted tensorpipe-cuda [ppc64el] (mantic-proposed) [0.0~git20220513.bb1473a-5]
[09:36] <LocutusOfBorg> doko, hello, if possible lp: #2034944?
[09:36] -ubottu:#ubuntu-release- Launchpad bug 2034944 in moc (Debian) "proposed-migration for moc 1:2.6.0~svn-r3005-3build2" [Unknown, Confirmed] https://launchpad.net/bugs/2034944
[09:40] <LocutusOfBorg> moc should be the last ffmpeg blocker
[10:09] <ricotz> rbasak, hello :), please take a look at the libreoffice SRU for lunar -- https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/2033643
[10:09] -ubottu:#ubuntu-release- Launchpad bug 2033643 in libreoffice (Ubuntu Lunar) "[SRU] libreoffice 7.5.6 for lunar" [Medium, In Progress]
[10:16] <zhsj> doko: i'm on +1 and looking at the nbs related to ffmpeg 6.0. I've nmu moc, gpac, xpra in debian to fix the build. then I just find you have already removed them from mantic. I didn't catch up with that since I'm on an old nbs page...
[10:17] -queuebot:#ubuntu-release- New sync: gloo-cuda (mantic-proposed/primary) [0.0~git20230117.1090929-2]
[10:17] <LocutusOfBorg> ^^ another one :/
[10:18] <LocutusOfBorg> zhsj, they should be all sorted out with pqiv migration
[10:18] <LocutusOfBorg> deal.ii needs to finish riscv64 build (libumfpack5 nbs)
[10:19] <LocutusOfBorg> inkscape needs i386 build fix
[10:59] <doko> zhsj: it should be all done now
[10:59] <doko> but yes, fixing the ftbfs for some packages would be good too
[11:02] <zhsj> doko: are you looking/removing other transitions? i could switch other things other than nbs/transitions. currently i'm looking at quaternion wrt libquotient transition
[11:04] <doko> zhsj: no, I'm not looking at transitions, just cleaning up nbs.html. Note that new versions of these libraries already migrated. so the transition itself is done. I didn't look at quaternion yet
[11:05] <doko> libgl1-mesa-glx also should be done once some riscv64 builds finish
[11:13] <zhsj> i feel the nbs.html is aligned with the transition tracker :)
[12:28] -queuebot:#ubuntu-release- New binary: rust-parity-scale-codec [amd64] (mantic-proposed/universe) [3.6.4-1] (no packageset)
[12:28] -queuebot:#ubuntu-release- New binary: rust-parity-scale-codec [arm64] (mantic-proposed/universe) [3.6.4-1] (no packageset)
[12:28] -queuebot:#ubuntu-release- New binary: rust-parity-scale-codec [ppc64el] (mantic-proposed/universe) [3.6.4-1] (no packageset)
[12:30] -queuebot:#ubuntu-release- New binary: rust-parity-scale-codec [armhf] (mantic-proposed/universe) [3.6.4-1] (no packageset)
[12:37] -queuebot:#ubuntu-release- New: accepted gloo-cuda [sync] (mantic-proposed) [0.0~git20230117.1090929-2]
[12:37] -queuebot:#ubuntu-release- New: accepted rust-parity-scale-codec [arm64] (mantic-proposed) [3.6.4-1]
[12:37] -queuebot:#ubuntu-release- New: accepted rust-parity-scale-codec [ppc64el] (mantic-proposed) [3.6.4-1]
[12:37] -queuebot:#ubuntu-release- New: accepted rust-parity-scale-codec [amd64] (mantic-proposed) [3.6.4-1]
[12:37] -queuebot:#ubuntu-release- New: accepted rust-parity-scale-codec [armhf] (mantic-proposed) [3.6.4-1]
[12:41] -queuebot:#ubuntu-release- New binary: gloo-cuda [amd64] (mantic-proposed/none) [0.0~git20230117.1090929-2] (no packageset)
[12:43] -queuebot:#ubuntu-release- New binary: gloo-cuda [ppc64el] (mantic-proposed/none) [0.0~git20230117.1090929-2] (no packageset)
[12:52] -queuebot:#ubuntu-release- New: accepted gloo-cuda [amd64] (mantic-proposed) [0.0~git20230117.1090929-2]
[12:52] -queuebot:#ubuntu-release- New: accepted gloo-cuda [ppc64el] (mantic-proposed) [0.0~git20230117.1090929-2]
[13:13] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (lunar-proposed) [29.4~23.04]
[13:16] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (jammy-proposed) [29.4~22.04]
[13:17] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (focal-proposed) [29.4~20.04]
[13:17] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (bionic-proposed) [29.4~18.04]
[13:18] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (xenial-proposed) [29.4~16.04]
[13:38] <ricotz> LocutusOfBorg, hi, please could you cancel these https://launchpad.net/ubuntu/+source/llvm-toolchain-16/1:16.0.6-14/+build/26696919 https://launchpad.net/ubuntu/+source/llvm-toolchain-16/1:16.0.6-14/+build/26696915
[13:40] <LocutusOfBorg> ricotz, .
[14:24] <jbicha> rbasak: when you have time for SRUs, please see my followup comment on bug 2028082
[14:24] -ubottu:#ubuntu-release- Bug 2028082 in glib2.0 (Ubuntu Lunar) "Update glib to 2.76.4" [High, In Progress] https://launchpad.net/bugs/2028082
[16:08] <xnox> release team! need help
[16:09] <xnox> all the v6.5 kernels are trying to move
[16:09] <xnox> autohinter is hinting them all
[16:09] <xnox> and then it ends up with
[16:09] <xnox>  finish:
[16:09] <xnox> [linux,linux-aws,linux-azure,linux-gcp,linux-lowlatency,linux-meta,linux-meta-aws,linux-meta-azure,linux-meta-gcp,linux-meta-lowlatency,linux-meta-oracle,linux-oracle,linux-restricted-modules,linux-restricted-modules-aws,linux-restricted-modules-azure,linux-restricted-modules-gcp,linux-restricted-modules-lowlatency,linux-restricted-modules-oracle,linux-restricted-signatures,linux-restricted
[16:09] <xnox> -signatures-aws,linux-restricted-signatures-azure,linux-restricted-signatures-gcp,linux-restricted-signatures-lowlatency,linux-restricted-signatures-oracle,linux-signed,linux-signed-aws,linux-signed-azure,linux-signed-gcp,linux-signed-lowlatency,linux-signed-oracle,nvidia-graphics-drivers-535,nvidia-graphics-drivers-535-server]
[16:09] <xnox> endloop: 14+0: a-3:a-3:a-0:i-0:p-3:r-2:s-3
[16:09] <xnox>     now: 16+0: a-5:a-3:a-0:i-0:p-3:r-2:s-3
[16:09] <xnox>     * amd64: linux-modules-nvidia-390-lowlatency-hwe-20.04, linux-modules-nvidia-390-lowlatency-hwe-20.04-edge
[16:09] <xnox> and i cannot tell why or what it means.
[16:12] <xnox> hm maybe there is something odd about it.
[16:17] <xnox> figured it out!
[16:17] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.47 => 2.664.49] (desktop-core, i386-whitelist)
[16:26] <vorlon> xnox: what it means is only that those are the newly-uninstallable binaries.  everything else you have to figure out for yourself
[16:30] <vorlon> zhsj: on +1, it might be worth looking at why libdeal.ii-9.4.1 is still in mantic, it is uninstallable AND depends on an NBS package
[16:31] <vorlon> (it's unusual that we let a package like that regress installability)
[17:07] <doko> deal.ii needs the build on riscv64 to finish. nothing to investigate
[17:15] <seb128> hum, http://iso.qa.ubuntu.com/qatracker/milestones/446/builds is labelling 'Ubuntu Desktop amd64 (re-building)' but there is no pending build on https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/mantic/ubuntu
[17:16] <LocutusOfBorg> sigh pytorch https://code.launchpad.net/~costamagnagianfranco/autopkgtest-cloud/+git/autopkgtest-package-configs/+merge/451296
[17:16] <seb128> could someone reset the state somehow?
[17:31] <bdmurray> seb128: The only way I know to clear the re-building state is to run a build again from the cdimage server
[17:36] <seb128> bdmurray, I don't think I've access to the server, could you do that for me?
[17:37] <bdmurray> I could build a new Ubuntu desktop image but are the issues with building them fully fixed?
[17:38] <vorlon> I thought some work was done in the geological recent past to make it possible to cancel rebuilds
[17:38] <vorlon> from the ISO tracker
[17:38] <vorlon> anyway, now that livecd-rootfs 23.10.36 is in the release pocket we should be good to retry
[17:38] -queuebot:#ubuntu-release- Unapproved: horizon (focal-proposed/main) [3:18.3.5-0ubuntu2.1 => 3:18.3.5-0ubuntu2.2] (openstack, ubuntu-server)
[17:39] <bdmurray> Okay, I just tried to cancel the rebuild but nothing has changed.
[17:40] <vorlon> doko: that doesn't explain why deal.ii is currently uninstallable in the release pocket; and as the uninstallable report shows it also has no reverse-depends, we could remove deal.ii from the release pocket now, get the new one to migrate without riscv64, and move NBS along
[17:40] <doko> go for it
[17:40] <vorlon> zhsj: ^^
[17:41] <vorlon> bdmurray: ok and I may have invented the idea that someone had fixed the cancel option, the last commit mentioning it at all is stgraber in 2015 :P
[17:41] <seb128> bdmurray, what Steve said, the new livecd-rootfs is published so we would like a retry
[17:41] <vorlon> anyway I'll take care of retrying
[17:41] <seb128> thanks!
[17:42] <vorlon> retrying amd64 only because the arm64 images are currently uselessly bad
[17:46] <seb128> ack
[17:56] <vorlon> doko: so, it was your removal of libsuitesparseconfig5 that triggered the new uninstallables fwiw; it only had NBS reverse-dependencies but those weren't candidates for removal yet because they had dependencies in turn, if you're going to remove one of the NBS packages why not remove them all at once?
[17:58] -queuebot:#ubuntu-release- New binary: libreoffice [amd64] (mantic-proposed/main) [4:7.6.1~rc2-0ubuntu1] (ubuntu-desktop)
[18:45] -queuebot:#ubuntu-release- Unapproved: python-keystonemiddleware (jammy-proposed/main) [9.4.0-0ubuntu1 => 9.4.0-0ubuntu1.1] (openstack)
[19:00] <ricotz> hello ubuntu-archive, please bump the priority of this llvm riscv64 build https://launchpad.net/ubuntu/+source/llvm-toolchain-16/1:16.0.6-15/+build/26703138
[19:13] -queuebot:#ubuntu-release- Unapproved: python-keystonemiddleware (focal-proposed/main) [9.0.0-0ubuntu1 => 9.0.0-0ubuntu1.1] (openstack, ubuntu-server)
[19:41] <seb128> ricotz, afaik archive admin don't have access to build scores
[19:42] <vorlon> seb128: don't we? I have some priv level that gives me access to that and I thought it was ubuntu-archive.
[19:42] <vorlon> anyway, the riscv64 builders are in disarray, as seen by the page listing no estimated start time, so there's an infrastructure issue to be sorted
[19:42] <vorlon> I'm not going to prioritize this build over others in the face of that without a compelling justification
[19:43] <ricotz> vorlon, hi :), please bump it anyway this missing toolchain build is holding up things :(
[19:44] <seb128> vorlon, well as I said 'afaik', it's not documented on https://wiki.ubuntu.com/ArchiveAdministration and I don't know what cmd/api can be used to change scores
[19:44] <ricotz> vorlon, aka the default llvm toolchain is not installable on riscv64 is letting builds fail, e.g. https://launchpad.net/ubuntu/+source/libreoffice/4:7.6.1~rc2-0ubuntu1/+build/26704037
[19:45] <vorlon> seb128: if you have access, that page has an edit icon next to the 'Needs building' status
[19:46] <vorlon> seb128: unrelated, Desktop daily images have outgrown the current limit again after the current refactoring. Should we bump it? I guess size should be fairly stable from now until release
[19:46] <seb128> vorlon, https://people.canonical.com/~seb128/build.png
[19:47] <seb128> so I guess I don't have access?
[19:47] <vorlon> ricotz: thanks, that's a concrete justification (package with a long build needs build retried after this is done, developer has to watch until it's available).  Still, https://launchpad.net/builders/ currently has 0 riscv64 builders available so there's *currently* no point
[19:47] <vorlon> seb128: the round yellow icon
[19:48] <seb128> ohhhh
[19:48] <seb128> thanks, I learnt something new :)
[19:48] <seb128> (so it's not next to the 'Needs building', but next to the score :p)
[19:49] <seb128> vorlon, +1 on bumping the desktop ISO limit again yes
[19:50] <ricotz> vorlon, "riscv64 	0 	10217 jobs (29 weeks)" , so such a package should be prioritized to whatever is queue there
[19:52] -queuebot:#ubuntu-release- Unapproved: octavia-dashboard (lunar-proposed/main) [11.0.0-0ubuntu1 => 11.0.0-0ubuntu1.1] (openstack)
[20:01] -queuebot:#ubuntu-release- Unapproved: octavia-dashboard (jammy-proposed/main) [9.0.0-0ubuntu1.1 => 9.0.0-0ubuntu1.2] (openstack)
[20:01] <Eickmeyer> vorlon: If you're around, Ubuntu Studio went back to normal sizes, but Edubuntu increased in size this cycle, about 200MiB.
[20:02] <Eickmeyer> Probably same as desktop experienced.
[20:12] <vorlon> seb128: https://git.launchpad.net/ubuntu-cdimage/commit/?id=f1fd88cb9a35d88c7d4e75e4c3d9b318ba506ea8 should be just enough for right now; may alert us again if the image grows again unexpectedly
[20:12] -ubottu:#ubuntu-release- Commit f1fd88c in ubuntu-cdimage "Bump Ubuntu size limit per seb128 HEAD main"
[20:12] <seb128> vorlon, ack, thanks
[20:14] <vorlon> Eickmeyer: Ubuntu's size increase is an added 261.6 MB squashfs to support the TPM FDE feature, which isn't applicable to edubuntu.  Do you want to look at what's grown before bumping the limit?
[20:18] <Eickmeyer> vorlon: I mean, bump the limit, but what it came down to was +basic256, deja-dup, gnome-music, totem, convertall, mnemosyne, onboard, gnome-shell-extension-manager and -pdfmod, lightspeed, ktouch.
[20:19] <Eickmeyer> Net was about +200MiB.
[20:19] <vorlon> ok
[20:20] -queuebot:#ubuntu-release- New: accepted libreoffice [amd64] (mantic-proposed) [4:7.6.1~rc2-0ubuntu1]
[20:22] <Eickmeyer> s/onboard/openboard. I think openboard was the biggest there, but that's pretty essential for teachers these days with projectors. We're considering adding an ubuntu-edu-teacher metapackage next release.
[20:23] <Eickmeyer> And a music education metapackage, TBD if Studio or Edubuntu.
[20:49] <ricotz> please retry https://launchpad.net/ubuntu/+source/llvm-toolchain-16/1:16.0.6-15/+build/26703138
[20:52] <vorlon> ricotz: done
[22:08] <xnox> i hope britney is not stuck for mantic https://ubuntu-archive-team.ubuntu.com/proposed-migration/log/mantic/2023-09-13/?C=M;O=D it should have printed stats by now
[22:11] <Eickmeyer> I see logs that are only 15 minutes old?