[04:00] <vorlon> mwhudson: isn't the glibc changelog description of debian/patches/ubuntu/local-disable-ld_audit.diff incorrect? ("Revert backporting"?)
[04:02] <vorlon> mwhudson: oh, you're only reverting the bit from the SRU that was backed out and handling restarts from 9.3, not attempting to re-apply the patch?
[04:59] -queuebot:#ubuntu-release- New binary: rustc [i386] (jammy-proposed/universe) [1.55.0+dfsg1+llvm-2ubuntu1] (i386-whitelist)
[05:15] -queuebot:#ubuntu-release- New binary: rustc [amd64] (jammy-proposed/universe) [1.55.0+dfsg1+llvm-2ubuntu1] (i386-whitelist)
[05:50] -queuebot:#ubuntu-release- New binary: rustc [ppc64el] (jammy-proposed/universe) [1.55.0+dfsg1+llvm-2ubuntu1] (i386-whitelist)
[06:01] -queuebot:#ubuntu-release- New: accepted rustc [amd64] (jammy-proposed) [1.55.0+dfsg1+llvm-2ubuntu1]
[06:01] -queuebot:#ubuntu-release- New: accepted rustc [ppc64el] (jammy-proposed) [1.55.0+dfsg1+llvm-2ubuntu1]
[06:01] -queuebot:#ubuntu-release- New: accepted rustc [i386] (jammy-proposed) [1.55.0+dfsg1+llvm-2ubuntu1]
[06:02] -queuebot:#ubuntu-release- Unapproved: accepted glibc [source] (focal-proposed) [2.31-0ubuntu9.4]
[06:07] -queuebot:#ubuntu-release- New binary: rustc [s390x] (jammy-proposed/universe) [1.55.0+dfsg1+llvm-2ubuntu1] (i386-whitelist)
[06:24] <vorlon> juliank: hey, I'm not sure what happened, but there were no autopkgtest units running on autopkgtest-lxd-worker/0 (noticed because, well, armhf queue wasn't moving).  'systemctl start autopkgtest.target' seems to have DTRT
[07:29] <mwhudson> vorlon: yeah it's all a bit confusing but it's going back to how it was
[07:29] <mwhudson> vorlon: thanks for the review
[07:38] <mwhudson> what is a good version number for a package where i repacked the orig vs what debian did
[07:38] <mwhudson> i currently have 0.57.0+ubnutu1-0ubuntu1 but that seems a bit ugly
[08:07] <ginggs> mwhudson: 0.57.0+ubuntu-0ubuntu1 is probably fine. if you repack again, you can make it +ubuntu1
[10:06] <cpaelzer> hi, anyone from ubuntu-release around to help me with step 1 of https://bugs.launchpad.net/ubuntu/+source/postgresql-mysql-fdw/+bug/1954374
[10:06] <cpaelzer> that would need review and merge of https://code.launchpad.net/~paelzer/britney/+git/hints-ubuntu/+merge/413070 please
[11:35] <cpaelzer> sil2100: good morning, since my client claims that you joined just now you might have no log and are the first ubuntu-release member around in a while. I wanted to ask if your inbox allow you to maybe have a look at a test hint https://code.launchpad.net/~paelzer/britney/+git/hints-ubuntu/+merge/413070
[13:40] -queuebot:#ubuntu-release- Unapproved: grub2-unsigned (jammy-proposed/main) [2.06-2ubuntu2 => 2.06-2ubuntu3] (core, i386-whitelist)
[13:41] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (impish-proposed) [248.3-1ubuntu8.1]
[13:46] <sil2100> cpaelzer: morning!
[13:47] <sil2100> cpaelzer: looking now! (sorry, was preoocupied earlier)
[13:48] <cpaelzer> np sil2100 - and welcome
[13:50] <sil2100> cpaelzer: done, thanks for the hind o/
[13:50] <sil2100> *hint
[13:51] -queuebot:#ubuntu-release- Unapproved: grub2-unsigned (jammy-proposed/main) [2.06-2ubuntu3 => 2.06-2ubuntu3] (core, i386-whitelist)
[13:52] <juliank> sil2100: could you please approve the grub2-unsigned binaries in jammy?
[13:52] <juliank> Hopefully this fixes boots for everyone on BIOS and UEFI :)
[13:55] <cpaelzer> thank you sil2100, /me keeps all fingers crossed for the last dep to remove on the next britney run
[14:08] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (focal-proposed) [245.4-4ubuntu3.14]
[14:28] <sil2100> juliank: looking o/
[14:28] <mfo> juliank, hey o/ just wanted to check w/ you about the proper way to 'stage'  the grub2 SRUs for the hwmatch error message (bug 1840560).
[14:28] <sil2100> juliank: done o/
[14:28] <mfo> The bug is tagged block-proposed-<series> for the stable releases, and the last comment points to the git branches/MR for the stable releases.
[14:28] <mfo> Question is: should they be _merged_ to the git repo as well, or it's good enough as it is? (and upon the next really-needed grub2 SRU, when someone finds the block-proposed tags for grub2, they'll check/merge as appropriate?
[14:29] -queuebot:#ubuntu-release- Unapproved: accepted grub2-unsigned [amd64] (jammy-proposed) [2.06-2ubuntu3]
[14:29] -queuebot:#ubuntu-release- Unapproved: accepted grub2-unsigned [arm64] (jammy-proposed) [2.06-2ubuntu3]
[14:29] <sil2100> hm, weird, why are there rustc s390x binaries in the New queue?
[14:30] <sil2100> None of them seem to be actually 'New', hmm
[14:36] <ginggs> vorlon: regarding python3-defaults migration, it looks like we're down to only 8 packages with regressions now.  I've filed LP: #1954649 to track them.  I think it would be good to let it migrate now, so we can start with rebuilds for the next phase of the transition before the break.
[14:37] <ginggs> skimage/s390x looks like a candidate for big_packages (Killed)
[14:39] <apw> coreycb, firmware-sof is now depended on by linux-firmware; but is in restricted.  I am not 100% sure I understand why either, as the licenses seem reasonably permissive.
[14:39] <apw> vorlon, even^
[15:23] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (bionic-proposed) [237-3ubuntu10.53]
[15:50] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (focal-proposed/main) [1:0.9.0~0.20.04.3 => 1:0.9.0~0.20.04.4] (desktop-core, ubuntu-server)
[16:26] <cpaelzer> Hi ubuntu-archive, I think we are ready to remove the last remainders of postgresql-13 from jammy - details are in bug 1954374 and I'd appreciate if someone could have a look at it.
[16:36] <sil2100> I *might* try to take a look at that after my meetings
[16:36] <vorlon> ginggs: thanks for opening the bug.  I think what I will do is hint it and reference that bug in a comment with the hint, since otherwise I'm not confident that a bug being open ensures it remains on the radar.  Should there also be a jira card for it?
[16:36] <vorlon> ginggs: also, I count 9 packages, not 8
[16:39]  * ginggs counts again
[16:39] <ginggs> vorlon: does 9 include skimage/s390x ?
[16:40] <vorlon> ginggs: yes
[16:41] <vorlon> ginggs: looked like a real regression to me, so I've opened a bug task - I'll let you manage it from there
[16:41] <vorlon> but at least it's tracked
[16:42] <ginggs> vorlon: skimage looks like OOM to me, can we try adding it to big_packages?
[16:42] <ginggs> (it passes debian ci)
[16:42] <vorlon> apw: oops I forgot that linux-firmware is in main rather than in restricted; I had no reason for putting it to restricted other than autopilot. If you're comfortable that these are ok for main, please go ahead and move it
[16:43] <vorlon> ginggs: ok, adding
[16:43] <vorlon> ginggs: indeed, skimage is already in big-packages on all the other archs!
[16:43] <ginggs> vorlon: great, thanks!
[16:44] <vorlon> ginggs: added and retriggered
[16:44]  * vorlon impatiently waits for gnudatalanguage armhf autopkgtests
[16:45] <vorlon> cpaelzer: I see that postgresql-13 was built on i386 but postgresql-14 was not, looking into that first
[17:00] <cpaelzer> thanks vorlon, let me know if there is a follow up task out of that i386-look. Since it is EOD for me maybe just update the bug in that case please.
[17:01]  * vorlon nods
[17:02] -queuebot:#ubuntu-release- Packageset: Added postgresql-14 to i386-whitelist in jammy
[17:02] -queuebot:#ubuntu-release- Packageset: Added python-pytest-subtests to i386-whitelist in jammy
[17:10] <vorlon> sil2100: https://code.launchpad.net/~paelzer/britney/+git/hints-ubuntu/+merge/413070 - you wouldn't prefer that the package be changed to skip the test on armhf?
[17:51] <seb128> vorlon, hey, is there any chance you could try to review fwupd-efi in NEW? I uploaded from the Debian Vcs to bypass the Debian NEW delay but I don't want to self review my own uploads
[18:06] <juliank> mfo: usually we upload them and then just don't release them
[18:07] <juliank> mfo: but I'll jsut bundle them with the arm64 compressed image fix (see #-devel)
[18:07] <mfo> juliank, ok. cool. thanks!
[18:08] <juliank> mfo: re comment: whoa, lxd vms have secure boot enabled? TIL
[18:09] <mfo> juliank, and uefi, and virtio only. i learned that recently too.
[18:09] <juliank> that'll make my life easier
[18:10] <mfo> :)
[18:10] <mfo> that nicely balances the little bit that it made my life harder a month or so ago.. lol.
[18:11] <mfo> but it was a nice learning experience, for sure.
[18:26] <vorlon> seb128: I don't think I can get to it today but I can try to this week (before I EOY)
[19:05] <seb128> vorlon, thanks, it's not urgent I just wanted to know if you could try to get it on your backlog, this week sounds great if you manage to find some slot for it
[19:12] <vorlon> bryceh: how's the php switch coming along?  you need anything from an archive admin right now?
[19:14] <vorlon> only 3 armhf autopkgtests running right now?  grr <goes digging>
[19:17] <vorlon> Dec 13 09:40:00 juju-4d1272-prod-proposed-migration-5 exec-in-region[3885259]: lxd-armhf-10.44.124.143.rc not found, exiting.
[19:17] <vorlon> wut
[19:19] <vorlon> ok well aside from that message, which also appears after I restart the service, there's no output explaining why the unit (and many others) was dead for 11 hours. :P
[19:20] <bryceh> vorlon, heya, yeah now that I'm done with +1 work I'm back on PHP today, and indeed there is one archive admin task, although i don't have it well defined yet
[19:21] <vorlon> bryceh: ok, I'm around-ish so just let me know
[19:21] <bryceh> vorlon, the symfony+doctrine micro-ecosystem last I checked had not been updated to php8.1 and is quite broken, and is blocking a lot
[19:22] <bryceh> I think if we temporarily pulled all those packages, it'd let more big chunks of php migrate.
[19:23] <bryceh> vorlon, I need to determine if there are affected rdependencies and check on current status in deb/upstream.  I can file a bug and ping you when I've done that.
[19:23] <vorlon> bryceh: ack
[19:23] <bryceh> vorlon btw thanks for your attention on it this last week, I'm noticing a lot of things coming off my todo list today
[19:45] <vorlon> juliank: well, I still have lxd autopkgtest worker units going inactive with no understanding why.  I think I need another pair of eyes on this when you get a chance
[19:50] <mwhudson> ubuntu-archive can someone process rustc in s390x binary NEW?
[19:51] <vorlon> doing
[19:51] <mwhudson> the other arches all got done, i assume this was accidental?
[19:51] <vorlon> timing thing
[19:51] <vorlon> done
[19:51] <mwhudson> ta
[19:51] <mwhudson> vorlon: fwiw after bumping rustc a few times it becomes almost possible to sync cargo from debian
[19:52] -queuebot:#ubuntu-release- New: accepted rustc [s390x] (jammy-proposed) [1.55.0+dfsg1+llvm-2ubuntu1]
[19:52] <vorlon> woohoo
[20:09] <bryceh> vorlon, so symfony's rdepends include phpmyadmin, civicrm, and a few other pieces.  So temporarily dropping it may not be a good path.  I see debian just introduced a new upstream version, so am going to see about moving us onto that, instead.
[20:11] <vorlon> ack
[21:01] <vorlon> ok, gnudatalanguage/armhf passing, that should do it for the gsl knot on the next run
[21:02] <vorlon> ginggs: and yes skimage/s390x passed now, if you didn't already see
[21:03] <ginggs> \o/
[23:08] -queuebot:#ubuntu-release- New source: ubuntu-advantage-desktop-daemon (jammy-proposed/primary) [1.0]
[23:26] -queuebot:#ubuntu-release- New binary: pfstools [amd64] (jammy-proposed/none) [2.2.0-2] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: pfstools [ppc64el] (jammy-proposed/none) [2.2.0-2] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: pfstools [armhf] (jammy-proposed/universe) [2.2.0-2] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: pfstools [arm64] (jammy-proposed/universe) [2.2.0-2] (no packageset)
[23:45] -queuebot:#ubuntu-release- New binary: pfstools [s390x] (jammy-proposed/universe) [2.2.0-2] (no packageset)