=== amurray_ is now known as amurray === cjwatson_ is now known as cjwatson === cpaelzer_ is now known as cpaelzer [14:04] Hi MIR people, I have another important meeting that most likely runs over - can anyone else lead today? [14:30] cpaelzer: I can!" [14:30] hey, I’m in conflicting meeting/debugging session as usual, but I can try leading if there is no-one else available. [14:30] ah slyon to the rescue :) [14:31] let me set up my tabs... [14:31] (same, I’m half here, but regularly switching back to the meeting) [14:31] #startmeeting Weekly Main Inclusion Requests status [14:31] Meeting started at 14:31:15 UTC. The chair is slyon. Information about MeetBot at https://wiki.ubuntu.com/meetingology [14:31] Available commands: action, commands, idea, info, link, nick [14:31] Ping for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage [14:32] hi, I'm here from Desktop also if there is anything that needs discussion there [14:32] jo [14:32] hi [14:33] #topic current component mismatches [14:33] Mission: Identify required actions and spread the load among the teams [14:33] FYI - back with you [14:33] #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg [14:33] #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg [14:33] -release looks fine. nothing new [14:33] ack [14:33] good morning [14:33] -proposed: I cannot spot anything special either. [14:33] unaproved and stubs all over the place - but nothing new indeed slyon [14:34] \o/ [14:34] libregexp-wildcards-perl is ready. It could be promoted by any AA, to shrink that lintian tree a bit (cc @cpaelzer if you feel like) [14:34] #topic New MIRs [14:34] Mission: ensure to assign all incoming reviews for fast processing [14:34] #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-mir [14:35] bug #1983996 [14:35] Bug 1983996 in systemd-hwe (Ubuntu) "[MIR] systemd-hwe" [Undecided, New] https://launchpad.net/bugs/1983996 [14:35] is came from foundations. should be fairly simple, as the package is mostly empty right now. joalif would you like to do the review on this one? [14:36] ok [14:36] thanks! [14:36] bug #1977614 [14:36] Bug 1977614 in fdk-aac (Ubuntu) "[MIR] fdk-aac" [Undecided, New] https://launchpad.net/bugs/1977614 [14:36] fdk-aac isn't urgent :) [14:36] This is new from jbicha. seems to be a lower priority MIR for the desktop team [14:36] I could take a look at this [14:37] that's all new MIRs [14:37] jbicha: you're still working on that editorconfig-core one, right? [14:37] #topic Incomplete bugs / questions [14:37] I have one more new one from desktop that I'm still filling out details for today. Bug 1984104 It is wanted for kinetic [14:37] Bug 1984104 in editorconfig-core (Ubuntu) "[MIR] editorconfig-core" [Undecided, Incomplete] https://launchpad.net/bugs/1984104 [14:37] Mission: Identify required actions and spread the load among the teams [14:37] bug #1984104 [14:38] that's the one ^ [14:38] it's for desktop, so maybe cpaelzer could have a look at that one, once read? sticking to our "cross-team review" policy :) [14:38] slyon: I've handled libregexp-wildcards-perl now [14:39] thanks! [14:39] yeah if it is ready by tomorrow I can try to have a look at it [14:39] ty [14:39] I keep it open and check if it then is no more incomplete [14:40] if it is I run out of time before sprint+PTO [14:40] then I'll leave it for next week [14:40] thanks! [14:40] ack, sounds good [14:40] we don't have any other incomplete bugs [14:40] #topic MIR related Security Review Queue [14:40] Mission: Check on progress, do deadlines seem doable? [14:40] #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-mir [14:40] #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594 [14:40] (internal) [14:40] sarnold: [14:41] we've had some problems starting in on libbluray, 2/3 of us had trouble building it yesterday [14:41] thanks for completing ipmitool btw [14:41] it's not a huge problem, it's a low priority package, but mark was interested in it :) so he took a crack at it [14:41] sarnold: since you were part of the rust-rules crew do you tihnk you could have a look at mdevctl? [14:42] we have just landed the minor improvements we know and are updating to latest upstream [14:42] but the security ack is what is missing [14:42] and libqrtr-glib was finished :D [14:42] and since it is a new process there might be more to find than usual [14:42] cpaelzer: good point, yeah [14:42] * cpaelzer is happy about security reviews getting finished \o/ [14:42] me too :D [14:42] it's a lovely feeling [14:43] it’s a never ending story though :p [14:43] don't ruin this man, it's been a welcome change :) [14:43] that doesn’t remove the fact that it’s an excellent job from the security team :) [14:43] indeed! kudos sarnold and team! [14:44] #topic Any other business? [14:44] not from me [14:44] none from he [14:44] nothing either [14:44] thanks for leading today slyon! [14:44] nothing either [14:44] sweet, thanks all! [14:44] #endmeeting [14:44] Meeting ended at 14:44:44 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-08-09-14.31.moin.txt [14:44] thanks slyon, all :) [14:44] thanks slyon, all :) [14:45] can someone check if libqrtr-glib is ok for promotion now? it's already in component-mismatches [14:45] https://bugs.launchpad.net/ubuntu/+source/libqrtr-glib/+bug/1963707 [14:45] Launchpad bug 1963707 in libqrtr-glib (Ubuntu) "[MIR] libqrtr-glib" [Low, In Progress] [14:46] MIR Ack, security ACK [14:46] It seems to have both required ACKs, so the status should be changed to "Fix committed" [14:46] jbicha: let me ask, what does the "getting the HW" doing [14:46] any updates? [14:47] I don't know any details on that. I can ask but some of the desktop leads are out this week [14:47] please do so [14:48] because we do not want you or anyone else to write a test plan for the sake of writing a plan [14:48] but for exectuing on it for uploads [14:48] and regularly if possible [14:48] so in this case it seemed to depend on HW to be able to do so [14:48] which is why I'd at least want to hear a hopeful word, if not even "yes it is here" to waive this fully through [14:48] does that make sense? [14:49] I agree [14:49] yes, I'll ask & we can leave it as unfinished business for next week's meeting [14:50] thanks [14:50] I updated the case [14:52] 👍 === enr0n_ is now known as enr0n === lifeless_ is now known as lifeless === ddstreet_away is now known as ddstreet