[09:18] <handsome_feng> Hi, forwarding an issue for someone else: https://bugs.launchpad.net/snap-store-desktop/+bug/2049032, If the developer of snap-store-desktop saw this, could you  respond to it when you have time? Thanks. :)
[09:18] -ubottu:#ubuntu-devel- Launchpad bug 2049032 in snap-store-desktop "Backport patch to avoid traffic spikes to mirror infrastructure" [Undecided, New]
[10:18] <bastif> I found an issue in my package in Conflicts that renders 2 versions not installable in parallel. I have fix for that. How to get it merged given that I would cherry-pick that fix to the current version in noble and that there are way to many changes in the package to consider updating to the latest version from Debian (where it is not uploaded it)
[10:18] <bastif> s/not uploaded it/not uploaded yet/
[10:19] <bastif> The package is in multiverse and actually comes from Debian non-free where I maintain it.
[10:22] <bastif> by "2 versions not installable in parallel" I mean "2 packages in parallel"
[10:42] <ginggs> bastif: open a bug in launchpad, attach a debdiff, subscribe ubuntu-sponsors
[10:51] <bastif> Done, shall I also subscribe "ubuntu-release" as stated here https://wiki.ubuntu.com/FreezeExceptionProcess
[10:52] <vorlon> that doesn't sound like a feature, it sounds like a bugfix
[10:53] <ginggs> bastif: bug number?
[10:53] <bastif> #2055635
[10:53] <bastif> 2055635
[11:26] <ginggs> bastif: i agree with v.orlon, this a bugfix, no FFe required
[11:29] <bastif> can you explain what that implies?
[11:29] <bastif> FFe = freature freeze exception?
[11:51] <fheimes> @ahasenack: I virtually use (and with that test ;-) multipath all the time, since this is very important on s390x; I can't say much about the patch you mentioned (even if it seem to look reasonable); one concern is that subiquity (or depending components ...) might be somehow affected?!
[12:02] <ginggs> bastif: FFe = Feature Freeze exception.  it's a bugfix, so no need to follow FreezeExceptionProcess, and no need to subscribe ubuntu-release
[12:05] <bastif> ginggs: Ok, thanks for the clarification.
[13:22] <dbungert> commented on https://code.launchpad.net/~mitchdz/ubuntu/+source/multipath-tools/+git/multipath-tools/+merge/454916 - clearly there is an installer angle to this, it would be best to understand that before dropping that part of the delta
[14:16] <mitchdz> dbungert: yeah I’m adding that back in and having that as a fun activity for OO merge cycle. Will update the git commit body explaining an investigation to drop it should be performed.
[14:18] <dbungert> mitchdz: thanks!
[14:19] <dbungert> if I had to guess at the outcome, I wonder if friendly names affects the links present in /dev/disk and that some of them may actually be used at the install time.  Just speculation though.
[15:41] <ahasenack> I also wonder if there was a typo in the original commit message
[15:41] <ahasenack> it says...
[15:41] <ahasenack> "... instead of generating it in every installer"
[15:41] <ahasenack> installer? Maybe installation?
[15:41] <dbungert> may not be a typo
[15:42] <dbungert> think of this as upstreaming a fix rather than carrying it in the installer
[15:42] <dbungert> at the time x_nox would have been thinking about both Ubiquity and Subiquity
[15:42] <ahasenack> hmm
[15:43] <dbungert> at any rate, if we're not dropping it here I think there is no urgency, but a better understanding of the history would help
[15:44] <ahasenack> this merge needs a good cleanup, and mitchdz is doing that
[15:44] <ahasenack> mitchdz: we can still add the restart fix, btw
[15:46] <mitchdz> Yeah I just put the MP to work-in-progress to make that clear there is changes coming
[15:46] <mitchdz> and also the debian package does use friendly names in /etc/multipath.conf
[15:47] <mitchdz> https://git.launchpad.net/ubuntu/+source/multipath-tools/tree/debian/d-i/multipath.conf?h=debian/sid
[15:48] <dbungert> nice
[15:48] <ahasenack> they do? Didn't they reject that change?
[15:49] <mitchdz> They _did_, but if you read the MR you can see Chris noticed it is in there anyways and wondered if it should be removed https://salsa.debian.org/linux-blocks-team/multipath-tools/-/merge_requests/4
[15:49] -ubottu:#ubuntu-devel- Merge 4 in linux-blocks-team/multipath-tools "Install friendly names multipath.conf by default" [Closed]
[15:51] <mitchdz> well, this is in d-i so should only show up when you use the debian installer
[15:51] <ahasenack> right, I saw the mention of it being in the debian installer, or being there if the d-i was used
[16:30] <nubuntu> try install today daily and welcome screen "preparing xubuntu" and stuck
[18:15] <ahasenack> @pilot in
[18:18] <ahasenack> dbungert: did you see the update on #2052739?
[18:23] <dbungert> bdrung: ^
[18:24] <ahasenack> ops :)
[18:24] <dbungert> db vs bd :)
[18:25] <ahasenack> mirror mirror
[18:30] <arraybolt3> rorrim
[20:50] <ahasenack> juliank: I think this looks better now, are you happy with it? https://code.launchpad.net/~ghadi-rahme/ubuntu/+source/ppa-purge/+git/ppa-purge/+merge/460394
[20:50] <ahasenack> caveats is that it will act even on already-disabled ppas, but that sounds minor
[21:13] <Eickmeyer> dbungert: Working on gathering the logs for cloud-init for bug 2055077 and trying to get a fresh iso. Unfortunately, cdimage.u.c is being rather sad right now
[21:13] -ubottu:#ubuntu-devel- Bug 2055077 in livecd-rootfs (Ubuntu) "cloudinit.sources.DataSourceEc2:583 Calling 'None' failed" [Undecided, In Progress] https://launchpad.net/bugs/2055077
[21:14] <dbungert> Eickmeyer: thanks.  I have a prototype fix, will be doing a ppa build soon of livecd-rootfs changes, but I think there are multiple bugs here so these logs still help.
[21:16] <blackboxsw> Thanks Eickmeyer I finally got edubuntu locally and can see that cloud-init is disabled by generator timeframe. as well.
[21:17] <Eickmeyer> blackboxsw: Ok, so I guess you don't need my logs then?
[21:17] <blackboxsw> which would lead to the bootstrap trying to redetect all datasoruces in this case
[21:18] <blackboxsw> Eickmeyer: ok I think not for my request. The issue I'm seeing is differences in the Ubuntu iso vs edubuntu and there is no /var/lib/cloud/seed/user-data or meta-data file which would have triggered cloud-init to detect a datasource quickly with no instance configuration and move on. in this case on edubuntu, cloud-init is fully disabled on boot.
[21:19] <blackboxsw> This leads to no /usr/lib/cloud-init/ds-identify being run in systemd generator timeframe, so cloud-init's python runtime will attempt a costly redetection of any viable datasource
[21:20] <blackboxsw> Eickmeyer: dbungert ok think I have enough to work with there. That cloud-init 'None' symptom is a separate bug that we can track cloud-init side. but from an image standpoint I think we need to ensure we either query cloud-init for disabled state from subiquity, and/or ensure edubuntu images leave seed files in /var/lib/cloud/seed/nocloud/*
[21:21] <dbungert> blackboxsw: good, that matches my plan
[21:22] <Eickmeyer> blackboxsw: Agreed. Surprising that was like that to begin with as, from my perspective, Edubuntu is built from Ubuntu Desktop's minimal seed.
[21:22] <dbungert> desktop is configured like that already, I'm updating all flavors to match (edu, cinnamon, xubuntu, budgie, studio) and oem
[21:22] <Eickmeyer> dbungert: Excellent. That's the way it should be otherwise explosions happen. XD
[21:24] <juliank> ahasenack: ship it
[21:26] <blackboxsw> dbungert: great thanks! the image seed files is probably the lowest impact to align all flavors on that front.  longer term,  I think subiquity may need to attempt to check if 'disabled' in cloud-init extended_status and avoid trying to invoke stages.Init() in that case (as the side-effect of stages.Init being called on a disabled system is to actually try to rediscover datasources)
[21:27] <Eickmeyer> juliank: Hi! Had a bit of a doozy earlier in bug 2055720. Lost universe during an upgrade.
[21:27] -ubottu:#ubuntu-devel- Bug 2055720 in ubuntu-release-upgrader (Ubuntu) "Edubuntu upgrade removed universe repo mantic -> noble" [High, New] https://launchpad.net/bugs/2055720
[21:28] <Eickmeyer> Suspecting dep822.
[21:28] <juliank> enr0n: ^ u-r-u deb822 issue from Eickmeyer
[21:29] <juliank> This is *mostly* Nick's playground :D
[21:29] <ahasenack> juliank: that package is odd, it claims do be native (debian/source/format), but has -0ubuntuN suffix
[21:29] <ahasenack> I suspect we stopped maintaining the upstream bzr branch for it a while ago?
[21:30] <juliank> ahasenack: I don't really care but it's possible
[21:30] <juliank> ahasenack: bunch of those packages exist, I'll not argue with them :)
[21:31] <ahasenack> releasing package ppa-purge version 0.2.8+bzr63 <-- 8 years ago (that's the version we have in d/changelog, minus the ubuntu suffix)
[21:31] <ahasenack> rabbit hole detected
[21:31] <ahasenack> focus
[21:45] <juliank> It will go away one day anyhow
[21:45] <juliank> :D
[21:53] <sergiodj> doko: hi, we're going to need to pin llvm-17 when building postgresql-16. the package is FTBFSing with llvm-18 and there's no fix available yet. failures and logs (courtesy of athos): https://launchpad.net/~athos-ribeiro/+archive/ubuntu/pgsql-llvm18/+packages
[21:55] <billchenchina> Hope someone can have a look at this https://bugs.launchpad.net/snap-store-desktop/+bug/2049032
[21:55] -ubottu:#ubuntu-devel- Launchpad bug 2049032 in snap-store-desktop "Backport patch to avoid traffic spikes to mirror infrastructure" [Undecided, New]
[21:55] <ahasenack> so bin:software-properties-gtk is in main. It has this recommends:
[21:55] <ahasenack> gnome-session-bin | xfce4-session | mate-session-manager
[21:56] <ahasenack> of those, only gnome-session-bin is in main, the others are in universe. That is ok?
[21:56] <ahasenack> component mismatches doesn't catch that, or doesn't care?
[21:57] <blackboxsw> Eickmeyer: dbungert I dumped https://bugs.launchpad.net/ubuntu-desktop-provision/+bug/2055077/comments/6 for thoughts on the edubuntu desktop issue. I could put up a subiquity PR if desired, but image fix approach is probably fastest and it's best to avoid snowflakes and different behaviors in different ubuntu flavors anyway so we don't have corner-cases to deal with regarding provisioning
[21:57] -ubottu:#ubuntu-devel- Launchpad bug 2055077 in livecd-rootfs (Ubuntu) "cloudinit.sources.DataSourceEc2:583 Calling 'None' failed" [Undecided, In Progress]
[22:01] <billchenchina> Can someone help assign the snap-store-desktop bug?