=== chris14_ is now known as chris14
[01:55] -queuebot:#ubuntu-release- New binary: moc [amd64] (mantic-proposed/universe) [1:2.6.0~svn-r3005-3.1] (no packageset)
[01:55] -queuebot:#ubuntu-release- New binary: moc [armhf] (mantic-proposed/universe) [1:2.6.0~svn-r3005-3.1] (no packageset)
[01:55] -queuebot:#ubuntu-release- New binary: moc [s390x] (mantic-proposed/universe) [1:2.6.0~svn-r3005-3.1] (no packageset)
[01:56] -queuebot:#ubuntu-release- New binary: moc [arm64] (mantic-proposed/universe) [1:2.6.0~svn-r3005-3.1] (no packageset)
[01:56] -queuebot:#ubuntu-release- New binary: moc [ppc64el] (mantic-proposed/universe) [1:2.6.0~svn-r3005-3.1] (no packageset)
[02:20] -queuebot:#ubuntu-release- New binary: moc [riscv64] (mantic-proposed/universe) [1:2.6.0~svn-r3005-3.1] (no packageset)
[02:47] -queuebot:#ubuntu-release- New: accepted moc [amd64] (mantic-proposed) [1:2.6.0~svn-r3005-3.1]
[02:47] -queuebot:#ubuntu-release- New: accepted moc [armhf] (mantic-proposed) [1:2.6.0~svn-r3005-3.1]
[02:47] -queuebot:#ubuntu-release- New: accepted moc [riscv64] (mantic-proposed) [1:2.6.0~svn-r3005-3.1]
[02:47] -queuebot:#ubuntu-release- New: accepted nvidia-tegra-defaults [amd64] (mantic-proposed) [1.1]
[02:47] -queuebot:#ubuntu-release- New: accepted moc [arm64] (mantic-proposed) [1:2.6.0~svn-r3005-3.1]
[02:47] -queuebot:#ubuntu-release- New: accepted moc [s390x] (mantic-proposed) [1:2.6.0~svn-r3005-3.1]
[02:47] -queuebot:#ubuntu-release- New: accepted moc [ppc64el] (mantic-proposed) [1:2.6.0~svn-r3005-3.1]
[02:47] -queuebot:#ubuntu-release- New: accepted rust-libheif-rs [sync] (mantic-proposed) [0.20.0-2]
[02:50] -queuebot:#ubuntu-release- New binary: rust-libheif-rs [amd64] (mantic-proposed/none) [0.20.0-2] (no packageset)
[02:51] -queuebot:#ubuntu-release- New binary: rust-libheif-rs [arm64] (mantic-proposed/none) [0.20.0-2] (no packageset)
[02:51] -queuebot:#ubuntu-release- New binary: rust-libheif-rs [s390x] (mantic-proposed/none) [0.20.0-2] (no packageset)
[02:51] -queuebot:#ubuntu-release- New binary: rust-libheif-rs [ppc64el] (mantic-proposed/none) [0.20.0-2] (no packageset)
[02:55] -queuebot:#ubuntu-release- New binary: rust-libheif-rs [armhf] (mantic-proposed/none) [0.20.0-2] (no packageset)
=== u0_a341 is now known as deathcollege
=== u0_a341 is now known as deathcollege
[03:10] <zhsj> vorlon: oh, for 1 will you schedule the rebuilds for these reverse deps?
[04:35] <vorlon> zhsj: I guess there's no reason I shouldn't
=== u0_a341 is now known as deathcollege
[05:05] -queuebot:#ubuntu-release- New: accepted rust-libheif-rs [amd64] (mantic-proposed) [0.20.0-2]
[05:05] -queuebot:#ubuntu-release- New: accepted rust-libheif-rs [armhf] (mantic-proposed) [0.20.0-2]
[05:05] -queuebot:#ubuntu-release- New: accepted rust-libheif-rs [s390x] (mantic-proposed) [0.20.0-2]
[05:05] -queuebot:#ubuntu-release- New: accepted rust-libheif-rs [arm64] (mantic-proposed) [0.20.0-2]
[05:05] -queuebot:#ubuntu-release- New: accepted rust-libheif-rs [ppc64el] (mantic-proposed) [0.20.0-2]
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-cinccino-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-torchic-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-aerodactyl-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-alolan-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-asobo-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-bergmite-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-cascoon-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-cascppm-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-charmander-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-nobisuke-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-sutton-aitland-meta to canonical-oem-metapackages in focal
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-cinccino-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-torchic-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-aerodactyl-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-alolan-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-asobo-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-bergmite-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-cascoon-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-cascppm-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-charmander-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-nobisuke-meta to canonical-oem-metapackages in jammy
[06:17] -queuebot:#ubuntu-release- Packageset: Added oem-sutton-aitland-meta to canonical-oem-metapackages in jammy
[06:22] <LocutusOfBorg> zhsj, looks like xpra autopkgtests are sad...
[06:41] -queuebot:#ubuntu-release- New binary: texlive-bin [i386] (mantic-proposed/main) [2023.20230311.66589-6] (i386-whitelist, ubuntu-desktop)
[06:42] -queuebot:#ubuntu-release- New binary: texlive-bin [amd64] (mantic-proposed/main) [2023.20230311.66589-6] (i386-whitelist, ubuntu-desktop)
[06:46] <LocutusOfBorg> vorlon, ^^ for your joy sse2 drop
[06:55] -queuebot:#ubuntu-release- New binary: texlive-bin [armhf] (mantic-proposed/main) [2023.20230311.66589-6] (i386-whitelist, ubuntu-desktop)
[07:06] <zhsj> LocutusOfBorg: :(
[07:55] -queuebot:#ubuntu-release- New: accepted texlive-bin [amd64] (mantic-proposed) [2023.20230311.66589-6]
[07:55] -queuebot:#ubuntu-release- New: accepted texlive-bin [i386] (mantic-proposed) [2023.20230311.66589-6]
[07:55] -queuebot:#ubuntu-release- New: accepted texlive-bin [armhf] (mantic-proposed) [2023.20230311.66589-6]
[07:56] <doko> LocutusOfBorg: armhf still has sse2 binaries ...
[07:57] <doko> jbicha: rust packages removed
[08:15] <luis220413> tjaalton: Can you release the virtualbox* packages in the unapproved queue to -proposed? Bug 2017101
[08:15] -ubottu:#ubuntu-release- Bug 2017101 in virtualbox-hwe (Ubuntu Kinetic) "[SRU] virtualbox 7.0.8 and 6.1.44" [Undecided, New] https://launchpad.net/bugs/2017101
[08:15] <LocutusOfBorg> luis220413, maybe wait some more
[08:16] <tjaalton> luis220413: handling of these updates is assigned to someone else
[08:16] <luis220413> Who is today's SRU vanguard?
[08:17] <tjaalton> I'm one
[08:19] <luis220413> tjaalton: To whom are these updates assigned to?
[08:21] <tjaalton> why? :)
[08:23] <luis220413> tjaalton: You said "handling of these updates is assigned to someone else" Who is that person?
[08:23] <luis220413> *else".
[08:23] <tjaalton> so you'll ping the other person instead?
[08:25] <tjaalton> actually, this is an open item for the next sru team meeting
[08:26] <tjaalton> virtualbox sru's
[08:26] <luis220413> tjaalton: No.
[08:26] <LocutusOfBorg> please I prefer to update vbox
[08:27] <LocutusOfBorg> there is a new version
[08:27] <LocutusOfBorg> lets do it only once
[08:27] <luis220413> OK
[08:28] <tjaalton> one issue has been the rather terse impact/test case of the sru's
[08:28] <tjaalton> there doesn't seem to be a standing MRE for virtualbox?
[08:29] <tjaalton> so you should apply for one
[08:29] <tjaalton> for starters
[09:23] <zhsj> sigh, i didn't go much further with the ftbfs of inkscape/i386. so i wonder why it's on i386 list?
[09:30] <LocutusOfBorg> reverse-depends -a i386 -r mantic -b inkscape
[09:31] <LocutusOfBorg> rmadison -u ubuntu -a i386 arc-theme bacula-doc chroma daps desktop-base dnsviz drbd-doc game-data-packager king minexpert2 neurodebian oxygencursors retroarch-assets rheolef sailcut  sympy view3dscene -s mantic
[09:31] <LocutusOfBorg> shows only arch:all :/
[09:32] <LocutusOfBorg> tjaalton, for some reasons we never had an MRE
[09:34] <LocutusOfBorg> tjaalton, https://lists.ubuntu.com/archives/technical-board/2015-November/002177.html
[09:34] <LocutusOfBorg> https://lists.ubuntu.com/archives/technical-board/2015-October/002173.html
[09:34] <LocutusOfBorg> I think I already have an MRE?
[09:38] <tjaalton> noted
[09:40] <LocutusOfBorg> vorlon, I have been MRE virtualbox since before MRE were introduced, I found this technical-board ^^ ack from <pitti>. I honestly don't know what was his role 8 years ago, I went ahead and marked virtualbox on this page https://wiki.ubuntu.com/StableReleaseUpdates
[09:41] <LocutusOfBorg> I don't want to do something not following the correct process, I can redo the MRE request, if tecnhical board is not the good and right place anymore, I know stuff has changed a lot in the meantime
[09:41] <tjaalton> fix the copypaste
[09:42] <LocutusOfBorg> where?
[09:42] <tjaalton> wouldn't hurt to have a page of it's own like in the old MRE request
[09:42] <tjaalton> it mentions ubuntudevtools
[09:43] <LocutusOfBorg> should I create a new page I guess?
[09:43] <tjaalton> that'd be better than linking to a random one :)
[09:43] <LocutusOfBorg> :D
[09:50] <tjaalton> I believe the correct order would be to first create the page, then ask the SRU team to review it, and then it accepted it would be added to the list on the front page
[09:50] <tjaalton> it/if
[10:09] <LocutusOfBorg> doko, the idea of texlive-binaries-sse2 was to have in universe, I know the default accept for main is main, but can you please move it?
[10:10] <LocutusOfBorg> tjaalton, how do I ask it?
[10:10] <LocutusOfBorg> mail?
[10:11] <rbasak> LocutusOfBorg: o/
[10:11] <rbasak> Before you email...
[10:12] <rbasak> We just want be consistent, which means we'd like some documentation of how the requirements at https://wiki.ubuntu.com/StableReleaseUpdates#New_upstream_microreleases are met.
[10:12] <rbasak> Those requirements are what I believe pitti wrote when the handling of how microrelease updates work in Ubuntu were changed?
[10:13] <rbasak> We'd also like a Test Plan that gives us confidence that the proposed package is being tested properly prior to release to the updates pocket.
[10:14] <LocutusOfBorg> I understand, I think I added on the wiki the information about the test plan
[10:14] <rbasak> OK, then you can email ubuntu-release@.
[10:15] <rbasak> Please also link to the wiki page from the bug - then the entire process will be discoverable.
[10:16] <rbasak> The expectation then would be that SRU verification time, somebody would follow the Test Plan and report what was done ("I followed the Test Plan at https://..." is fine) and the versions that were tested.
[10:16] <rbasak> That way we will hopefully avoid moving the goalposts.
[10:30] <LocutusOfBorg> email sent, will update vbox later, and be on VAC for the whole next week, sorry :/
=== u0_a341 is now known as tiredg0th
=== tiredg0th is now known as deathcollege
[10:48] -queuebot:#ubuntu-release- New binary: p4est [amd64] (mantic-proposed/universe) [2.3.6-1] (no packageset)
[10:48] -queuebot:#ubuntu-release- New binary: p4est [s390x] (mantic-proposed/universe) [2.3.6-1] (no packageset)
[10:49] -queuebot:#ubuntu-release- New binary: p4est [ppc64el] (mantic-proposed/universe) [2.3.6-1] (no packageset)
[10:50] -queuebot:#ubuntu-release- New binary: p4est [arm64] (mantic-proposed/universe) [2.3.6-1] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: p4est [riscv64] (mantic-proposed/universe) [2.3.6-1] (no packageset)
[11:26] <zhsj> LocutusOfBorg: Uploading xpra_3.1.5+dfsg1-0.2_source.changes / should fix the autopkgtest.
[11:29] -queuebot:#ubuntu-release- Unapproved: rejected update-notifier [source] (jammy-proposed) [3.192.54.7]
[11:29] -queuebot:#ubuntu-release- Unapproved: rejected update-notifier [source] (lunar-proposed) [3.192.64.1]
[11:50] -queuebot:#ubuntu-release- New: accepted p4est [amd64] (mantic-proposed) [2.3.6-1]
[11:50] -queuebot:#ubuntu-release- New: accepted p4est [ppc64el] (mantic-proposed) [2.3.6-1]
[11:50] -queuebot:#ubuntu-release- New: accepted p4est [s390x] (mantic-proposed) [2.3.6-1]
[11:50] -queuebot:#ubuntu-release- New: accepted p4est [arm64] (mantic-proposed) [2.3.6-1]
[11:50] -queuebot:#ubuntu-release- New: accepted p4est [riscv64] (mantic-proposed) [2.3.6-1]
[11:56] <doko> texlive-binaries-sse2 demoted
[12:19] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (lunar-proposed) [1:7.2+dfsg-5ubuntu2.3]
[12:22] -queuebot:#ubuntu-release- Unapproved: rejected qemu [source] (jammy-proposed) [1:6.2+dfsg-2ubuntu6.14]
[12:24] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (jammy-proposed) [1:6.2+dfsg-2ubuntu6.14]
[12:27] -queuebot:#ubuntu-release- Unapproved: accepted bind-dyndb-ldap [source] (lunar-proposed) [11.10-4ubuntu0.1]
[12:28] -queuebot:#ubuntu-release- Unapproved: accepted bind-dyndb-ldap [source] (jammy-proposed) [11.9-5ubuntu0.22.04.2]
[12:30] -queuebot:#ubuntu-release- Unapproved: accepted edubuntu-menu [source] (lunar-proposed) [23.04.2.3]
[12:31] <LocutusOfBorg> ta
[12:34] -queuebot:#ubuntu-release- Unapproved: accepted octavia-dashboard [source] (lunar-proposed) [11.0.0-0ubuntu1.1]
[12:34] -queuebot:#ubuntu-release- Unapproved: accepted octavia-dashboard [source] (jammy-proposed) [9.0.0-0ubuntu1.2]
[12:45] <falcojr> question for vorlon and/or other SRU reviewers. Per https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2033310 we were asked to make changes to our cloud-init uploads. We uploaded those changes last Wednesday. Do we need to do anything else to move it along, or is this just the pace of SRU review?
[12:45] -ubottu:#ubuntu-release- Launchpad bug 2033310 in cloud-init (Ubuntu Lunar) "sru cloud-init (23.3 update) Focal, Jammy, and Lunar" [Undecided, Incomplete]
[12:45] -queuebot:#ubuntu-release- Unapproved: accepted mutter [source] (jammy-proposed) [42.9-0ubuntu5]
[12:47] -queuebot:#ubuntu-release- Unapproved: accepted python-os-brick [source] (jammy-proposed) [5.2.2-0ubuntu1.3]
[12:50] -queuebot:#ubuntu-release- Unapproved: accepted python-keystonemiddleware [source] (jammy-proposed) [9.4.0-0ubuntu1.1]
[12:52] <rbasak> falcojr: you can see the queue here: https://trello.com/b/XgBxtrZ9/sru or individually by series on Launchpad eg. https://launchpad.net/ubuntu/jammy/+queue?queue_state=1. As long as it's in the Unapproved queue, the SRU team knows about it and will either get to it or leave a comment in one of the linked bugs asking for more information.
[12:52] -queuebot:#ubuntu-release- Unapproved: accepted python-keystonemiddleware [source] (focal-proposed) [9.0.0-0ubuntu1.1]
[12:56] <falcojr> rbasak: Do you have an average turn around time for how long an items stays in the queue? I'm just trying to reset expectations correctly.
[12:58] <rbasak> falcojr: I think it's difficult to say. SRUs that change features through some kind of exception, such as the usual cloud-init SRUs, certainly take longer. Each SRU reviewer usually has a day in the week that they do reviews, and sometimes things end up waiting on an opinion from the person who originally asked for something, so I'd give at least enough time to get back to that reviewer again. So a
[12:58] <rbasak> couple of weeks for trivial SRUs, and longer for complex ones like cloud-init?
[12:59] <rbasak> falcojr: right now I see about 7 uploads that are requesting feature changes in stable releases. Sometimes reviewing one of these can take one entire shift.
[13:00] <falcojr> gotcha, thanks!
[13:03] -queuebot:#ubuntu-release- Unapproved: accepted horizon [source] (focal-proposed) [3:18.3.5-0ubuntu2.2]
[13:08] -queuebot:#ubuntu-release- Unapproved: rejected libreoffice [source] (lunar-proposed) [4:7.5.6-0ubuntu0.23.04.1]
[13:31] -queuebot:#ubuntu-release- Unapproved: libreoffice (lunar-proposed/main) [4:7.5.5-0ubuntu0.23.04.1 => 4:7.5.6-0ubuntu0.23.04.1] (ubuntu-desktop)
[13:55] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (lunar-proposed) [4:7.5.6-0ubuntu0.23.04.1]
[14:35] -queuebot:#ubuntu-release- Unapproved: libreoffice (jammy-backports/main) [4:7.5.5-0ubuntu0.23.04.1~bpo22.04.1 => 4:7.5.6-0ubuntu0.23.04.1~bpo22.04.1] (ubuntu-desktop)
[17:57] -queuebot:#ubuntu-release- New binary: deal.ii [amd64] (mantic-proposed/universe) [9.5.1-1] (no packageset)
[18:13] -queuebot:#ubuntu-release- New binary: deal.ii [ppc64el] (mantic-proposed/universe) [9.5.1-1] (no packageset)
[18:22] -queuebot:#ubuntu-release- New binary: deal.ii [arm64] (mantic-proposed/universe) [9.5.1-1] (no packageset)
[18:58] -queuebot:#ubuntu-release- New binary: deal.ii [s390x] (mantic-proposed/universe) [9.5.1-1] (no packageset)
[19:46] <vorlon> falcojr: I'm a bit disappointed that the resolution of LP: #2034273 involves adding more code; I pointed out to blackboxsw in one of the discussions that if gpgconf isn't present, there's nothing to do because dirmngr and gpg-agent both depend on gpgconf so they can't be running if gpgconf is not present
[19:46] -ubottu:#ubuntu-release- Launchpad bug 2034273 in cloud-init (Ubuntu) "23.3: when apt keyids provided in #cloud-config, implicit dependency on gpgconf breaks Ubuntu minimal images" [Critical, Fix Released] https://launchpad.net/bugs/2034273
[19:47] <vorlon> falcojr: this is not a blocker for SRU but it's added code complexity that I think should've been avoided
[19:51] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (lunar-proposed) [23.3.1-0ubuntu1~23.04.1]
[19:52] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (jammy-proposed) [23.3-0ubuntu0~22.04.1]
[19:57] <blackboxsw> vorlon: that additional code was added by me as an interim solution, ideally, per comment as well from mwhudson, we want actually want to interact with systemd-run when running gpg  commands scoped within a cgroup and use cloud-init to clean up that cgroup after completion of gpg interations. The plan was to take this work to tip of main and the longer-term solution but not in this SRU
[19:58] <blackboxsw> as part of that changeset, this will completely drop the static processing of any gpg-agent or dirmgr spawned processes and allow systemd to clean on our behalf based on a unique cgroup.
[20:17] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (jammy-proposed) [23.3.1-0ubuntu1~22.04.1]
[20:17] <vorlon> blackboxsw: ok
[20:17] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (focal-proposed) [23.3-0ubuntu0~20.04.1]
[20:19] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (focal-proposed) [23.3.1-0ubuntu1~20.04.1]
=== u0_a341 is now known as deathcollege
[20:50] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (lunar-proposed) [20230808.00-0ubuntu1~23.04.0]
[21:04] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (jammy-proposed) [20230808.00-0ubuntu1~22.04.0]
[21:06] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (focal-proposed) [20230808.00-0ubuntu1~20.04.0]
[22:55] -queuebot:#ubuntu-release- Unapproved: rejected openvpn [source] (jammy-proposed) [2.5.9-0ubuntu0.22.04.1]
[23:17] -queuebot:#ubuntu-release- Unapproved: rejected libfprint [source] (jammy-proposed) [1:1.94.3+tod1-0ubuntu2~22.04.05]
[23:49] -queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (jammy-proposed) [23.02-0ubuntu1~22.04.1]
[23:57] -queuebot:#ubuntu-release- Unapproved: accepted landscape-client [source] (focal-proposed) [23.02-0ubuntu1~20.04.1]