[00:01] <vorlon> it currently has a build-dependency on libeccodes-dev and a hard-coded runtime dep on libmagplus3v5; its readme says that it uses python3-ecmwflibs but this is not a build or runtime dep
[00:02] <vorlon> I suspect we should drop libeccodes-dev build-dep, keep libmagplus3v5 runtime dep, add python3-ecmwflibs as build+runtime dep
[00:04] <vorlon> also why is this arch: any instead of arch: all
[00:05] <vorlon> oh also ecmwflibs resolves /usr/lib/x86_64-linux-gnu/libMagPlus.so which is from libmagics++-dev not from libmagplus3v5, meh
[00:10] <vorlon> alright sorry I think I've worked my way through it myself ;)
[00:13] -queuebot:#ubuntu-release- Unapproved: magics-python (noble-proposed/universe) [2:1.5.8-1 => 2:1.5.8-1ubuntu1] (no packageset)
[00:15] -queuebot:#ubuntu-release- Unapproved: accepted magics-python [source] (noble-proposed) [2:1.5.8-1ubuntu1]
[00:36] <mwhudson> vorlon: happy to help
[00:37] <Eickmeyer> vorlon: >software-properties-qt in NEW: The consensus reached was to fork it temporarily, upload that so that only the affected flavors needed to be respun, then have an SRU of software-properties with a higher version number that would supercede it with the included changes so that not everything would have to respin.
[00:38] <Eickmeyer> Then drop the software-properties-qt source package after the SRU hits -updates
[00:48] <vorlon> Eickmeyer: it is not at all clear to me that this is consensus: https://irclogs.ubuntu.com/2024/04/23/%23ubuntu-release.html#t16:18
[00:48] <vorlon> vladimirp: openjdk-21 finished building successfully on armhf
[00:49] <Eickmeyer> vorlon: I think tsimonq2 was waiting for a decision from somebody else not understanding he had a say. I gave my 2c with a +1 on juliank's idea which was what I described. So, 2/3 ain't bad?
[00:50] <vorlon> Eickmeyer: apologies, I didn't realize openjdk-21 still needed follow-through to get it to migrate or that no one had kicked off an edubuntu image with it yet.  Getting this migrated now (without riscv64 yet)
[00:50]  * Eickmeyer switches hats
[00:50] <Eickmeyer> vorlon: No problem, still waiting.
[00:51] <vorlon> Eickmeyer: part of the conclusion there was that it didn't actually impact calamares-based images, because the issue was only present in the live environment and a countervailing bug in livecd-rootfs/live-build meant those images were not using deb822
[00:52] <Eickmeyer> vorlon: Correct, but it *does* impact Studio, and by quite a lot.
[00:52] <vorlon> ok
[00:52] <Eickmeyer> Quite more than I thought it did initially, in fact.
[00:53] <vorlon> Eickmeyer: "2/3 ain't bad" i think the ones who get a vote are the leads for the flavors that have to respin, so that's 1 for 1 against and 1 we didn't hear from in the discussion (kubuntu)
[00:53] <vorlon> anyway that's enough for me to say I should move forward with accepting
[00:53] <Eickmeyer> 👍
[01:00] -queuebot:#ubuntu-release- New: accepted software-properties-qt [source] (noble-proposed) [0.99.48.1]
[01:36] <vorlon> RikMills, sgmoore: ^ hi, per above discussion there will be a kubuntu respin incoming for a new software-properties-qt which fixes a bug that isn't release-critical for Kubuntu but is for UbuntuStudio
[01:38] <vladimirp> vorlon: thank you!!!!
[01:39] <vorlon> Eickmeyer: openjdk-21 migrated. software-properties-qt hinted through.
[01:39] <vorlon> however I'm badly sleep-deprived at the moment and may not be able to follow through on the image builds before I crash.  I am checkpointing everything to the release status page
[03:28] <tsimonq2> ubuntu-release: Happy with the solution to temporarily split off software-properties-qt to its own source package, but still wondering if superseding with an update to software-properties can be 0 day instead of "before upgrades to Jammy are enabled"?
[03:29] <tsimonq2> Put some notes on the document, I really do not want this extra complication when doing SRUs, especially if there's now an explicitly-versioned runtime dep.
[03:30] <tsimonq2> (So, get it out for release, SRU to get it back to normal ASAP, that's my stance. :) )
[03:34] <tsimonq2> Respin> Looks like we're stuck on the binary package publication, will keep re-checking.
[03:50] <vorlon> tsimonq2: yes 0-day is fine for that
[03:51] <vorlon> respinning edubuntu, kubuntu, lubuntu, ubuntustudio now
[05:16] -queuebot:#ubuntu-release- New sync: i3pystatus (noble-proposed/primary) [3.35+git20191126.5a8eaf4-2.1]
[05:28] <tsimonq2> kubuntu-installer-prompt and lubuntu-installer-prompt are both targeted as SRUs, bug 2063291
[05:28] -ubottu:#ubuntu-release- Bug 2063291 in lubuntu-installer-prompt (Ubuntu Noble) "[SRU] Correctly map boot entry to OEM setup" [High, Confirmed] https://launchpad.net/bugs/2063291
[05:28] <tsimonq2> Needs this merged first: https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464875
[05:29] -queuebot:#ubuntu-release- Unapproved: kubuntu-installer-prompt (noble-proposed/universe) [24.04.9 => 24.04.9.1] (no packageset)
[05:29] -queuebot:#ubuntu-release- Unapproved: lubuntu-installer-prompt (noble-proposed/universe) [24.04.5 => 24.04.5.1] (lubuntu)
[05:31] -queuebot:#ubuntu-release- Unapproved: accepted gallery-dl [source] (jammy-backports) [1.26.9-1~bpo22.04.1]
[05:31] -queuebot:#ubuntu-release- Unapproved: accepted yt-dlp [source] (jammy-backports) [2024.04.09-1~bpo22.04.1]
[05:33] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (jammy-backports) [4:7.6.6-0ubuntu0.23.10.1~bpo22.04.1]
[05:35] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (jammy-backports) [310-1~bpo22.04.1]
[05:36] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (jammy-backports) [314-1~bpo22.04.1]
[05:36] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-podman [source] (mantic-backports) [86-1~bpo23.10.1]
[05:36] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-podman [source] (jammy-backports) [86-1~bpo22.04.1]
[05:36] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (mantic-backports) [314-1~bpo23.10.1]
[05:36] -queuebot:#ubuntu-release- Unapproved: accepted cockpit-machines [source] (mantic-backports) [310-1~bpo23.10.1]
[06:15] -queuebot:#ubuntu-release- Unapproved: vdeplug-slirp (noble-proposed/universe) [0.1.0-2ubuntu2 => 0.1.0-3] (no packageset) (sync)
[06:16] -queuebot:#ubuntu-release- Unapproved: accepted vdeplug-slirp [sync] (noble-proposed) [0.1.0-3]
[06:16] -queuebot:#ubuntu-release- Unapproved: vdeplug-pcap (noble-proposed/universe) [0.1.0-2ubuntu2 => 0.1.0-3] (no packageset) (sync)
[06:21] -queuebot:#ubuntu-release- Unapproved: accepted vdeplug-pcap [sync] (noble-proposed) [0.1.0-3]
[06:25] -queuebot:#ubuntu-release- Unapproved: s3cmd (noble-proposed/universe) [2.4.0-1 => 2.4.0-2] (no packageset) (sync)
[06:26] -queuebot:#ubuntu-release- Unapproved: accepted s3cmd [sync] (noble-proposed) [2.4.0-2]
[06:31] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (noble-proposed) [24.04.69]
[06:46] <tsimonq2> ubuntu-release: On the other hand, four flavors have an OEM boot entry when the Ubuntu Desktop Installer has no such functionality at this point in time. MP fixing that: https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464881
[08:04] <juliank> software-properties-qt has migrated now, so I guess you can accept software-properties now (and add a block hint or whatnot to make it a 0 day SRU)
[08:05] -queuebot:#ubuntu-release- New: accepted dart [amd64] (noble-proposed) [6.13.2+ds-0ubuntu1]
[08:05] -queuebot:#ubuntu-release- New: accepted dart [ppc64el] (noble-proposed) [6.13.2+ds-0ubuntu1]
[08:05] -queuebot:#ubuntu-release- New: rejected i3pystatus [sync] (noble-proposed) [3.35+git20191126.5a8eaf4-2.1]
[08:05] -queuebot:#ubuntu-release- New: accepted dart [arm64] (noble-proposed) [6.13.2+ds-0ubuntu1]
[08:05] -queuebot:#ubuntu-release- New: accepted dart [s390x] (noble-proposed) [6.13.2+ds-0ubuntu1]
[08:10] -queuebot:#ubuntu-release- New source: ros-urdf (noble-proposed/primary) [1.13.2-8build3]
[08:15] <seb128> are we going to respin ubuntu desktop for bug #2063192?
[08:15] -ubottu:#ubuntu-release- Bug 2063192 in ubuntu-desktop-provision "Partitions are automounted / Subiquity didn't display all my drives" [Undecided, New] https://launchpad.net/bugs/2063192
[08:17] <juliank> Should the flavours using it also be respun?
[08:19] <seb128> I think they should be that's a decision up to them maybe?
[08:20] <seb128> it's annoying that the upload wasn't approved yesterday, create extra delay in getting new ISOs :-/
[08:28] -queuebot:#ubuntu-release- New: accepted ros-urdf [source] (noble-proposed) [1.13.2-8build3]
[08:34] <ginggs> vorlon, bdrung: dart was expected, LP: #2053254
[08:34] -ubottu:#ubuntu-release- Launchpad bug 2053254 in dart (Ubuntu) "[FFe] Update urdfdom and dart for Noble (Open Robotics packages)" [Undecided, Triaged] https://launchpad.net/bugs/2053254
[08:34] <ginggs> i accepted it
[08:36] <bdrung> i noticed after the upload that dart missed to reference the LP bug
[08:38] <seb128> anyone from the release team would give some clarity on the release team thinking about the udisk/inhibit issue and respins?
[08:45] -queuebot:#ubuntu-release- Unapproved: ddtp-translations (noble-proposed/universe) [20231011.1 => 20240424.1] (no packageset)
[08:46] -queuebot:#ubuntu-release- Unapproved: accepted ddtp-translations [source] (noble-proposed) [20240424.1]
[08:48] <sil2100> seb128: yes, so we're testing the fix right now, it's also in -proposed already
[08:48] <sil2100> Once I get a confirmation from ogayot and schopin that the change is helping, I'll push livecd-rootfs to the release pocket and respin
[08:49] <seb128> sil2100, thanks, do we need to refresh the snap to remove the corresponding snippet from the launcher script?
[08:49] <seb128> https://github.com/canonical/ubuntu-desktop-provision/pull/703
[08:49] -ubottu:#ubuntu-release- Pull 703 in canonical/ubuntu-desktop-provision "fix(bootstrap): use udisks2-inhibit.service" [Open]
[08:49] <seb128> at least with the snap we don't have to deal with proposed migration delays
[08:51] <sil2100> seb128: yes, once we verify it, would be great if we could merge and deploy it before the rebuilds
[08:52] <seb128> sil2100, should we already merge and get that fix in candidate ready to be promoted?
[08:52] <sil2100> I think the first flavor I'll rebuild is Ubuntu so we can check the two fixes in place
[08:52] <sil2100> seb128: that would work for me :)
[09:17] <sil2100> seb128: ok, can you please promote the new installer to stable? :)
[09:18] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (noble-release/main) [24.04.69 => 24.04.69] (desktop-core, i386-whitelist) (sync)
[09:18] <sil2100> seb128: we'll do an Ubuntu respin. If testing shows that things are looking good, we'll respin all the other flavors
[09:18] <seb128> sil2100, it took a bit for the builder to start the job, it's building now, will do in ~10 min
[09:19] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [sync] (noble-release) [24.04.69]
[09:21] <sil2100> seb128: perfect. The publisher still needs some time anyway
[09:29] -queuebot:#ubuntu-release- Unapproved: zfcpdump-kernel (noble-proposed/universe) [5.15-0ubuntu1 => 6.8-0ubuntu1] (no packageset)
[09:30] <seb128> sil2100, built and promoted
[09:30] -queuebot:#ubuntu-release- Unapproved: accepted zfcpdump-kernel [source] (noble-proposed) [6.8-0ubuntu1]
[09:36] <sil2100> \o/
[09:57] <sil2100> Still waiting for livecd-rootfs to fully publish
[10:43] <sil2100> Rebuilding Ubuntu Desktop!
[11:07] -queuebot:#ubuntu-release- Unapproved: dart (noble-proposed/universe) [6.13.2+ds-0ubuntu1 => 6.13.2+ds-0ubuntu2] (no packageset)
[11:11] -queuebot:#ubuntu-release- Unapproved: accepted dart [source] (noble-proposed) [6.13.2+ds-0ubuntu2]
[11:22] <jbicha> ubuntu-release: I believe we'd want https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464881 before respinning affected flavors
[11:24] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extensions (noble-proposed/universe) [46.1-1 => 46.1-2] (no packageset) (sync)
[11:26] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell-extensions [sync] (noble-proposed) [46.1-2]
[11:26] -queuebot:#ubuntu-release- Unapproved: tightvnc (noble-proposed/universe) [1:1.3.10-7build2 => 1:1.3.10-8] (no packageset) (sync)
[11:31] -queuebot:#ubuntu-release- Unapproved: accepted tightvnc [sync] (noble-proposed) [1:1.3.10-8]
[11:39] <bdrung> ubuntu-archive, please remove ros-urdf 1.13.2-8build3 from noble. Reason: "Removing ROS duplicated packages per agreement LP: #2063103". I shouldn't have uploaded this package rebuild.
[11:39] -ubottu:#ubuntu-release- Launchpad bug 2063103 in ros-catkin (Ubuntu) "Remove ROS duplicated packages imported from Debian" [Undecided, Fix Released] https://launchpad.net/bugs/2063103
[11:43] -queuebot:#ubuntu-release- Unapproved: openvswitch (noble-proposed/main) [3.3.0-1ubuntu1 => 3.3.0-1ubuntu2] (core)
[11:43] <fnordahl> ubuntu-release: ^ is a test only change that disables some flaky autopkgtests as well as fixing the arm64 autopkgtest
[12:11] <Skia> Eickmeyer: just to let you know that Ubuntu Studio is now upgrading correctly
[12:15] <bdmurray> tsimonq2: Did any flavor leads sign off on a respin for https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464881 ?
[12:17] <bdmurray> sil2100: I thought we'd check with flavor leads before respinning them for the automount issue as it should be their choice
[12:20] <sil2100> Yes
[12:25] <jbicha> bdmurray: we have approval from MATE & Kylin now on the oem boot menu merge request
[12:33] <utkarsh2102> fnordahl: hey! since this is a test-only change, we'd rather have this as a regular SRU.
[12:34] <utkarsh2102> we don't want to respin now because of this, hope that makes sense? :)
[12:34] <bdmurray> jbicha: Where was this approval made?
[12:34] <utkarsh2102> and that said, can you add SRU bug details to those two bugs mentioned in the d/ch entry of the upload, please?
[12:35] <utkarsh2102> bdmurray: probably this is being discussed here: https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464881?
[12:37] <bdmurray> utkarsh2102: Oh, hunh I scrolled right over the comments
[12:38] <bdmurray> Or actually the comments came after I looked at the MP
[12:41] <sil2100> Does any other flavor want to respin?
[12:41] <sil2100> (along with the auto-mount bugfix)
[12:44] <apw> sil2100, we looks to have a variants problem on noble:linux, in a perfect world this would mean a meta and LRM respin, as the issue only triggers a few useless meta packages I would propose rather than any kind of respin for this that we remove the useless meta-packages directly from noble-release
[12:44] <apw> sil2100, this way they are not frozen into the -release pocket for eternity and we can ensure they are gone before the next upload.
[12:45] <fnordahl> utkarsh2102: yep, makes sense, just wanted to get it up there asap in case the flaky tests were prohibiting other migrations. I'll go do SRU paperwork
[12:45] <sil2100> apw: ok, but those are *just* the meta packages, right? So removing them from the release pocket should be safe, right? No rev-deps?
[12:46] <apw> sil2100, right just the meta-packages, it should be safe, i will run the full list and confirm there are no rev-deps; there are not meant to be by their very nature.
[12:48] <sil2100> apw: ok, thanks. Give us a sign what you find. I just really really hope that removing those 'faulty' metas is enough
[12:48] <apw> sil2100, i think i would rather live with them in the release pocket than respin, but i cannot see any reason removal would be unwise
[12:48] <apw> sil2100, will get back to you
[12:55] <utkarsh2102> fnordahl: fantastic, thank you!
[12:57] <fossfreedom_> sil2100: if the new installer  has changed would make sense to try to keep everyone on the same page - so yes please for UB
[13:04] <sil2100> fossfreedom_: on it! Thank you
[13:06] <jbicha> bdmurray: Xubuntu has also signed off on https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464881
[13:09] <sil2100> \o/
[13:09] <sil2100> Respinning
[13:09] <apw> sil2100, ok the list looks tractible and i can see no reverse-depends on any of them; the best part about just removing them is they could be restored with a simple copy if we were to find this was incorrect.
[13:10] <apw> sil2100, shall i file a "removal" bug for this ?
[13:10] <sil2100> apw: that is good news. I would recommend creating one bug for 'tracking' with the rationale and then performing the removals (attaching the bug to the removal message)
[13:10] <sil2100> Thanks!
[13:14] <apw> sil2100, right that exactly ... i say this issue should be considered as "low" severity right now; i have done an amd64 reverse-depends with no issues, a full `reverse-depends` will take some time to complete and i won't act without that.
[13:49] <bdmurray> sgmoore: I heard you are interested in a respin. What for?
[13:57] <tsimonq2> sil2100: Just rebased this MP based on the other debian-cd MP just merged: https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464875
[13:57] <tsimonq2> Thank you for that btw :)
[13:58] <sgmoore> bdmurray: I was responding to  <sil2100> The fix was in livecd-rootfs and the snap, so now it's up to all other flavors to decide if they want to respin or not. I also merged tsimonq2's debian-cd change for the oem mode in flavors channel and skia in matrix said to ping for respin, so I pinged :)
[13:59] <sil2100> \o/
[13:59] <tsimonq2> sgmoore: That one doesn't affect Kubuntu, the debian-cd MP I just referenced does though :)
[13:59] <sgmoore> ok, all flavors was stated so I thought better safe than sorry, so I pinged.
[13:59] <tsimonq2> sgmoore: tl;dr: Kubuntu and Lubuntu do not have an OEM boot entry but need one, the other four flavors mentioned have an OEM boot entry but do not need one
[14:00] <tsimonq2> no worries :)
[14:01] <sil2100> Ah, sorry, should have mentioned only the ubuntu desktop installer/bootstrap!
[14:01] <tsimonq2> ubuntu-release: I have {kubuntu,lubuntu}-installer-prompt targeted as a .1 blocker rather than a final blocker, but if we have time, it Would Be Nice to get it in for final. All of the code is there and ready, just waiting for someone who can push buttons to make a firm decision on that :)
[14:07] <bdmurray> tsimonq2: No button pushing is required if the decision is wait 'til Friday. (Which is what I'd like to do.)
[14:07] <tsimonq2> bdmurray: Sounds good, I can roll with that, let's do Fri :)
[14:15] <dbungert> currently thinking about LP: #2063331
[14:15] -ubottu:#ubuntu-release- Launchpad bug 2063331 in subiquity "systemd-networkd-wait-online.service runs into a timeout during boot" [Undecided, New] https://launchpad.net/bugs/2063331
[14:31] <Eickmeyer> Skia: Great to hear!
[15:11] <Eickmeyer> sil2100: In case you didn't get the memo in #ubuntu-flavors, anything that affects Ubuntu Desktop also affects Edubuntu, so that will also need to be respun.
[15:43] <sil2100> Ok, respinning Edubuntu and Studio
[15:43] <sil2100> bdmurray: ^
[16:01] <Wimpy> sil2100 Should I initiate a respin of Ubuntu MATE to pull in the OEM boot menu fix?
[16:05] <bdmurray> Wimpy: I believe we did respin it for you. https://cdimage.ubuntu.com/ubuntu-mate/daily-live/20240424/
[16:05] <Wimpy> ty
[16:05] <Wimpy> Will test everything later
[16:23] -queuebot:#ubuntu-release- Unapproved: r-cran-openmx (noble-proposed/universe) [2.21.11+dfsg-2build1 => 2.21.11+dfsg-2ubuntu1] (no packageset)
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted r-cran-openmx [source] (noble-proposed) [2.21.11+dfsg-2ubuntu1]
[16:26] -queuebot:#ubuntu-release- Unapproved: r-cran-tmb (noble-proposed/universe) [1.9.10-1build1 => 1.9.10-1ubuntu1] (no packageset)
[16:28] -queuebot:#ubuntu-release- Unapproved: r-cran-rcppparallel (noble-proposed/universe) [5.1.7+dfsg-3 => 5.1.7+dfsg-3ubuntu1] (no packageset)
[16:31] -queuebot:#ubuntu-release- Unapproved: accepted r-cran-rcppparallel [source] (noble-proposed) [5.1.7+dfsg-3ubuntu1]
[16:31] <arraybolt3> ubuntu-release: We have discovered a release blocker for all Calamares-based flavors. tsimonq2 is working on a fix (it's just a matter of setting a debconf database entry). This bug may result in either poor UX for end-users, or in a security hole that could lead to Secure Boot bypass or even total failure to boot depending on how things go.
[16:31] <arraybolt3> https://bugs.launchpad.net/ubuntu/+source/calamares-settings-ubuntu/+bug/2063354
[16:31] -ubottu:#ubuntu-release- Launchpad bug 2063354 in calamares-settings-ubuntu (Ubuntu) "Calamares based flavours do not set grub-{efi,pc}/install_devices debconf" [Critical, Confirmed]
[16:31] -queuebot:#ubuntu-release- Unapproved: accepted r-cran-tmb [source] (noble-proposed) [1.9.10-1ubuntu1]
[16:32] <arraybolt3> This really should not wait until 24.04.1 as it must be corrected in the installer and can't be easily fixed via SRU.
[16:51] <bdmurray> arraybolt3: We have seen the bug
[17:35] <locutusofborg_> bdrung, fixing dart autopkgtests :/
[17:36] <Skia> Was any bug reported around translation? Like selecting French in the installer doesn't change the language of the whole desktop, missing slideshow translation during installation. Does that ring a bell to anyone?
[17:37] <tsimonq2> Skia: I remember one with Chinese, yes
[17:37] <tsimonq2> Skia: This one? bugs.launchpad.net/bugs/2063037
[17:37] -ubottu:#ubuntu-release- Launchpad bug 2063037 in ubuntu-desktop-provision "Wrong language setting after installation" [High, New]
[17:40] <sil2100> Ok, so I'll be shortly going AFK soon, but after that I'll be back. Please give me a sign once there's a fix for LP: #2063354
[17:40] -ubottu:#ubuntu-release- Launchpad bug 2063354 in calamares-settings-ubuntu (Ubuntu Noble) "Calamares based flavours do not set grub-{efi,pc}/install_devices debconf" [Critical, Confirmed] https://launchpad.net/bugs/2063354
[17:45] <tsimonq2> Will do
[17:47] <Skia> tsimonq2: that's close, but not exactly that. I'll fill a bug with a precise description of the issue.
[17:50] <mkukri> arraybolt3: hopefully not secure boot bypass, i think the EFI one has a fallback to update via /boot/efi instead of the debconf, but it's definitely bad for grub-pc at least
[17:52] <arraybolt3> ah, that's comforting
[17:53] <lotuspsychje> Skia: here's one related with french, bug #2060895
[17:53] -ubottu:#ubuntu-release- Bug 2060895 in ubuntu-desktop-provision "Wrong key map proposed by default for French during installation" [Undecided, New] https://launchpad.net/bugs/2060895
[18:01] <Skia> lotuspsychje: thanks, but it's again not exactly related. My issue is not about keyboard layout
[18:01] <lotuspsychje> kk
[18:01] <Skia> https://bugs.launchpad.net/ubuntu-desktop-provision/+bug/2063361
[18:01] -ubottu:#ubuntu-release- Launchpad bug 2063361 in subiquity (Ubuntu) "Selecting French at the beginning of installation doesn't change the language for the whole live desktop" [Undecided, New]
[18:04] <seb128> it's bug 2013329
[18:04] -ubottu:#ubuntu-release- Bug 2013329 in ubuntu-desktop-provision "Live Session is not localized" [High, Confirmed] https://launchpad.net/bugs/2013329
[18:14] <Skia> okay, so a pretty well known issue it seems
[18:14] <vorlon> bdmurray: ros-urdf removed, thanks
[18:32] <arraybolt3> Was anything ever done to allow users to easily exempt a particular executable from "no capability-enabled unprivileged user namespaces" restriction, like for appimages such as balenaEtcher?
[18:33] <arraybolt3> I can launch balenaEtcher just fine if I disable the new restriction, but without it, it predictably crashes with a trace/breakpoing trap.
[18:33] <arraybolt3> and I don't see any instructions for disabling the restriction except for making a whole new AppArmor profile.
[18:38] -queuebot:#ubuntu-release- Unapproved: r-cran-glmmtmb (noble-proposed/universe) [1.1.8+dfsg-3 => 1.1.8+dfsg-3ubuntu1] (no packageset)
[18:41] -queuebot:#ubuntu-release- Unapproved: accepted r-cran-glmmtmb [source] (noble-proposed) [1.1.8+dfsg-3ubuntu1]
[18:46] <utkarsh51> tsimonq2: hey! I am tempted to review and accept *installer-prompt uploads along with the upcoming calamares fix.
[18:46] <vorlon> bdrung: ros-urdf removed, thanks
[18:47] <vorlon> arraybolt3: I think you should take that question up with the apparmor maintainers not with the release team
[18:47] <utkarsh51> tsimonq2: that means, it'd be nice if we can use "24.04.10" instead of "24.04.9.1" for instance, wdyt?
[18:47] <utkarsh51> once you have the version fixes in, I am happy to have a look & accept
[18:47] <vorlon> utkarsh51: please do not require a round trip for fixing version numbers; if you think it's that important to fix the version numbers, please reupload yourself and accept
[18:48] <utkarsh51> vorlon: ok, that's fair
[18:48] <utkarsh51> why am I utkarsh51? d'oh?
[18:48] <tsimonq2> Version numbers are cheap, I have no preference
[18:48] <tsimonq2> FWIW, I have a working fix for the bug on BIOS, testing EFI now
[18:49] <utkarsh2102> sorry, I am just a bit finicky when it comes to this
[18:49] <utkarsh2102> I'll fix and upload and accept
[18:50] <tsimonq2> utkarsh2102: If we're doing the installer prompt fixes before release, can you please review and/or merge this before the respin? https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464875
[18:51] <Skia> if someone cares, I've updated the first 5 slides of french translations, fixing at least the really bad looking first one with a big title in english. I'll keep finishing that in about 4 hours, after dinner.
[18:52] <locutusofborg> bdrung, I failed to do it
[18:52] <utkarsh2102> Skia: sweeeet!
[18:53] <locutusofborg> we should use Stopwatch, but I fail to use that class timer class is deprecated
[18:53] <locutusofborg> (or we can ignore stderr)
[18:53] <utkarsh2102> tsimonq2: ooh, okay, I'll look. But I don't have perms to merge that though but I can poke the right people
[18:53] <utkarsh2102> ok, I will have quick dinner and come back.
[18:53] <locutusofborg> bdrung, https://github.com/dartsim/dart/pull/1638/files
[18:53] -ubottu:#ubuntu-release- Pull 1638 in dartsim/dart "Add Stopwatch class to replace Timer" [Merged]
[18:53] <utkarsh2102> just keep @'ing me if you need anything from me
[19:20] <dbungert> what is the replication timing of seeds to http://archive-team.internal ?  If a respin after a seed change was done too soon, could it risk using an out-of-date copy?
[20:03] <tsimonq2> In the home stretch for this Calamares fix. Assuming my code works, it'll be uploaded in the next hour.
[20:03] <tsimonq2> mkukri: thank you for all your help :)
[20:05] <tsimonq2> (EFI test passed, re-running the BIOS test now to be sure, then I'll do a BIOS + encryption test to see if it does anything crazy.)
[20:05] <mkukri> no worries :)
[20:25] <tsimonq2> utkarsh2102, ubuntu-release: calamares upload incoming with a tested fix for bug 2063354
[20:25] -ubottu:#ubuntu-release- Bug 2063354 in calamares (Ubuntu Noble) "Calamares based flavours do not set grub-{efi,pc}/install_devices debconf" [Critical, Confirmed] https://launchpad.net/bugs/2063354
[20:25] <tsimonq2> As a friendly reminder, if we want to also include the installer-prompt packages in this respin, this debian-cd MP will need to be merged: https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464875
[20:26] <vorlon> dbungert: update-seeds runs every 5 minutes, however as the number of flavors and number of supported releases increases it takes an increasingly annoyingly longer time to actually run
[20:29] <utkarsh2102> tsimonq2
[20:29] <utkarsh2102> tsimonq2: danke, I'll take a look now..
[20:29] <utkarsh2102> vorlon: are you back or still afk?
[20:30] <tsimonq2> utkarsh2102: I said it about a minute too soon since I accidentally uploaded with an older version than what's in the archive
[20:30] -queuebot:#ubuntu-release- Unapproved: calamares (noble-proposed/universe) [3.3.5-0ubuntu3 => 3.3.5-0ubuntu4] (lubuntu, ubuntustudio)
[20:30] <tsimonq2> ah there it is ^^^
[20:32] <utkarsh2102> thanks!
[20:32] <tsimonq2> thank *you* :)
[20:32] <bdrung> locutusofborg, can you open a bug report against the dart package?
[20:33] <utkarsh2102> vorlon: if you're back & can take a look at https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464875, that'll be super
[20:33] <utkarsh2102> I'll review & get the two packages accepted meanwhile
[20:33] <utkarsh2102> will look into calamares after that
[20:35]  * mwhudson looks in
[20:40] <utkarsh2102> tsimonq2: hey, I've dropped a quick message on the matrix side o/
[20:41] <tsimonq2> utkarsh2102: thank you for the poke :)
[20:42] -queuebot:#ubuntu-release- Unapproved: rejected kubuntu-installer-prompt [source] (noble-proposed) [24.04.9.1]
[20:42] -queuebot:#ubuntu-release- Unapproved: rejected lubuntu-installer-prompt [source] (noble-proposed) [24.04.5.1]
[20:44] -queuebot:#ubuntu-release- Unapproved: kubuntu-installer-prompt (noble-proposed/universe) [24.04.9 => 24.04.10] (no packageset)
[20:45] -queuebot:#ubuntu-release- Unapproved: lubuntu-installer-prompt (noble-proposed/universe) [24.04.5 => 24.04.6] (lubuntu)
[20:49] -queuebot:#ubuntu-release- Unapproved: accepted kubuntu-installer-prompt [source] (noble-proposed) [24.04.10]
[20:50] -queuebot:#ubuntu-release- Unapproved: accepted lubuntu-installer-prompt [source] (noble-proposed) [24.04.6]
[20:54] <utkarsh2102> tsimonq2: ^^ :D
[20:54] <utkarsh2102> calamares next
[20:57] <utkarsh2102> oh, look who joined :)
[20:57] <utkarsh2102> welcome, sil2100 o/
[20:57] <sil2100> Yes
[20:58] <sil2100> How's the calamares review going
[20:58] <utkarsh2102> good, I am looking it thoroughly
[20:59] <utkarsh2102> I'll take a 10 to get this done
[20:59] <utkarsh2102> I've accepted the *-installer-prompt packages, though
[20:59] <tsimonq2> We discussed in #lubuntu-devel if it would help the review process to read scrollback: https://irclogs.ubuntu.com/2024/04/24/%23lubuntu-devel.html
[21:03] <tsimonq2> sil2100: Curious if you're aware of https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464875 ?
[21:05] <sil2100> tsimonq2: will check!
[21:06] <sil2100> tsimonq2: btw. how did you test this calamares change?
[21:06] <utkarsh2102> ^
[21:07] <sil2100> Since it looks fine with my weary tired eyes (waiting for Utkarsh's review too!), but we'd like to know more about how it was verified
[21:09]  * sil2100 reads the backlog of lubuntu-devel
[21:09] <tsimonq2> Two separate virt-manager VMs, one configured with BIOS, the other with EFI (no secureboot). Synced the main.py file over to the installed location in each VM, ran through the Calamares installation progress with max debugging mode, then once the install was finished I chroot'ed into the newly-installed system and verified that `sudo debconf-show grub-pc` showed the newly-inserted entry.
[21:09] <sil2100> Still, I'd like to know
[21:09] <sil2100> Thank you!
[21:10] <arraybolt3> Looks like Kubuntu is gettinga  respin too?
[21:10] <arraybolt3> oh, well, of course it is, silly me
[21:11] <tsimonq2> As a baseline, arraybolt3 ran through both an EFI and a BIOS install with Xubuntu, which uses the Flutter installer, and gave me the full output of `sudo debconf-show grub-pc` for each which I then `sort`ed and `diff`ed on my system. We expect this new output to be identical to what the new installer produces.
[21:11] <tsimonq2> arraybolt3: and Ubuntu Unity too heh
[21:12] <sil2100> utkarsh2102: ok, so I'll still leave this in your hands, but this feels sane enough (with Mate being involved, so tapping into his expertese)
[21:12] <sil2100> Ok, I go AFK a bit again
[21:14] <utkarsh2102> sil2100: thanks o/
[21:15] <utkarsh2102> I won't accept this until debian-cd is merged
[21:15] <utkarsh2102> sil2100: if you're reading this, GO HAVE FUN and take it easy!
[21:15] <utkarsh2102> it'll be a long day tomorrow ;)
[21:16] <wxl> tsimonq2: i'm not sure you saw the notification but looks like bdmurray is waiting on you to explain how your debian-cd MP was tested
[21:17] <utkarsh2102> tsimonq2: hey, this is just me being me but would you be kind enough to copy-paste the comment about how you tested this in the bug itself?
[21:17] <tsimonq2> already in progress :)
[21:18] <utkarsh2102> this way, in case we run into problems later (I really hope we won't), we'll have that documented and so on..
[21:18] <tsimonq2> utkarsh2102: sure, can do
[21:18] <bdmurray> It is your flavor but I'm concerned about our ability to another respin in the event that the OEM mode changes do not work as intended.
[21:20] <tsimonq2> utkarsh2102: done, let me know if you want more instructions
[21:20] <utkarsh2102> many thanks!
[21:20] <bdmurray> So by including 2 fixes you are increasing the risk factor.
[21:20] <tsimonq2> bdmurray: Zero issues with the query.
[21:20] <tsimonq2> I have explanations.
[21:21] <tsimonq2> Give me 5-10 minutes, it will be on the MP
[21:32] <tsimonq2> bdmurray: https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464875/comments/1251128
[21:36] <bdmurray> tsimonq2: thanks
[21:40] <utkarsh2102> re:calamares review, I am happy with the diff and testing but I won't accept it till we work out the debian-cd changes. Or if, vorlon gives me a green light to go ahead and not wait for the MP to be merged. :)
[21:40] <utkarsh2102> sil2100, bdmurray, tsimonq2: ^
[21:44] <bdmurray> utkarsh2102: It's fine to accept calamares, but we should hold off on the respin.
[21:44] <bdmurray> utkarsh2102: and don't unblock it
[21:44] <utkarsh2102> bdmurray: yep, won't
[21:44] <utkarsh2102> ok, will accept
[21:46] -queuebot:#ubuntu-release- Unapproved: accepted calamares [source] (noble-proposed) [3.3.5-0ubuntu4]
[21:46] <tsimonq2> Thank you :)
[21:46] <utkarsh2102> ^^^
[21:46] <utkarsh2102> tsimonq2: as the caption notes..
[21:46] <utkarsh2102> s/caption/IRC header/g
[21:46] <utkarsh2102> We accept payment in cash, cheque or scotch
[21:46] <utkarsh2102> :D
[21:47] <tsimonq2> I'll get some scotch to share at the next Ubuntu Summit ;)
[21:52] <vorlon> bdmurray: why are we holding off on the respin?
[21:52] <wxl> https://i.pinimg.com/originals/9d/4a/1f/9d4a1ff9decb1da4490a5fbaac0f239e.jpg
[21:52] <arraybolt3> Because we're waiting to see if a debian-cd change gets merged or not.
[21:54] <vorlon> tsimonq2: utkarsh2102: bdmurray: also, note that I have not seen signoff from the Kubuntu folks for kubuntu-installer-prompt.  This has been accepted into -proposed but doesn't get unblocked without their signoff
[21:54] <bdmurray> vorlon: agreed re kubuntu-installer-prompt
[21:55] <bdmurray> vorlon: My concern is about our ability to do another debian-cd review in the event that this doesn't work particularly given timezones and overlap with the release team and tsimonq2
[21:56] <vorlon> bdmurray: AIUI the possible impact of this not working as intended is an additional non-default boot option for OEM mode?
[21:57] <vorlon> which was status quo for everyone as of yesterday
[21:57] <arraybolt3> tsimonq2: ^
[21:58] <vorlon> bdmurray: for my part I am fine with accepting lubuntu-installer-prompt as an opportunistic fix which, if it doesn't implement a useful OEM mode, is not a release blocker to revert/fix
[21:58] <vorlon> bdmurray, tsimonq2: the only part that makes me raise my eyebrows is the addition of a 'maybe-calamares' kernel commandline option which wasn't there before
[21:59] <vorlon> changing the behavior of the behavior of the non-OEM boot
[22:01] <bdmurray> vorlon: alrighty, I agree with you regarding the regression potential of the OEM mode change.
[22:06] <sgmoore> vorlon: Kubuntu lead here, signing off on kubuntu-installer-prompt
[22:06] <vorlon> sgmoore: ack thanks
[22:06] <sgmoore> thank you!
[22:08] <vorlon> tsimonq2: added question on the MP regarding this 'maybe-calamares' that has now appeared from nowhere ^ https://code.launchpad.net/~tsimonq2/debian-cd/+git/ubuntu/+merge/464875
[22:11] <tsimonq2> looking
[22:11] <vorlon> bdmurray, utkarsh2102: anyway, I think we should be unblocking calamares now in any case
[22:11] <utkarsh2102> vorlon: re: kubuntu bits were discussed in other channels already, sorry
[22:11] <utkarsh2102> vorlon: should I hint it?
[22:12] <vorlon> well since bdmurray put the stop on it earlier I would like his confirmation
[22:12] <bdmurray> other channels :=(
[22:13] <bdmurray> I'm plus one on calamares
[22:13] <vorlon> utkarsh2102: ^
[22:13] <utkarsh2102> okeydoke, thanks for the confirmation
[22:16] <utkarsh2102> vorlon: ok in me landing this: https://code.launchpad.net/~utkarsh/britney/+git/hints-ubuntu/+merge/464950?
[22:17] <utkarsh2102> the only thing is I am adding a new file `utkarsh`, hope that's OK?
[22:17] <vorlon> utkarsh2102: no
[22:17] <vorlon> it is not
[22:17] <vorlon> put it in ubuntu-release
[22:17] <utkarsh2102> ...okay
[22:17] <vorlon> the list of allowed files is hard-coded in the britney source, so your addition of a file here is a no-op!
[22:17] <utkarsh2102> hah
[22:17] <vorlon> (and we should therefore really deprecate the per-user files)
[22:18] <utkarsh2102> vorlon: up for re-review: https://code.launchpad.net/~utkarsh/britney/+git/hints-ubuntu/+merge/464950
[22:19] <vorlon> utkarsh2102: yes
[22:19] <utkarsh2102> landed
[22:19] <utkarsh2102> done!
[22:24] -queuebot:#ubuntu-release- Unapproved: rust-alacritty (noble-proposed/universe) [0.13.2-1 => 0.13.2-1ubuntu1] (no packageset)
[22:26] -queuebot:#ubuntu-release- Unapproved: accepted rust-alacritty [source] (noble-proposed) [0.13.2-1ubuntu1]
[22:27] <tsimonq2> vorlon: replied to your debian-cd queries
[22:28] <tsimonq2> vorlon: tl;dr maybe-calamares doesn't actually ... do much :P
[22:32] <vorlon> tsimonq2: then get rid of it
[22:32] <wxl> vorlon: he means it doesn't do much outside of the use he has made for it in the MP
[22:32] <vorlon> refactor your code to add the oem entries without depending on adding cruft to the kernel commandline for the default entry
[22:32] <vorlon> wxl: yes, which I am thus nacking
[22:33] <tsimonq2> doing now
[22:33] <vorlon> thanks
[22:37] <tsimonq2> vorlon: yw, does that look better?
[22:38] <vorlon> tsimonq2: very much so, thank you
[22:38] -queuebot:#ubuntu-release- Unapproved: qwertone (noble-proposed/universe) [0.4.0-1 => 0.4.0-1ubuntu1] (no packageset)
[22:38] <vorlon> merging
[22:38] <vorlon> bdmurray: ^
[22:39] <tsimonq2> yw, thanks for merging :)
[22:39] <vorlon> this also now excuses the addition of a separate case block, hah
[22:40] <vorlon> (still a bit of new code duplication that we should aim to reconcile later, but ahwell)
[22:40] -queuebot:#ubuntu-release- Unapproved: accepted qwertone [source] (noble-proposed) [0.4.0-1ubuntu1]
[22:40] <Skia> okay, french translations for the installation part are 100% done on weblate, I'll let whoever knows the next step handle the rest
[22:40] <vorlon> utkarsh2102: how much longer is it until you time out? I suppose it's on me then to track the migrations and kick off image respins?
[22:41] <tsimonq2> vorlon: Yeah, I'd imagine there will be another MP once OEM support gets in for Ubuntu Desktop Installer, probably worth some maybe-ubiquity cleanup at that point (or sooner).
[22:41] <utkarsh2102> vorlon: I can stay for a bit more if I can be of any help
[22:41] <vorlon> utkarsh2102: shrug, calamares isn't even built on riscv64 yet
[22:42] <vorlon> utkarsh2102: do you want to add unblock hints for [kl]ubuntu-installer-prompt?
[22:42] <wxl> vorlon: if you need assistance, i can at least trigger a lubuntu respin and i'm sure i could coordinate with the kubuntu folks, too
[22:42] <utkarsh2102> yep, can do that.
[22:42] <vorlon> debian-cd change merged and deployed
[22:42] <utkarsh2102> sweet, thanks
[22:42] <tsimonq2> \o/
[22:43] <tsimonq2> wxl: Probably need to wait for calamares to migrate before kicking off respins :)
[22:43] <wxl> naturally
[22:43] -queuebot:#ubuntu-release- Unapproved: dart (noble-proposed/universe) [6.13.2+ds-0ubuntu2 => 6.13.2+ds-0ubuntu3] (no packageset)
[22:43] <wxl> and installer-prompt stuff, too
[22:44] <vorlon> wxl: I'm easy.  I just want to make sure someone has their eye on it so we respin asap
[22:45] <wxl> vorlon: it sounded like you might be hitting EoD which is why i offered
[22:45] <utkarsh2102> vorlon: https://code.launchpad.net/~utkarsh/britney/+git/hints-ubuntu/+merge/464951 - if I can get a quick +1
[22:46] -queuebot:#ubuntu-release- New binary: qwertone [amd64] (noble-proposed/universe) [0.4.0-1ubuntu1] (no packageset)
[22:46] -queuebot:#ubuntu-release- Unapproved: accepted dart [source] (noble-proposed) [6.13.2+ds-0ubuntu3]
[22:47] -queuebot:#ubuntu-release- New binary: qwertone [s390x] (noble-proposed/universe) [0.4.0-1ubuntu1] (no packageset)
[22:47] <ginggs> locutusofborg, bdrung: workaround for dart's autopkgtests ^ please let this one migrate before uploading another
[22:48] <ginggs> ubuntu-archive: please remove the old dart's armhf binaries from noble release
[22:48] <vorlon> looking
[22:49] <ginggs> sorry, there are a bunch of them :(
[22:49] <ginggs> missing build on armhf: libdart-all-dev, libdart-collision-bullet-dev, libdart-collision-bullet6.12t64, libdart-collision-ode-dev, libdart-collision-ode6.12t64, libdart-dev, libdart-external-convhull-3d-dev, libdart-external-ikfast-dev, libdart-external-imgui-dev, libdart-external-imgui6.12t64, libdart-external-lodepng-dev, libdart-external-lodepng6.12t64, libdart-external-odelcpsolver-dev, libdart-external-odelcpsolver6.12t64, libdart-
[22:49] <ginggs> gui-dev, libdart-gui-osg-dev, libdart-gui-osg6.12t64, libdart-gui6.12t64, libdart-optimizer-ipopt-dev, libdart-optimizer-ipopt6.12t64, libdart-optimizer-nlopt-dev, libdart-optimizer-nlopt6.12t64, libdart-utils-dev, libdart-utils-urdf-dev, libdart-utils-urdf6.12t64, libdart-utils6.12t64, libdart6.12t64, python3-dartpy (from 6.12.1+dfsg4-13.1build1)
[22:49] -queuebot:#ubuntu-release- New binary: qwertone [ppc64el] (noble-proposed/universe) [0.4.0-1ubuntu1] (no packageset)
[22:49] <utkarsh2102> eeks
[22:49] <Eickmeyer> 😮
[22:50] <vorlon> rmadison -s noble,noble-proposed -S dart -a armhf | awk '/armhf/ { print $1 }' | xargs remove-package -b -a armhf -y -m ANAIS
[22:50] <vorlon> :P
[22:50] <utkarsh2102> 2 hugs to the dart maintainer
[22:50] <utkarsh2102> heh, sweet!
[22:50] <utkarsh2102> ANAIS?
[22:50] <Eickmeyer> Arch Not Available In Source
[22:50] <ginggs> pineapple
[22:50] <utkarsh2102> hehe
[22:50] <vorlon> ginggs: Anaïs Nin actually
[22:50] <utkarsh2102> thanks, Eickmeyer
[22:51] <utkarsh2102> vorlon: I am landing my MP
[22:51] <utkarsh2102> unless you object?
[22:51] <wxl> vorlon: gmta, apparently
[22:51] <vorlon> utkarsh2102: we don't require 2 signoffs for hints
[22:51] <utkarsh2102> kdokey
[22:51] <Eickmeyer> 🍍
[22:51] <utkarsh2102> fair
[22:52] <utkarsh2102> as long as you trust I'll do the right thing :P
[22:52] <vorlon> I trust nothing and no one, but I'll give you the space to hang yourself and judge from the corner
[22:52] <vorlon> ;)
[22:52] <Eickmeyer> HAHAHAHA
[22:53] <utkarsh2102> o.O
[22:53] -queuebot:#ubuntu-release- New binary: qwertone [armhf] (noble-proposed/universe) [0.4.0-1ubuntu1] (no packageset)
[22:53] <utkarsh2102> unblocks in place now
[22:53] <vorlon> ^ lolwut
[22:53] <arraybolt3> lol
[22:54] <utkarsh2102> vorlon: if you have to EOD or AFK, I am happy to look at the migrations and respins.
[22:54] <utkarsh2102> just @ me, if you want me to do something ;)
[22:55] <vorlon> utkarsh2102: it's much later there than it is here. go away
[22:56] -queuebot:#ubuntu-release- New binary: qwertone [arm64] (noble-proposed/universe) [0.4.0-1ubuntu1] (no packageset)
[22:56] <Eickmeyer> So, rumor has it that Cinnamon might need to be respun?
[22:56] <vorlon> I don't listen to rumors
[22:56] <tsimonq2> Eickmeyer: Based on arraybolt3 uploading a Plymouth fix, probably.
[22:56] <tsimonq2> Eickmeyer: That didn't make its way here yet. :P
[22:56] <utkarsh2102> vorlon is in a different mood today :P
[22:56] <Eickmeyer> Yeah, I need specifics. arraybolt3, care to fill me in with my Cinnamon Contact hat on?
[22:57] <arraybolt3> I'm still working on it, but basically, there's some serious issues with Cinnamon's plymouth theme that I shared a picture of on Matrix. Lemme imgur link it here
[22:57] <utkarsh2102> bug?
[22:57] <arraybolt3> https://chat-server.ubuntu.com/_matrix/media/v3/download/ubuntu.com/wHsvyvACfWxKtSyiXUUeSvtA?allow_redirect=true
[22:57] <tsimonq2> https://bugs.launchpad.net/bugs/2063379
[22:57] <arraybolt3> actually that works to see it too
[22:57] -ubottu:#ubuntu-release- Launchpad bug 2063379 in ubuntucinnamon-artwork (Ubuntu) "Disk decryption prompt is broken" [Undecided, New]
[22:57] <arraybolt3> tsimonq2: ty
[22:57] <Eickmeyer> Oof, that's nasty.
[22:58] <Eickmeyer> arraybolt3: So, we're looking at an ubuntucinnamon-artwork upload for this?
[22:59] <arraybolt3> Correct.
[22:59] <arraybolt3> I have a theory on how to correct it and am working it out now.
[23:00] <Eickmeyer> arraybolt3: Ok, I'll watch for it. But yes, if you get it fixed and uploaded, I'll trust you and approve a respin for it since I'm a contact for Cinnamon in ItzSwirlz's absence.
[23:02] <Eickmeyer> utkarsh2102: I'd like to see him in this kind of mood more often! XD
[23:03] <utkarsh2102> heh, me too
[23:11] <tsimonq2> lubuntu-installer-prompt and kubuntu-installer-prompt are migrating now
[23:11] <vorlon> calamares needs another publisher cycle and subsequent britney run
[23:11] <vorlon> (riscv64 build accepted but not published)
[23:12] <utkarsh2102> yep
[23:13] <tsimonq2> The good news is that Britney runs are fairly quick :)
[23:13] <utkarsh2102> the bad news is riscv64 build doesn't :P
[23:14] <tsimonq2> heh true except now we're just waiting for the publisher
[23:14] <Eickmeyer> Some say they were still waiting for riscv64 builds to this day.
[23:14] <tsimonq2> Some say we might get Real riscv64 hardware soon. :P
[23:15] <Eickmeyer> I don't listen to rumors.
[23:15] <tsimonq2> XD
[23:20] <arraybolt3> Fix for Cinnamon patched together, building and testing now.
[23:36] -queuebot:#ubuntu-release- Unapproved: ubuntucinnamon-artwork (noble-proposed/universe) [24.04 => 24.04.1] (no packageset)
[23:36] <arraybolt3> ubuntu-release, Eickmeyer: ^ Tested and verified to work.
[23:37] <Eickmeyer> 👍
[23:38] <Eickmeyer> utkarsh2102: That ubuntucinnamon-artwork will need to be accepted. In ItzSwirlz's absence, I can OK a respin for ubuntucinnamon.
[23:38] <arraybolt3> ACTUALLY... I may have accidentally left a bug in it that would only be seen if someone some how triggered offline updates...
[23:38] <arraybolt3> hang on just a sec
[23:39] <utkarsh2102> should I reject it?
[23:39] <arraybolt3> shoot, I did. I think it was present in the original ubuntucinnamon-artwork though and offline updates aren't a thing on Ubuntu...
[23:39] <arraybolt3> but yes.
[23:39] <arraybolt3> utkarsh2102: please reject, will upload a fixed version shortly
[23:40] <utkarsh2102> done!
[23:40] <arraybolt3> (tl;dr: I left a "UseFirmwareBackground: true" in a spot that would make an extremely, uh, interesting... construct... should someone ever manage to trigger offline upgrades. The firmware background would appear with "Upgrading System" superimposed on top of it.)
[23:40] <arraybolt3> so I just need to strike out that line and reupload.
[23:40] <sil2100> This does not instill confidence
[23:40] <arraybolt3> I know. I'm going to double-check the diff twice this time.
[23:40] -queuebot:#ubuntu-release- Unapproved: rejected ubuntucinnamon-artwork [source] (noble-proposed) [24.04.1]
[23:41] <arraybolt3> I think this is a bug that was there before that I failed to fix, rather than a newly introduced one.
[23:41] <Eickmeyer> sil2100: Just be glad he caught it now and not later.
[23:42] <arraybolt3> It is indeed an old bug. So hey, killing three birds with one stone
[23:47] -queuebot:#ubuntu-release- Unapproved: ubuntucinnamon-artwork (noble-proposed/universe) [24.04 => 24.04.1] (no packageset)
[23:47] <arraybolt3> ubuntu-release: ^ this one should be good. The panic from earlier wasn't a newly introduced bug, but an old one that was already there and that I spotted at the last minute. So the last upload would have been acceptable, but this one's even better.
[23:51] <sil2100> arraybolt3: just a quick look at the diff, why is there a diff in the binary animation files?
[23:52] <arraybolt3> sil2100: To make absolutely sure everything worked right, I copied the entire `spinner` theme wholesale and re-tweaked it for Ubuntu Cinnamon so that anything out-of-date got fixed. I thought that would be safer than just changing certain files piecemeal since the `spinner` theme is known-good and the ubuntucinnamon-spinner theme (which derived from it) was known-bad.
[23:52] -queuebot:#ubuntu-release- New binary: qwertone [riscv64] (noble-proposed/universe) [0.4.0-1ubuntu1] (no packageset)
[23:53] <arraybolt3> If it makes the RT more comfortable, I'm willing to redo the fix by only changing the individual files I know need fixed, but that of course leaves potential for the theme to still be broken in ways that `spinner` has fixed already.
[23:56] <utkarsh2102> given the back and fo
[23:56] <utkarsh2102> oops
[23:56] <sil2100> Apologies, since it has been a long day, but is this fix absolutely required? Looking at the bug it seems to be something that can be potentially fixed with an 'upgrade during install', and even without it it doesn't seem like something that would completely disallow users from decrypting their drives
[23:56] <utkarsh2102> I was gonna say the same thing, sil2100. :)
[23:57] <arraybolt3> It doesn't completely disallow users from decrypting their drives, that's true. It's just a very unpleasant user experience on first boot, but you're right that it could be fixed with a 0-day SRU.
[23:57] <utkarsh2102> also, it's 5:30 AM here and I don't want to review anything half-minded so I'll leave this to someone else. But I can help with migrations, respins, et al
[23:57] <sil2100> At this stage of the release process, aka. less than one day before release, ANY change we introduce late is a potential of delay and introducing additional regressions, since we're pushing changes that we have no real chances of fully testing
[23:58] <sil2100> So I just want us to calmly assess any change we want to accept at this stage
[23:58] <sil2100> I
[23:59] <arraybolt3> Valid concern. I don't think this has a potential to go too wrong though, since we're starting from a known-good point and applying testable customizations (or customizations to parts that are very unlikely to get called anyway because of how Ubuntu's package management works). Ubuntu Cinnamon doesn't have that many test cases and I singlehandedly did all the testing needed for it earlier
[23:59] <arraybolt3> today. I could easily do that again.
[23:59] <sil2100> I'm just worried. This has been a bumpy release, we push fixes after fixes after fixes, and the closer we are to the 'day', I am just more and more worried
[23:59] <arraybolt3> anyway, I don't mind if we relegate it to a 0-day SRU thing, but I also am willing to do the work needed to get it through before final release for the sake of Ubuntu Cinnamon's user experience.