[01:09] <tumbleweed> ubuntu-sru: The phasing pause for python-pip in bionic doesn't appear to be caused by a regression, just a history of spikes of errors (that span many versions)
[06:32] -queuebot:#ubuntu-release- Unapproved: ceph (bionic-proposed/main) [12.2.13-0ubuntu0.18.04.7 => 12.2.13-0ubuntu0.18.04.8] (desktop-core, ubuntu-server)
[08:18] -queuebot:#ubuntu-release- New: rejected ksystemstats [source] (impish-proposed) [5.22.0-0ubuntu1]
[08:19] <sil2100> RikMills: ^ please re-upload after checking the comment I left o/
[08:22] <RikMills> sil2100: ok, thanks. will get on that
[09:23] -queuebot:#ubuntu-release- New source: ksystemstats (impish-proposed/primary) [5.22.0-0ubuntu1]
[09:24] <RikMills> sil2100: ^^^ hopefully that is ok. mostly an update by the debian uploader on the copyright
[09:24] <RikMills> will discuss the long description more with them
[09:37] <xnox> apw:  https://launchpad.net/ubuntu/+source/linux-intel is in universe, but should be in main?
[09:53] <sil2100> o/
[09:53] <sil2100> RikMills: will pick it up in a bit, thanks!
[11:23] <slyon> Hey release-team! Could somebody please delete python3-pbr from impish-proposed? My last upload is uninstallable and seems to break builds, like the build of my new upload which is supposed to fix the problem: https://launchpad.net/ubuntu/+source/python-pbr/5.5.1-0ubuntu3/+build/21681474
[11:24] <slyon> IMO removing python3-pbr 5.5.1-0ubuntu2 should fix this
[11:48] <juliank> ubuntu-archive ^ that's a NBS in proposed blocking new builds
[11:48] <juliank> um
[11:49] <juliank> well an old version the binary stuck around for
[11:50] <laney> let me lookie
[11:52] <utkarsh2102> laney: while at it, could also take a look at LP: #1931257, whenever you have time?
[11:52] <juliank> sometimes I want proposed-proposed pockets
[11:52] <utkarsh2102> heh
[11:53] <laney> utkarsh2102: ok
[11:53] <laney> pbr is some kind of circular depends woe?
[11:55] <laney> oh it's picking up a borked version from proposed, I see
[11:56] <utkarsh2102> yep, pulled in during the build because of its huge set of reverse-{build-}dependencies.
[11:57] <laney> slyon: ok done, try a retry once that publishes
[12:01] <laney> utkarsh2102: done for you too
[12:01] <utkarsh2102> laney: thanks a bunch!
[12:16] <ddstreet_away> laney are you aware of bug 1931088? it seems all the armhf tests, for systemd at least, are failing to come up after reboot...is something happening with the armhf test containers?
[12:20] <laney> ddstreet: nothing I've heard of, plenty of other tests are rebooting their containers just fine. have you tried yourself locally?
[12:20] <ddstreet> it's a bit of a pain to get armhf setup for testing, i have to get a arm64 vm and then create armhf container...but i'll give it a try
[12:21] <laney> e.g. https://autopkgtest.ubuntu.com/results/autopkgtest-impish/impish/armhf/libr/libreoffice/20210609_234830_1265b@/log.gz tons of reboots in that one
[12:21] <rbalint> ddstreet, laney cpaelzer already tried https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1931088/comments/2
[12:21] <rbalint> seems to be infra specific
[12:25] <ddstreet> laney is it possible for non-autopkgtest-infra-admins to see output from the container (re)booting? i'm not sure how anyone can debug it since if it's only failing on the infrastructure armhf containers
[12:27] <laney> nope, I don't even know how I can see that to be honest
[12:27] <laney> we can add a hook to include it in the log though
[12:27] <laney> if there's a command to execute to get that
[12:28] <rbalint> laney, ddstreet  for the sake of not blocking other stuff i'm tempted to file a hint
[12:28] <ddstreet> rbalint we could also just skip the boot-and-services test on armhf
[12:29] <ddstreet> and/or change its restriction from isolation-container to isolation-machine
[12:30] <ddstreet> i wish armhf was tested on a real VM instead of in a container...it seems to cause endless trouble
[12:31] <rbalint> ddstreet, i can skip it, but that would decrease coverage and i'm optimistic about the infra issue being resolved before the next+1 systemd upload
[12:32] <ddstreet> ack, hopefully yeah
[12:37] <rbalint> ddstreet, tests-in-lxd already runs boot-and-services in lxc and it is passing on arm64, too, thus imo this points at the armhf testbed setup/infra
[12:39] -queuebot:#ubuntu-release- Unapproved: thermald (hirsute-proposed/main) [2.4.3-1 => 2.4.3-1ubuntu1] (core)
[12:42] <laney> ddstreet: rbalint: https://paste.ubuntu.com/p/BJKrp8mSXT/
[12:43] <rbalint> ddstreet, i'm cherry-picking LP: #1930910 for impish to unblock SRUs, would you like to see anything else in impish?
[12:43] <laney> that's just me running on a raspberry pi I have on the desk here
[12:44] <rbalint> laney, how did you run it?
[12:45] <rbalint> laney, i can try on AWS
[12:45] <laney> I took a command from a recent test log and added "--test-name boot-and-services" to just run that one
[12:46] <laney> maybe if I attach to the console earlier I might get some useful output, let me try
[12:46] <laney> over lunch
[12:46] <ddstreet> rbalint i have a follow on commit for bug 1664844, but i need to send it upstream first so it's not quite ready yet
[12:47] <laney> (not quite true, I removed the stuff about the proxy and all)
[12:49] <laney> a hint does seem sensible in the meantime though, whatever the cause is here
[12:54] <laney> right I ran it again with the console attached, unfortunately it disconnects at the reboot
[12:54] <laney> https://paste.ubuntu.com/p/dBqv7yrmc5/ not sure if that's interesting at all
[12:59] <rbalint> ddstreet, ok, then 1664844 can wait until it is accepted upstream since it does not look very urgent
[13:10] <laney> https://paste.ubuntu.com/p/64pTBMx79n/ bit more debugging output
[13:11] <laney> seems to be to do with network-online.target
[13:11] <laney> now I need to go eat something :>
[14:51]  * RikMills gently pokes sil2100_ before EOD
[15:02] <sil2100_> No worries! :)
[15:20] <utkarsh21028743> sil2100: hey, could you take a look at https://code.launchpad.net/~utkarsh/britney/+git/britney/+merge/404025 & merge, whenever free?
[15:26] <sil2100> utkarsh2102: on it in a bit! I'm in a long meeting streak right now, will try to deal with it ASAP ;)
[15:26] -queuebot:#ubuntu-release- Unapproved: zfs-linux (focal-proposed/main) [0.8.3-1ubuntu12.9 => 0.8.3-1ubuntu12.10] (core, kernel-dkms)
[15:33] <utkarsh2102> sil2100: awesome, no rush!
[15:39] -queuebot:#ubuntu-release- New: accepted ksystemstats [source] (impish-proposed) [5.22.0-0ubuntu1]
[15:51] <RikMills> sil2100: thank you thank you thank you! ^
[15:51]  * RikMills dputs the remainder of the plasma stack
[15:55] <sil2100> Still waiting for the binaries to pop up!
[15:56] <RikMills> sil2100: well, as it was split from an existing source, it als build deps on another one. so it will need to wait for that one to build 1st
[15:57] <RikMills> *also
[15:57] <RikMills> sil2100: so binaries will be in a few publisher cycles
[15:59] <RikMills> i.e. it can build when this is done: https://launchpad.net/ubuntu/+source/libksysguard/4:5.22.0-0ubuntu1
[16:01] <RikMills> if I had not waited, needed breaks/replaces would have removed some important things
[16:01] <xnox> bdmurray: reprepro is used to publish debugsymbols archive right? such that we must either keep dbgsyms packages xz compressed, or fix reprepro to handle zstd right?
[16:05] -queuebot:#ubuntu-release- New binary: libksysguard [amd64] (impish-proposed/universe) [4:5.22.0-0ubuntu1] (kubuntu)
[16:06] -queuebot:#ubuntu-release- New binary: libksysguard [ppc64el] (impish-proposed/universe) [4:5.22.0-0ubuntu1] (kubuntu)
[16:06] -queuebot:#ubuntu-release- New binary: libksysguard [s390x] (impish-proposed/universe) [4:5.22.0-0ubuntu1] (kubuntu)
[16:09] <RikMills> sil2100: also forgot that would have a new binary as well, that ksystemstats would depend on ^
[16:09] <RikMills> it's so much easier people people who package things like arch!
[16:10] -queuebot:#ubuntu-release- New binary: libksysguard [armhf] (impish-proposed/universe) [4:5.22.0-0ubuntu1] (kubuntu)
[16:11] -queuebot:#ubuntu-release- New binary: libksysguard [arm64] (impish-proposed/universe) [4:5.22.0-0ubuntu1] (kubuntu)
[16:24] <laney> ddstreet: it seems to me that once network-manager is installed in the container, network-online.target starts taking quite a long time to come up when started, longer than autopkgtest's timeout
[16:25] <ddstreet> ah that's interesting
[17:06] -queuebot:#ubuntu-release- New binary: libksysguard [riscv64] (impish-proposed/universe) [4:5.22.0-0ubuntu1] (kubuntu)
[17:43] <RikMills> sil2100 or other ubuntu-archive: if you could accept the new libksysguard binaries, the ksystemstats ones will build
[17:43] <RikMills> as will the rest of the plasma stack currently blocked
[17:43] <RikMills> thanks
[18:01] <sil2100> Done!
[18:02] -queuebot:#ubuntu-release- New: accepted libksysguard [amd64] (impish-proposed) [4:5.22.0-0ubuntu1]
[18:02] -queuebot:#ubuntu-release- New: accepted libksysguard [armhf] (impish-proposed) [4:5.22.0-0ubuntu1]
[18:02] -queuebot:#ubuntu-release- New: accepted libksysguard [riscv64] (impish-proposed) [4:5.22.0-0ubuntu1]
[18:02] -queuebot:#ubuntu-release- New: accepted libksysguard [arm64] (impish-proposed) [4:5.22.0-0ubuntu1]
[18:02] -queuebot:#ubuntu-release- New: accepted libksysguard [s390x] (impish-proposed) [4:5.22.0-0ubuntu1]
[18:02] -queuebot:#ubuntu-release- New: accepted libksysguard [ppc64el] (impish-proposed) [4:5.22.0-0ubuntu1]
[18:15] <bdmurray> tumbleweed: I've re-enabled the python-pip phasing for Bionic
[18:15] <tumbleweed> bdmurray: thanks
[18:21] -queuebot:#ubuntu-release- New binary: ksystemstats [s390x] (impish-proposed/universe) [5.22.0-0ubuntu1] (no packageset)
[18:22] -queuebot:#ubuntu-release- New binary: ksystemstats [ppc64el] (impish-proposed/universe) [5.22.0-0ubuntu1] (no packageset)
[18:23] -queuebot:#ubuntu-release- New binary: ksystemstats [arm64] (impish-proposed/universe) [5.22.0-0ubuntu1] (no packageset)
[18:26] -queuebot:#ubuntu-release- New binary: ksystemstats [amd64] (impish-proposed/universe) [5.22.0-0ubuntu1] (no packageset)
[18:26] -queuebot:#ubuntu-release- New binary: ksystemstats [armhf] (impish-proposed/universe) [5.22.0-0ubuntu1] (no packageset)
[19:00] -queuebot:#ubuntu-release- New binary: ksystemstats [riscv64] (impish-proposed/universe) [5.22.0-0ubuntu1] (no packageset)
[19:21] <utkarsh210281228> sil2100: hey, will you merge the MP as well? I am confused w/ the approval :)
[19:22] <utkarsh210281228> ah, I guess it's time for your EOD; no problem, I'll ask tomorrow; have a nice one o/
[19:32] -queuebot:#ubuntu-release- Unapproved: manpages (hirsute-proposed/main) [5.10-1 => 5.10-1ubuntu0.1] (core)
[19:37] <bryyce> ubuntu-archive: Could an admin help remove the laravel php ecosystem components from impish?  (LP: #1931315 + discussion above)
[20:16] <RikMills> sorry. I dropped off the net for a few hrs. ubuntu-archive: could the ksystemstats binaries be accepted please if someone has the time
[20:19] <sarnold> RikMills: Thu 10 18:01:54 < sil2100> Done!
[20:19] -queuebot:#ubuntu-release- New: accepted ksystemstats [amd64] (impish-proposed) [5.22.0-0ubuntu1]
[20:19] <sarnold> that's probably to you :)
[20:19] -queuebot:#ubuntu-release- New: accepted ksystemstats [armhf] (impish-proposed) [5.22.0-0ubuntu1]
[20:19] -queuebot:#ubuntu-release- New: accepted ksystemstats [riscv64] (impish-proposed) [5.22.0-0ubuntu1]
[20:19] -queuebot:#ubuntu-release- New: accepted ksystemstats [arm64] (impish-proposed) [5.22.0-0ubuntu1]
[20:19] -queuebot:#ubuntu-release- New: accepted ksystemstats [s390x] (impish-proposed) [5.22.0-0ubuntu1]
[20:19] -queuebot:#ubuntu-release- New: accepted ksystemstats [ppc64el] (impish-proposed) [5.22.0-0ubuntu1]
[20:20] <sarnold> .. or maybe it wasn't actually done. heh.
[20:20] <RikMills> sarnold: they were 2 very similar named sources. one a lib, they other a dependant daemon
[20:20] <sarnold> ah!
[20:21] <RikMills> sarnold: thanks! :)
[20:22] <sarnold> (for avoidance of doubt, I didn't do anything beyond just copy-paste a line :)
[20:24] <RikMills> I lose track of who is an admin sometime. thanks for answering then ;)
[20:24] <sarnold> me too, me too..
[20:44] <bdmurray> xnox: afaik its ddeb-retriever
[22:45] <xnox> juliank:  bdmurray:  ok so we need to fix it for zstd too then https://bazaar.launchpad.net/~ubuntu-archive/ddeb-retriever/trunk/view/head:/archive_tools.py#L53
[22:46] <xnox> hm, maybe that is reading the archive indexes
[22:46] <xnox> ok it uses apt-ftparchive so should be fine to publish.
[22:46] <xnox> as long as we don't start compressing upstream archive metadata with zstd
[23:19] -queuebot:#ubuntu-release- New binary: mutter [ppc64el] (impish-proposed/main) [40.1-1ubuntu1] (desktop-core, desktop-extra)
[23:20] -queuebot:#ubuntu-release- New binary: mutter [amd64] (impish-proposed/main) [40.1-1ubuntu1] (desktop-core, desktop-extra)
[23:24] -queuebot:#ubuntu-release- New binary: mutter [arm64] (impish-proposed/main) [40.1-1ubuntu1] (desktop-core, desktop-extra)