14:59 <juliank> #startmeeting Weekly Ubuntu Foundations team
14:59 <meetingology> Meeting started at 14:59:32 UTC.  The chair is juliank.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
14:59 <meetingology> Available commands: action, commands, idea, info, link, nick
14:59 <ogayot> o/
14:59 <juliank> #topic Lightning rounds
15:00 <juliank> #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-28-sep-2023/39009
15:00 <xypron> o/
15:00 <ginggs> o/
15:00 * juliank will have to update tomorrow because brain too slow today
15:03 <bdmurray> "dead weight"
15:03 <dviererbe> o/
15:04 <dbungert> bdmurray: that's the belief, yes
15:04 <bdmurray> my comment was about word choice
15:04 <bdmurray> I don't think I've heard that in a while
15:05 <juliank> you may also enjoy the word salad I come up with today
15:09 <juliank> .
15:10 <juliank> #topic Release incoming bugs
15:10 <juliank> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-mm-incoming-bug-tasks.html#foundations-bugs
15:10 <juliank> bug 2037425
15:11 <juliank> dbungert:
15:11 <juliank> ?
15:12 <dbungert> work in progress, next step is a review from server.  I think we can untag mm.
15:12 <juliank> ack
15:13 <juliank> bug 2036999
15:13 <dbungert> I have untagged 425
15:13 <juliank> as did I when I wrote ack :D
15:13 <dbungert> hah
15:14 <juliank> bug 2036997 is related
15:14 <juliank> one is old installer, other new instalelr
15:15 <dbungert> ubuntu-desktop-installer has a postinstall hook that handles this, so that hook should be updated
15:16 <danilogondolfo> Yes, this I suppose https://github.com/canonical/ubuntu-desktop-installer/blob/main/snap/local/postinst.d/10_copy_network_config
15:16 <juliank> I tagged them foundations-todo
15:16 <juliank> bug 2037210
15:17 <juliank> this makes sense, yes
15:17 <juliank> we did not implement conversion of lines to PPAs
15:17 <juliank> I didn't expect people would actually pass PPA lines
15:18 <juliank> We're going to have to fix that some way but not necesarily for the release
15:19 <juliank> oh it's also tagged todo already
15:19 <juliank> I'm just removing incoming
15:19 <juliank> bug 2033440
15:19 <vorlon> still Not For Us
15:19 <juliank> ack
15:19 <juliank> bug 2036440
15:19 <bdmurray> very repeatable
15:20 <vorlon> and we need to fix apport?
15:21 <bdrung> we should fix bugs #2015857 and the desktop team should fix the gnome-shell crash
15:21 <juliank> I still don't know
15:21 <vorlon> should we close on the apport task on 2036440 then?
15:21 <vorlon> close out
15:21 <bdmurray> ^- that
15:21 <juliank> I think that sounds reasoanably
15:22 <juliank> done
15:22 <juliank> bug 2037015
15:22 <bdmurray> From a release team or QA team perspective I don't have try ubuntu crash right away is great
15:22 <bdrung> 2015857 needs to be fixed first. afterwards we might want to tweak the apport gnome-shell hook.
15:23 <bdmurray> We could do something shady like blacklist gnome-shell crashes in the live environment?
15:23 <juliank> I suggest discussing the details outside the meeting
15:25 <juliank> I guess we tag this one todo but probably this needs someone with a pi to actually do the work
15:25 <waveform> I need to double-check this with the new images with the updated mesa; I mostly filed the bug to remind myself to do that
15:25 <juliank> I'll just assign it to you
15:25 <waveform> sure
15:26 <juliank> accidentally assigned it to me, lol
15:26 <juliank> but fixed now
15:26 <juliank> bug 2037202
15:26 <juliank> in the initramfs tools
15:26 <bdrung> someone should try to reproduce (but I will be on vacation)
15:27 <juliank> sad
15:27 <juliank> oh but this is kernel, does kernel not have special capser initrd?
15:28 <juliank> anyway tagged
15:28 <juliank> bug 2036604 we are going to skip over this cycle, nothing we can do right now
15:28 <juliank> bug 2037228
15:30 <bdmurray> jbicha: you confirmed this bug did you recreate it?
15:31 <vorlon> it doesn't look like a u-r-u issue anyway, should we just close that task invalid (for now)?
15:31 <juliank> Reassign that task to snapd :D
15:32 <juliank> I just do
15:32 <juliank> and https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ll-incoming-bug-tasks.html#foundations-bugs is empty, hooray
15:32 <juliank> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs
15:32 <juliank> still has bug 1990798
15:33 <juliank> but pro folks are on that
15:33 <juliank> and https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs is empty too
15:33 <juliank> #topic Team proposed-migration report
15:33 <juliank> #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs
15:33 <juliank> vorlon: only light gray today :D
15:33 <vorlon> none of our own packages are "late", but we also don't have much time left before release
15:34 <vorlon> a lot of systemd autopkgtest failures on arm64
15:34 <vorlon> enr0n: do you know what this is about? blocking a lot of kernels apparently, that it didn't before
15:34 <juliank> oh I should unblock grub2 I suppose
15:34 <vorlon> OTOH linux-meta-azure on arm64 is sort of a non-thing
15:34 <enr0n> vorlon: looking
15:34 <vorlon> thanks
15:35 <vorlon> LP: #2030482 seems to still be blocked on MIR process
15:35 <juliank> oof
15:36 <vorlon> and then there's glibc
15:36 <vorlon> schopin is out I think?  is someone else driving this?
15:36 <ginggs> i'll retry things
15:37 <vorlon> ok
15:37 <enr0n> vorlon: I have not seen that error before so I will need to look closer
15:37 <ginggs> (hopefully all that's needed)
15:37 <vorlon> then that's it for proposed-migration
15:37 <juliank> #topic AOB
15:37 <juliank> ginggs:
15:38 <ginggs> LP: #2031879
15:38 <jbicha> bdmurray: yes, I experienced that Firefox bug a week ago
15:38 <ginggs> in the email to foundations-crew, it was asked "should I tell them to just not use -r?"
15:39 <ginggs> and apparently the patch ust removes the -r option from the help output so that users only see --remove as an option
15:39 <juliank> so they ask for the fix in the commit to be SRUed really I think?
15:39 <ginggs> which i think is pretty much the same thing
15:39 <bdrung> i'll be on vacation starting from end of today
15:40 <bdmurray> jbicha: Could you provide more details in the bug? Like answering comment #2.
15:42 <juliank> ginggs: are there two meanings of -r?
15:42 <ginggs> you can --manage -r
15:42 <dbungert> mdadm manpage still mentions -r for remove, we should hit that also.
15:43 <ginggs> and --monitor -t
15:43 <ginggs> err
15:43 <ginggs> -- monitor -r
15:43 <ginggs> which are different
15:44 <juliank> OK I added tasks for jammy and lunar
15:44 <juliank> I guess lunar can also be Won't fix but meh
15:44 <juliank> I don't think it warrants tagging particularly
15:44 <juliank> ginggs: Does that sound right?
15:45 <ginggs> my question was really, is this worth fixing?
15:45 <ginggs> --remove works
15:45 <juliank> I probably should take some time off next week, tuesday is a holiday, and I need to go visit the cat and play
15:45 <bdmurray> What are the consequences of using `-r`?
15:45 <ginggs> and per the email, the patch just removes -r from the help
15:46 <juliank> it changes the options
15:46 <bdmurray> Is there data loss involved?
15:46 <juliank> the parsing of them in getopt
15:46 <ginggs> bdmurray: you get no output -- nothing happens
15:46 <bdmurray> the pfft
15:46 <bdmurray> s/the/then/
15:46 <juliank> I suggest taking this back to the mailing thread
15:47 <juliank> If there's no other business in 20s I'll end the meeting
15:47 <juliank> OK I guess that's it then?
15:47 <juliank> #endmeeting