[15:00] \o [15:00] o/ [15:01] o/ [15:01] o/ [15:02] o/ [15:02] o/ [15:02] o/ [15:02] #startmeeting Weekly Ubuntu Foundations team [15:02] Meeting started at 15:02:52 UTC. The chair is juliank. Information about MeetBot at https://wiki.ubuntu.com/meetingology [15:02] Available commands: action, commands, idea, info, link, nick [15:02] #topic Lightning rounds [15:03] #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-31-aug-2023/ [15:03] I realize I didn't actually write anything yet, /o\ [15:03] o/ [15:05] 'mermaid' what a weird name for a daemon [15:05] o/ [15:16] o [15:16] I got a bit distracted sorry [15:16] #topic Release incoming bugs [15:16] #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-mm-incoming-bug-tasks.html#foundations-bugs [15:16] 5 bugs! [15:17] bug 2033129 [15:17] -ubottu:#ubuntu-meeting- Bug 2033129 in ubuntu-meta (Ubuntu) "hplip is in universe and was dropped from Recommends" [Critical, Confirmed] https://launchpad.net/bugs/2033129 [15:18] hplip was dropped to universe as part of cups snap change [15:18] I'm not sure what should be done here [15:19] should we leave that with desktop? but they asked for help [15:19] this was originally a foundations MIR [15:19] I was going to ask slyon but I think he's not around at the moment [15:20] LP: #2028054 [15:20] -ubottu:#ubuntu-meeting- Launchpad bug 2028054 in python-rlpycairo (Ubuntu) "[MIR] python-rlpycairo" [Undecided, Incomplete] https://launchpad.net/bugs/2028054 [15:20] I think we're not sure we need that package in main anymore? [15:21] Should we mark it Incomplete and ask for more information? [15:21] the comment history in that bug is misleading and appears to be based on an analysis when the plan was to demote this in favor of the snap stack [15:21] we need someone to actually drive this MIR [15:21] OK, I don't know what the current plan is wrt cups [15:21] there is no GUI for it - we are shipping the debs for mantic [15:22] that's why this is back in component-mismatches [15:22] I had to force-demote hplip because of the universe dep causing image build failures [15:22] this needs to be re-repromoted before beta, or users are going to get wrong installs at beta time because hplip is a recommends [15:22] Why does it need an MIR process if it was in main and wrongly demoted? [15:23] (unsatisfied recommends of ubuntu-desktop on the image -> nothing will pull it in later when hplip is promoted to main) [15:23] juliank: *hplip* was in main. python-rlpycairo was a new dep of python-reportlab, this is why this MIR was opened [15:23] oh [15:23] when hplip was demoted, python-reportlab was also demoted, so the new version snuck into the release pocket [15:23] Now I understand [15:24] I can demote it to proposed, but there are a bunch of other packages that also depend on new python-reportlab so it's a fairly complicated surgery [15:24] or I can pre-promote the packages to main while the MIR is still open [15:24] but any which way, the MIR needs followed through on [15:25] My preference would be to demote to python-reportlab depends to suggests and making sure the eroror handling is reasonable [15:25] it's not [15:25] I already talked to Till about this [15:25] anyhow how to proceed? [15:26] (in private messages, so of course none of it is in the bug log) [15:26] leave the bug [15:26] sigh [15:26] leave the bug as is? [15:26] yes, someone needs to drive the MIR :) [15:26] and it's a foundations-owned package [15:27] if I demote packages to -proposed, it's still an open MIR [15:27] if I pre-promote packages to main before the MIR is done, it's still an open MIR [15:27] We are going a bit in circles here [15:27] so foundations needs to pick this MIR up and drive it to completion (even if "completion" means "find a way to drop the dep") [15:28] I don't see why it's a circle, we've identified work that needs to happen and we should just commit to doing it [15:28] and assign it, and not discuss it further in a plenary meeting :) [15:28] So we should remove the tag, mark it invalid, and mark the mir as foundations-todo [15:29] sounds good [15:30] bug 2030788 [15:30] -ubottu:#ubuntu-meeting- Bug 2030788 in systemd (Ubuntu) "Usability: 'localectl set-x11-keymap' doesn't work in mantic" [Medium, Confirmed] https://launchpad.net/bugs/2030788 [15:30] enr0n is already assigned [15:30] but it's still incoming, not todo [15:31] juliank: vorlon tagged it though, I think I had assigned it to myself to keep track of it [15:31] is there anything to do right now? [15:31] I think the bug is fixed in cloud-init? [15:31] Certainly dropping the tag seems right [15:31] correct, cloud-init is now fixed [15:31] ah, that seems to explain my layout issues :P [15:32] I don't think this is foundations-todo right now [15:33] vorlon: do you have another opinion? [15:33] if cloud-init has succeeded in working around it, then I'm ok with us working around it; the need here was to support cloud-init [15:33] CPC wants to talk further if they think they need more [15:33] ok [15:33] let's keep it open though in case [15:34] because they want to to talk about it more and quoted "'fix'" :D [15:34] (I am looking askance at Debian for having mangled the systemd interface in this way, but that doesn't per se make it a priority for us) [15:34] bug 2033112 [15:34] -ubottu:#ubuntu-meeting- Bug 2033112 in livecd-rootfs (Ubuntu) "/run in squashfs is not empty" [Undecided, New] https://launchpad.net/bugs/2033112 [15:34] let's just tag that [15:35] bug 2017401 - we had our meeting but didn't update the bug with the summary [15:35] -ubottu:#ubuntu-meeting- Bug 2017401 in unattended-upgrades (Ubuntu) "Unexpected / unwanted unattended-upgrades behaviour after kernel upgrade when Livepatch enabled" [Undecided, Confirmed] https://launchpad.net/bugs/2017401 [15:36] vorlon: do you have meeting notes or a better memory than me and can update the bug with the outcomes? [15:36] right - conclusion was that we're deferring this for now in favor of improved information from canonical-livepatch in the nn cycle [15:36] I'll update the bug [15:36] and then tag it incoming-nn I guess [15:36] bug 2029148 [15:37] -ubottu:#ubuntu-meeting- Bug 2029148 in ubuntu-meta (Ubuntu) "cups snap - can't add printer" [Undecided, In Progress] https://launchpad.net/bugs/2029148 [15:37] the cups snap is still in main though, this is still fix released [15:37] and we have enough bugs to track the MIR [15:37] let's mark it back as Fix Released [15:38] what do you mean, the snap is in main :) [15:38] The cups deb [15:38] ok [15:39] https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ll-incoming-bug-tasks.html#foundations-bugs is empty [15:39] #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs [15:39] bug 1990798 [15:39] -ubottu:#ubuntu-meeting- Bug 1990798 in ubuntu-release-upgrader (Ubuntu) "do-release-upgrade fails if ESM enabled" [Critical, Incomplete] https://launchpad.net/bugs/1990798 [15:40] pro team is engaging with that and it's incomplete right now, so let's give a bit more time I guess [15:41] https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs only has the same livepatch issue we discussed already [15:41] #topic Team proposed-migration report [15:41] #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs [15:41] vorlon: [15:41] Can we remove the time-daemon package again? [15:41] yes [15:42] has the germinate change landed? :) [15:42] Not yet, cjwatson hasn't gotten around to reviewing it yet [15:42] But we also don't need to wait for the server side as the syntax is ignored by older germinate [15:42] We could just update the deb [15:43] Either way, the package being present is confusing people as I've seen earlier today [15:43] juliank: last week you had forgotten to start working on tzdata, is it on your radar now? [15:43] sadly not [15:43] I'll take care of dask [15:43] It eluded the pulse [15:44] I'm reviewing the germinate change at the moment, amid the other N things [15:44] then only gnustep-base remains blocking tzdata [15:44] vorlon: you currently have a Needs Fixing vote on that germinate MP - could you look at it again? [15:44] juliank: so will you put it in the pulse? these are supposed to be committed on a weekly basis [15:44] when I find it [15:45] cjwatson: I was just asking for a test case, which I'm not going to second-guess - marked approved now [15:45] I think the problem is its not in the pulse view because it's not triaged [15:45] Hmm it is triaged, but it simply doesn't pop up in JIRA backlog view [15:45] ubiquity - I said this was back with mwhudson but he's quite busy with work on newer installers [15:45] bdrung: any chance you want to follow up on ubiquity? [15:46] vorlon: yeah, that's fine, I just didn't want to merge it over your head [15:46] vorlon, it's on my todo list for next week (spending all the time this week for +1) [15:46] bdrung: ok thanks [15:47] s390-tools is blocked on an MIR which is tagged foundations-todo but not assigned; LP: #2030482. Do we need to find an owner for this? [15:47] -ubottu:#ubuntu-meeting- Launchpad bug 2030482 in s390-tools (Ubuntu) "[MIR] s390-tools Rust dependencies (vendored)" [Undecided, Incomplete] https://launchpad.net/bugs/2030482 [15:47] s390-tools is blocked by an MIR. [15:47] vorlon: I'm the owner :) [15:47] schopin: should I assign the bug to you? [15:47] I'm just waiting on some details from fheimes. [15:47] Sure. [15:48] and new from last week is tpm2-tss [15:48] * vorlon shakes the dice bag [15:48] liushuyu: can you take this? [15:48] vorlon: okay [15:49] and that's all for now [15:49] juliank: germinate change merged and uploaded to unstable. feel free to sync it into mantic once Debian publishing and the LP import catch up. I also updated ubuntu-archive@ubuntu-archive-toolbox.internal's local copy of it for good measure. [15:49] cjwatson: thanks! [15:51] juliank: back to you [15:52] #topic AOB [15:52] https://bugs.launchpad.net/subiquity/+bug/2029479 was tagged by fheimes but since it's on subiquity it never made it into the report. [15:52] -ubottu:#ubuntu-meeting- Launchpad bug 2029479 in Ubuntu on IBM z Systems "mantic daily (on s390x) does not reboot (post-install) from correct disk" [Undecided, New] [15:54] this one is strange, there is a claim that the chirep tool is not being used correctly but it hasn't changed. at any rate we need to investigate this subiquity side, yes. [15:54] tagging it foundations-todo [15:54] thanks [15:54] with a typo lol [15:56] more aob? [15:56] Monday is public holiday in the US [15:57] I'm out for the Monday holiday, and then again Wed/Thu next week for a medical thing, so not here for the next meeting [15:57] :( [15:58] I'm out on a short 1-week vacation starting tonight :) [15:59] I think that wraps up the IRC meeting! Thanks everyone! [15:59] #endmeeting [15:59] Meeting ended at 15:59:07 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-08-31-15.02.moin.txt