/srv/irclogs.ubuntu.com/2023/03/21/#ubuntu-meeting.txt

=== cpaelzer_ is now known as cpaelzer
=== JanC_ is now known as JanC
sarnoldgood morning15:30
eslermhi all o/15:30
joalifo/15:30
slyono/ c_paelzer does have some timezone clashes today. So I'll be running the meeting.15:30
dviererbeHello o/15:30
slyon#startmeeting Weekly Main Inclusion Requests status15:30
meetingologyMeeting started at 15:30:55 UTC.  The chair is slyon.  Information about MeetBot at https://wiki.ubuntu.com/meetingology15:30
meetingologyAvailable commands: action, commands, idea, info, link, nick15:30
slyonPing for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage eslerm15:30
slyon#topic current component mismatches15:31
slyonMission: Identify required actions and spread the load among the teams15:31
slyon#link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg15:31
slyon#link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg15:31
jamespageo/15:31
didrockshello15:31
slyonc-m is looking pretty good. inetutils is with joalif for MIR review (what's status on this?) and I've just reviewed a fix for the broken autopkgtests today15:32
slyonthe fix is ready for sponorship, but pending FFe15:32
slyonmosh has been taken over by rbasak to fix the remaining blockers15:32
joalifslyon I didn't get the chance to work on it last week, I;ll do it this week (promise)15:32
slyonthanks joalif!15:32
slyonc-m-p:15:32
slyonthis is looking much cleaner!15:33
eslermdoes ipmitool need to stay on that list? "ipmitool repository has been locked, and its maintainer suspended, by GitHub" - https://lwn.net/Articles/926101/15:33
slyonwe (foundations) were able to drop two *-perl dependencies of devscripts and I just uploaded ndctl earlier today to drop two additional deps/mismatches15:33
slyoneslerm: this is a fair point.. I think we should further disucss this during AOB15:34
sarnoldwe definitely should have another conversation with the maas team to see if there's a good alternative that we can invest in to push it over the line15:35
slyonfor *cups we're pending security review IIRC and python-inflect is with the OpenStack team15:35
slyonsarnold: is maas the only user?15:35
sarnoldslyon: probably not, but the supported-maas seed is how this is on our radar every week :)15:36
slyonsarnold: could you or eslerm reach out to the MAAS team to clarify this?15:36
sarnoldsure15:36
slyonACK. Maybe we should create a bug report which can be shared with the MAAS team, and also subscribe ~ubuntu-archive, to bringt it to the AAs attention?15:36
slyon#topic New MIRs15:37
slyonMission: ensure to assign all incoming reviews for fast processing15:37
slyon#link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&assignee_option=none&field.assignee=&field.subscriber=ubuntu-mir15:37
slyonnothing \o/15:37
slyon#topic Incomplete bugs / questions15:37
slyonMission: Identify required actions and spread the load among the teams15:37
slyon#link https://bugs.launchpad.net/ubuntu/?field.searchtext=&orderby=-date_last_updated&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.subscriber=ubuntu-mir15:37
slyonbug #2001699 -> tracking update15:38
-ubottu:#ubuntu-meeting- Bug 2001699 in jaraco.text (Ubuntu) "[MIR] python-autocommand, python-inflect" [Undecided, In Progress] https://launchpad.net/bugs/200169915:38
slyonbug #2007710 -> seems ready for promotion. didrocks could you double check and update the bug status accordingly?15:38
-ubottu:#ubuntu-meeting- Bug 2007710 in gnome-shell-extension-tiling-assistant (Ubuntu) "[MIR] gnome-shell-extension-tiling-assistant" [Undecided, Incomplete] https://launchpad.net/bugs/200771015:38
didrocksslyon: we need the FFe15:38
didrocksbefore doing the promotion15:38
didrocksbut yeah, I’ll change the status after checking15:38
slyondidrocks: thanks! Please also mention the FFe in the comments as I think I couldn't find anything about it there15:39
didrockswell, it’s the distro regular process at this point (for the thing that will start pulling it)15:39
slyondidrocks: well... actually it looks like it already migrated. So maybe FFe is already done?15:40
didrocksbut happy to write it down15:40
didrocksthe thing pulling it should have the FFe15:40
slyonanyway, thanks for taking care!15:40
didrocksbeing either a seed/metapackage change or a dep15:40
slyonI see. makes sense15:40
slyonno other recent (past 2 weeks) updates on that list15:40
slyon#topic MIR related Security Review Queue15:41
slyonMission: Check on progress, do deadlines seem doable?15:41
slyon#link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=%5BMIR%5D&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir15:41
slyonInternal link15:41
slyon- ensure your teams items are prioritized among each other as you'd expect15:41
slyon- ensure community requests do not get stomped by teams calling for favors too much15:41
slyon#link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/59415:41
slyonsarnold: what's the update you have for us today?15:41
eslermI'm seeing progress on x26515:42
eslermwe requested volunteers a few times for cups mirs, I have a 1x1 today where I can raise this again15:43
sarnoldalas not much progress on duktape or kea (sorry christian, when reading the logs, I've still got your dissaproving picture over my monitor) -- escalations atop escalations15:43
slyonright! there have been some discussions regarding x265 vs libde265. but it seems like they are not fit for the reverse purpose (encoder vs decoder). Foundations is currently trying to clarify this with upstream libde26515:43
sarnoldwe do still intend to put more time on MIRs nearer the end of the month, but there's no denying that resources are currently elsewhere15:44
slyonyeah.. we'll probably also need some cycles for inetutils[-telnet] once MIR review is done by joalif ...15:44
eslermthat's good to hear, I'm not working on x265, but theres A LOT of assembly :)15:44
sarnoldeslerm: oh good :) you're the new assembly expert! :)15:45
slyonas unfortunately this already got seeded and the previous netkit-telnet got dropped from the archive (Debian & Ubuntu)15:45
slyonhehe :)15:45
eslermsorry David :pray:15:45
slyonokay. moving on.15:45
slyon#topic Any other business?15:45
joalifnothing15:46
eslermhttps://github.com/canonical/ubuntu-mir/blob/75a487a44c91728e6c35338ed78b57f978bfeea6/README.md?plain=1#L15915:46
slyonI approved bug #2003549 today after all the required TODOs got resolved, cc athos15:46
sarnoldI added a comment and subscriptions on https://bugs.launchpad.net/ubuntu/+source/ipmitool/+bug/197814415:46
-ubottu:#ubuntu-meeting- Bug 2003549 in log4cplus (Ubuntu) "[MIR] promote log4cplus to main as a isc-kea dependency" [Undecided, In Progress] https://launchpad.net/bugs/200354915:46
-ubottu:#ubuntu-meeting- Launchpad bug 1978144 in ipmitool (Ubuntu) "[MIR] ipmitool" [Undecided, Won't Fix]15:46
eslermI'd like to change the MIR process to require one LP bug # per MIR request15:46
eslermwhen multiple MIRs are on a single LP page, it breaks security tooling and is generally confusing15:47
sarnoldI think that's a good idea; I'd love to see us move to something like the kernel team's tracking bugs15:47
eslermI can make a PR to describe this, but wanted to highlight the issue here15:47
sarnoldthe downside of course is that it'd require new tooling to make a change that drastic15:47
slyoneslerm: no objections against this from my side... it's sometimes easier/quicker to have multiple (small) packages on the same LP bug (like all those *-perl deps), but having individual bugs is the cleaner approach15:48
sarnoldthis change is nice and small, addresses problems we're having with jira right now, and doesn't require tooling changes15:48
slyoneslerm: do you mind creating a PR on github to update that part of the section and we can have the discussion in the PR review?15:48
eslermcan do15:48
eslermthank you15:48
sarnoldit is more work for bug filers :/ but I think the clarity gain is worth it15:48
slyonthanks eslerm! Then we should be able to find consensus on the next MIR meeting15:49
sarnold(or, at least, I'm assuming I'm not the only one who has trouble figuring out which of N packages is referred to when reading comments within an omnibus bug)15:49
eslerm\o/15:49
dviererbeI asked cpaelzer to enable the Issues section. I promised to respond to issues and redirect them here if the authors doesn't do it. I have PR adding a Contributing section to the Readme: https://github.com/canonical/ubuntu-mir/pull/1315:50
-ubottu:#ubuntu-meeting- Pull 13 in canonical/ubuntu-mir "Add contributing section" [Open]15:50
didrocksI don’t have strong opinions from my side, so the easiest for you is fine by me :)15:50
eslerm^ reads well to me15:51
sarnolddviererbe: I like it15:51
slyondviererbe: I also like it.15:51
dviererbeThank you :)15:51
joalifthanks slyon, all :)15:52
slyonCould everybody please add their review (+1/-1) on the pending PRs: https://github.com/canonical/ubuntu-mir/pulls15:52
slyonso we can get those landed soon?15:52
sarnoldslyon: heh, we should add that as a recurring section in the meeting agenda15:52
slyonsarnold: ACK. I'll create a PR to update the meeting script :)15:52
sarnold\o/15:52
slyonI guess that's all for today.15:53
slyonthanks folks!15:53
eslermthanks slyon, all o/15:53
sarnoldthanks slyon, all :)15:53
slyon#endmeeting15:53
meetingologyMeeting ended at 15:53:57 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-03-21-15.30.moin.txt15:53

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!