[00:05] 3:10:41elapsed [00:05] hah, missed it by 10 minutes [00:05] I'll bump the timeout to 4h for right now [00:06] ha :) [07:19] tjaalton, hello :), I hoping you will have time today to take a look at libreoffice/lunar SRU [08:54] please accept nvme-stas from the lunar new queue (for the SRU) [10:01] -queuebot:#ubuntu-release- Unapproved: accepted ddcci-driver-linux [source] (jammy-proposed) [0.4.1-3ubuntu2] [10:02] -queuebot:#ubuntu-release- Unapproved: accepted dm-writeboost [source] (jammy-proposed) [2.2.13-1ubuntu3] [10:04] -queuebot:#ubuntu-release- Unapproved: accepted evdi [source] (jammy-proposed) [1.12.0+dfsg-0ubuntu2~22.04.2] [10:05] -queuebot:#ubuntu-release- Unapproved: accepted adv-17v35x [source] (jammy-proposed) [5.0.6.0-1ubuntu1] [10:06] -queuebot:#ubuntu-release- Unapproved: accepted linux-apfs-rw [source] (jammy-proposed) [0+git20220214+ds-2ubuntu2~22.04.2] [10:17] bdrung: needs an AA [10:21] tjaalton, Alkaline, NiMH, or Li-ion? ;) [10:24] hah [10:25] I have some spare batteries. [10:25] -queuebot:#ubuntu-release- Unapproved: accepted iptables-netflow [source] (jammy-proposed) [2.6-2ubuntu2] [10:27] maybe some admin needs more juice ;) [10:33] ricotz: I don't see 7.5.4 in mantic yet [10:35] so I don't see why the rush [10:38] -queuebot:#ubuntu-release- Unapproved: accepted mysql-8.0 [source] (lunar-proposed) [8.0.33-0ubuntu0.23.04.3] [10:39] tjaalton, 7.5.4 is in mantic rc2 = final [10:39] there is no need to do a no-change rebuild in mantic, so having a lower version for some time is and was acceptable [10:45] tjaalton, please review and accept it under this condition [10:45] ok, well I had no prior knowledge of this, and the bug didn't mention it [10:47] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (lunar-proposed) [4:7.5.4-0ubuntu0.23.04.1] [10:49] tjaalton, thank you very much [14:28] vorlon, please accept nvme-stas from the lunar new queue (for the SRU) [14:48] vorlon: please remove gdm3 from lunar-proposed per comments on bug 2020641 that it is unverifiable [14:48] -ubottu:#ubuntu-release- Bug 2020641 in gdm3 (Ubuntu Jammy) "Installing or removing apps through snap-store launches another gdm session" [High, Fix Committed] https://launchpad.net/bugs/2020641 [14:48] on that series [15:13] -queuebot:#ubuntu-release- Unapproved: mysql-8.0 (kinetic-proposed/main) [8.0.33-0ubuntu0.22.10.2 => 8.0.33-0ubuntu0.22.10.3] (core, i386-whitelist, ubuntu-server) [15:13] -queuebot:#ubuntu-release- Unapproved: mysql-8.0 (jammy-proposed/main) [8.0.33-0ubuntu0.22.04.2 => 8.0.33-0ubuntu0.22.04.3] (core, i386-whitelist, ubuntu-server) [15:14] -queuebot:#ubuntu-release- Unapproved: mysql-8.0 (focal-proposed/main) [8.0.33-0ubuntu0.20.04.2 => 8.0.33-0ubuntu0.20.04.3] (i386-whitelist, ubuntu-server) [15:24] bdrung: I don't see nvme-stas in the lunar new queue [15:24] https://launchpad.net/ubuntu/lunar/+queue?queue_state=0&queue_text= [15:24] bdrung: in fact I see it in the lunar release pocket [15:29] jbicha: I would like to understand why "patching lunar is unlikely to be useful" https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/2020641/comments/24 [15:29] -ubottu:#ubuntu-release- Launchpad bug 2020641 in gdm3 (Ubuntu Jammy) "Installing or removing apps through snap-store launches another gdm session" [High, Fix Committed] [15:30] since it's a reversal of vanvugt's previous comment about it being a generic bug [15:31] vorlon: does comment 20 help? [15:33] jbicha: that establishes that there's no practical reproducer outside of DCV, but it doesn't explain vanvugt's comment that it's not useful to fix on lunar [15:33] jbicha: I would consider accepting a blind verification (comment #23) if this were an SRU-worthy useful fix for users on lunar [15:35] vorlon: I'll ask vanvugt to follow up on Monday since we won't push the SRU before then anyway [15:35] jbicha: thanks [15:36] I didn't realize blind verification was possible in some cases :) [15:37] jbicha: sometimes when a bug is severe but has no reproducible test case, we will accept smoketests instead [15:46] jbicha: btw, the argument against verification seems to be that there are no non-LTS images in DCV. But does DCV somehow prohibit release upgrades? Perhaps we consider it unlikely due to the target audience for the platform, but that could be both a test case and an argument for fixing [15:47] fabiomirmar: ^ [16:59] vorlon, sorry, my bad. i meant jammy new queue: https://launchpad.net/ubuntu/jammy/+queue?queue_state=0&queue_text= [17:49] vorlon: hey did you see this https://irclogs.ubuntu.com/2023/06/05/%23ubuntu-release.html#t12:47 ? [18:43] vorlon: Given that r-cran-dtplyr is stuck in -proposed and blocked by r-base and r-cran-dtplyr is also fixed in Debian. Would removing it from -proposed and waiting for it to sync work? [18:59] Trevinho: hi! I did but have only managed to context switch back to SRU work today [18:59] vorlon: ok ok... np, so, what should I do there? can I just re-upload? [19:00] Trevinho: so my understanding is that yes, there was some prior discussion about this, and other members of the SRU team were similarly uncomfortable with changes that are stated to be unrelated and unused, but that would impose a burden on us to verify that this is true [19:00] Trevinho: why not patch those changes back out? [19:00] vorlon: I understand that... [19:01] vorlon: so that would imply forking to a packaging branch only for yaru... Instead of having upstream stable code together with ubuntu one [19:02] now... We can do that, it's just I think would be just easy to check once that no meson.build file has references to the upstream folders and then add SRU documentation for that. Once that's done I assume it's easier to see from diffs if something changes that [19:03] indeed it requires some effort on first change, but then thigs should go without having to split [19:07] Trevinho: from the SRU team side, I don't find this very compelling. I see that yaru-theme is a native package; but you're telling me that there are changes to it for the benefit of "upstream" that cause churn in Ubuntu. This does not sound to me like an appropriate use of native packaging; and if it's not a native package, then yes, you will have an Ubuntu branch that diverges from upstream [19:09] also branches are cheap, DVCSes are good, and divergences from normal Ubuntu processes are expensive [19:10] that's fine, I'll handle that upstream differently then [19:10] ok [19:23] -queuebot:#ubuntu-release- Unapproved: nautilus (lunar-proposed/main) [1:44.0-1ubuntu2 => 1:44.2.1-0ubuntu1] (ubuntu-desktop) [19:29] bdmurray: you're saying that the fixes from r-cran-dtplyr 1.2.2-1ubuntu1 have been upstreamed, therefore we can remove that package and sync the new Debian version? [19:30] bdmurray: (you could also just force-sync over it, in that case?) [19:31] Yes, that is what I'm saying. [19:32] bdmurray: right, I think syncpackage -f is appropriate here and doesn't require an archive admin's involvement :) [19:33] Gotcha [19:40] -queuebot:#ubuntu-release- Unapproved: accepted mutter [source] (lunar-proposed) [44.2-0ubuntu1] [19:46] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell [source] (lunar-proposed) [44.2-0ubuntu1] [19:51] vorlon: could you review appstream-glib for focal? Brian accepted the Jammy version into proposed yesterday (same patches) [20:02] -queuebot:#ubuntu-release- Unapproved: yaru-theme (jammy-proposed/main) [22.04.4 => 22.04.5] (ubuntu-desktop) [20:03] vorlon: ok that version should be fine ^ [20:14] hey vorlon or other SRU vanguards. If there is time today to an initial unapproved review of cloud-init SRU into -proposed for F,J,K,L series that would be great. I think we've hit PTO or EOD for other SRUers the last couple of days. https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/2023110 If no, time, nothing critical here, just a desire to get some bake/test/verification time in. [20:14] -ubottu:#ubuntu-release- Launchpad bug 2023110 in cloud-init (Ubuntu) "sru cloudinit (23.1.2 to 23.2)" [Undecided, In Progress] [20:16] jbicha: I expect I'll get there before the end of the day [20:16] blackboxsw: I'm looking at it right now [20:16] YEAH!!! Christmas came early [20:17] I've closed the bionic task due to us missing the "closed" queue [20:17] that is maybe the saddest Christmas ever [20:17] heh, set the bar low and constantly be amazed [20:19] vorlon, jbicha: I'm sorry, I was on-and-off on several meetings and tickets... I saw your comment/question on DCV... DCV is actually a .deb, and it fails on Lunar if you try to install it (errors with "/usr/lib/x86_64-linux-gnu/dcv/dcv: symbol lookup error: /lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0: undefined symbol: g_string_free_and_steal")... I believe if I try to do-release-upgrade it will also break the same way, but I'm testing [20:19] it as we speak [20:19] fabiomirmar: uh wow [20:20] fabiomirmar: do we have source code for the deb? [20:20] I even tried to hack it, but it was looking more like a frankenstein and I believe it lost the purpose of validating if it would work with Lunar [20:20] hmmm, not sure if this is open source... let me see [20:21] fabiomirmar: well bits of it are open source, because that error means they're shipping a bundled copy of libglib-2.0.so.0! [20:22] yes, I saw that error with something using glib. But undefined symbols seems very odd for jammy->lunar. It's more expected the other way around [20:23] yeah, not really open [20:23] https://download.nice-dcv.com/eula.html [20:24] The lunar libatk-bridge2.0-0 has a versioned dependency on libglib2.0-0 (>= 2.75.3) which implements that function (grep g_string_free_and_steal /var/lib/dpkg/info/libglib2.0-0\:amd64.symbols). That error message from installing a deb can only mean it's improperly hijacking libglib-2.0.so.0 [20:27] yeah, it must be it... [20:27] $ dpkg -c nice-dcv-server_2023.0.15065-1_amd64.ubuntu2204.deb |grep libglib [20:27] -rw-r--r-- root/root 1277456 2023-04-27 01:43 ./usr/lib/x86_64-linux-gnu/dcv/libglib-2.0.so.0 [20:27] $ [20:27] delete that file ;P [20:27] and if I do-release-upgrade from jammy to kinetic it works, but then when I do it from kinetic to lunar, it breaks... when starting dcvserver I get and error with the same issue [20:27] Jun 09 20:26:46 ip-172-31-21-13 systemd[1]: Starting dcvserver.service - NICE DCV server daemon... [20:27] Jun 09 20:26:46 ip-172-31-21-13 dcvserver[1992]: /usr/lib/x86_64-linux-gnu/dcv/dcvserver: symbol lookup error: /lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0: undefined symbol: g_string_free_and_steal [20:28] anyway yeah if you have to hack the debs to get a use case for reproducing it then it's obviously not a real-world use case [20:29] yeah... I started trying to hack, but then got to this conclusion that it would lose its purpose [20:29] in this case, what should we do with the gdm3 SRU for lunar? [20:30] fabiomirmar: I would like to still hear from vanvugt about why he says it's "not useful to fix" given that he previously says it's a general bug [20:30] vorlon, ack... let's wait for him to chime in on Monday [20:31] Thanks for looking into this [20:33] blackboxsw: packages/debian whyyyyyyy [20:34] makes filtering debdiffs inconvenient :P [20:34] shame on you making the SRU team read [20:34] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (lunar-proposed) [23.2-0ubuntu0~23.04.1] [20:35] we've tried hard to not do any work for the last couple cycles to cut down on reading. but, alas the community keeps contributing :) [20:37] ohhh right packages/debian.... yeah the sample build scripts are there for quick developer helpers and some downstreams actually use them as a guide for packaging basics... maybe worth dropping that at some point [20:38] or minimally just pulling it out of cloud-init and into a separate repo [20:40] blackboxsw: LP: #1724623 is called out in the changelog but has no SRU test case; do you want to provide a test case, or remove the bug reference? [20:40] -ubottu:#ubuntu-release- Launchpad bug 1724623 in apport (Ubuntu) "Update ubuntu cloud info" [Medium, Fix Released] https://launchpad.net/bugs/1724623 [20:41] (for most packages, the answer would be "it's a packaging change that affects interaction with the rest of the OS so it should have a test case" but um apport is about the least critical part of cloud-init's interaction with the OS, so) [20:41] vorlon I'll provide a test case for that. looks straight forward [20:41] ok [20:41] blackboxsw: ditto LP: #1956788 [20:41] -ubottu:#ubuntu-release- Launchpad bug 1956788 in cloud-init "system_cfg not read on Oracle datasource" [High, Fix Released] https://launchpad.net/bugs/1956788 [20:42] yes we have to validate that for sure given it's a significant change for Oracle DS requested by them on LTSes [20:42] ditto: will carve out test verification [20:42] so should there be a test case attached to that bug specifically? [20:42] ok [20:49] jbicha: tell me about the cherry-picks on nautilus for lunar, please. are we guaranteed to have had the same upstream testing before they landed in the gnome-44 branch that we would have before a gnome 44 point release? [21:05] vorlon: I have now added Test Cases 2 and 3 to test those 3 fixes since no, there isn't quite the same upstream commitments for cherry-picks that aren't in a stable release yet [21:05] I'm heading out for an appointment, have a good weekend! [21:23] test procedures added for both LP: #1724623 and LP: #1956788 [21:23] -ubottu:#ubuntu-release- Launchpad bug 1724623 in apport (Ubuntu) "Update ubuntu cloud info" [Medium, Fix Released] https://launchpad.net/bugs/1724623 [21:23] -ubottu:#ubuntu-release- Launchpad bug 1956788 in cloud-init "system_cfg not read on Oracle datasource" [High, Fix Released] https://launchpad.net/bugs/1956788 [21:32] blackboxsw: I think there is a typo in your test case 'lxc file push openstack.json dev-$release/run/cloud-init/instance-data,json' [21:44] -queuebot:#ubuntu-release- Unapproved: accepted mysql-8.0 [source] (kinetic-proposed) [8.0.33-0ubuntu0.22.10.3] [21:44] bdmurray, blackboxsw: also 'ec2.son'? [21:45] That's right son [21:45] It must be Friday! [21:45] fail.son [21:45] ahh man.... keyboreds are hard [21:47] -queuebot:#ubuntu-release- Unapproved: accepted mysql-8.0 [source] (jammy-proposed) [8.0.33-0ubuntu0.22.04.3] [21:49] -queuebot:#ubuntu-release- Unapproved: accepted mysql-8.0 [source] (focal-proposed) [8.0.33-0ubuntu0.20.04.3] [21:57] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (kinetic-proposed) [23.2-0ubuntu0~22.10.1] [22:00] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (jammy-proposed) [23.2-0ubuntu0~22.04.1] [22:02] -queuebot:#ubuntu-release- Unapproved: accepted cloud-init [source] (focal-proposed) [23.2-0ubuntu0~20.04.1] [22:03] -queuebot:#ubuntu-release- Unapproved: rejected cloud-init [source] (bionic-proposed) [23.2-0ubuntu0~18.04.1] [22:04] -queuebot:#ubuntu-release- Unapproved: needrestart (lunar-proposed/main) [3.6-3 => 3.6-3ubuntu0.23.04.1] (ubuntu-server) [22:25] -queuebot:#ubuntu-release- Unapproved: needrestart (kinetic-proposed/main) [3.6-1 => 3.6-1ubuntu0.1] (ubuntu-server) [22:50] -queuebot:#ubuntu-release- Unapproved: rejected libmbim [source] (jammy-proposed) [1.28.0-1~ubuntu20.04.2] [23:06] -queuebot:#ubuntu-release- Unapproved: accepted ocsinventory-agent [source] (jammy-proposed) [2:2.8-2ubuntu1] [23:11] Trevinho: I guess I'm confused; the latest yaru-theme update I see in the queue still includes the delta in question to the cinnamon theme? [23:15] -queuebot:#ubuntu-release- New: accepted bacula [source] (jammy-proposed) [9.6.7-5~22.04.1] [23:17] -queuebot:#ubuntu-release- New: accepted accel-config [amd64] (jammy-proposed) [4.0-2~ubuntu0.22.04] [23:18] -queuebot:#ubuntu-release- New: accepted accel-config [amd64] (kinetic-proposed) [4.0-2~ubuntu0.22.10] [23:19] -queuebot:#ubuntu-release- New: accepted rshim-user-space [source] (jammy-proposed) [2.0.8+debian-1~exp1~22.04.1] [23:20] -queuebot:#ubuntu-release- New: accepted rshim-user-space [source] (kinetic-proposed) [2.0.8+debian-1~exp1~22.10.1] [23:20] -queuebot:#ubuntu-release- New: accepted rshim-user-space [source] (lunar-proposed) [2.0.8+debian-1~exp1~23.04.1] [23:21] -queuebot:#ubuntu-release- New binary: rshim-user-space [amd64] (jammy-proposed/none) [2.0.8+debian-1~exp1~22.04.1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: bacula [amd64] (jammy-proposed/none) [9.6.7-5~22.04.1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: bacula [s390x] (jammy-proposed/none) [9.6.7-5~22.04.1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: rshim-user-space [armhf] (jammy-proposed/none) [2.0.8+debian-1~exp1~22.04.1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: rshim-user-space [s390x] (jammy-proposed/none) [2.0.8+debian-1~exp1~22.04.1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: bacula [armhf] (jammy-proposed/none) [9.6.7-5~22.04.1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: rshim-user-space [ppc64el] (jammy-proposed/none) [2.0.8+debian-1~exp1~22.04.1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: rshim-user-space [arm64] (jammy-proposed/none) [2.0.8+debian-1~exp1~22.04.1] (no packageset) [23:22] -queuebot:#ubuntu-release- New binary: rshim-user-space [amd64] (kinetic-proposed/none) [2.0.8+debian-1~exp1~22.10.1] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: rshim-user-space [armhf] (kinetic-proposed/none) [2.0.8+debian-1~exp1~22.10.1] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: rshim-user-space [s390x] (kinetic-proposed/none) [2.0.8+debian-1~exp1~22.10.1] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: rshim-user-space [ppc64el] (kinetic-proposed/none) [2.0.8+debian-1~exp1~22.10.1] (no packageset) [23:23] -queuebot:#ubuntu-release- New binary: rshim-user-space [amd64] (lunar-proposed/none) [2.0.8+debian-1~exp1~23.04.1] (no packageset) [23:24] -queuebot:#ubuntu-release- New binary: bacula [arm64] (jammy-proposed/none) [9.6.7-5~22.04.1] (no packageset) [23:24] -queuebot:#ubuntu-release- New binary: rshim-user-space [arm64] (kinetic-proposed/none) [2.0.8+debian-1~exp1~22.10.1] (no packageset) [23:24] -queuebot:#ubuntu-release- New binary: rshim-user-space [armhf] (lunar-proposed/none) [2.0.8+debian-1~exp1~23.04.1] (no packageset) [23:24] -queuebot:#ubuntu-release- New binary: rshim-user-space [s390x] (lunar-proposed/none) [2.0.8+debian-1~exp1~23.04.1] (no packageset) [23:24] -queuebot:#ubuntu-release- New binary: bacula [ppc64el] (jammy-proposed/none) [9.6.7-5~22.04.1] (no packageset) [23:24] -queuebot:#ubuntu-release- New binary: rshim-user-space [ppc64el] (lunar-proposed/none) [2.0.8+debian-1~exp1~23.04.1] (no packageset) [23:24] -queuebot:#ubuntu-release- New binary: rshim-user-space [arm64] (lunar-proposed/none) [2.0.8+debian-1~exp1~23.04.1] (no packageset) [23:25] -queuebot:#ubuntu-release- New: accepted bacula [amd64] (jammy-proposed) [9.6.7-5~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted bacula [armhf] (jammy-proposed) [9.6.7-5~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted bacula [s390x] (jammy-proposed) [9.6.7-5~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted rshim-user-space [arm64] (jammy-proposed) [2.0.8+debian-1~exp1~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted rshim-user-space [ppc64el] (jammy-proposed) [2.0.8+debian-1~exp1~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted rshim-user-space [amd64] (kinetic-proposed) [2.0.8+debian-1~exp1~22.10.1] [23:25] -queuebot:#ubuntu-release- New: accepted bacula [arm64] (jammy-proposed) [9.6.7-5~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted rshim-user-space [amd64] (jammy-proposed) [2.0.8+debian-1~exp1~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted rshim-user-space [s390x] (jammy-proposed) [2.0.8+debian-1~exp1~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted bacula [ppc64el] (jammy-proposed) [9.6.7-5~22.04.1] [23:25] -queuebot:#ubuntu-release- New: accepted rshim-user-space [ppc64el] (kinetic-proposed) [2.0.8+debian-1~exp1~22.10.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [armhf] (jammy-proposed) [2.0.8+debian-1~exp1~22.04.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [arm64] (kinetic-proposed) [2.0.8+debian-1~exp1~22.10.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [s390x] (kinetic-proposed) [2.0.8+debian-1~exp1~22.10.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [arm64] (lunar-proposed) [2.0.8+debian-1~exp1~23.04.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [ppc64el] (lunar-proposed) [2.0.8+debian-1~exp1~23.04.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [armhf] (kinetic-proposed) [2.0.8+debian-1~exp1~22.10.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [armhf] (lunar-proposed) [2.0.8+debian-1~exp1~23.04.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [amd64] (lunar-proposed) [2.0.8+debian-1~exp1~23.04.1] [23:26] -queuebot:#ubuntu-release- New: accepted rshim-user-space [s390x] (lunar-proposed) [2.0.8+debian-1~exp1~23.04.1] [23:26] -queuebot:#ubuntu-release- New: accepted nvme-stas [amd64] (jammy-proposed) [2.2.1-1~ubuntu22.04] [23:29] -queuebot:#ubuntu-release- New: rejected golang-1.20 [source] (jammy-proposed) [1.20.3-1~22.04] [23:42] -queuebot:#ubuntu-release- Unapproved: accepted nautilus [source] (lunar-proposed) [1:44.2.1-0ubuntu1] [23:49] -queuebot:#ubuntu-release- Unapproved: accepted needrestart [source] (lunar-proposed) [3.6-3ubuntu0.23.04.1] [23:51] -queuebot:#ubuntu-release- Unapproved: accepted needrestart [source] (kinetic-proposed) [3.6-1ubuntu0.1]