15:34 <slyon> #startmeeting Weekly Main Inclusion Requests status 15:34 <meetingology> Meeting started at 15:34:25 UTC. The chair is slyon. Information about MeetBot at https://wiki.ubuntu.com/meetingology 15:34 <meetingology> Available commands: action, commands, idea, info, link, nick 15:34 <slyon> Ping for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage ( eslerm dviererbe ) 15:34 <slyon> #topic current component mismatches 15:34 <slyon> Mission: Identify required actions and spread the load among the teams 15:34 <slyon> #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg 15:34 <slyon> #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg 15:34 <slyon> c-m looks all clean and known 15:34 <slyon> c-m-p: 15:35 <slyon> there seems to be some progress on jaraco.text. 15:35 <slyon> I remember the desktop team agreed to look into pipewire, so this is still pending 15:36 <jbicha> yes, no progress on pipewire yet but it's on our list 15:36 <slyon> Foundations is working to demote libio-prompter-perl (which is a devscripts Recommends for Salsa integration) 15:36 <sarnold> yay 15:36 <slyon> IIRC the server team agreed to take responsibility for libmail-dkim-perl 15:36 <slyon> So I'd say everything is being handled, but still in flight. 15:37 <slyon> #topic New MIRs 15:37 <slyon> Mission: ensure to assign all incoming reviews for fast processing 15: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-mir 15:37 <slyon> bug #1977614 15:37 <slyon> jbicha: what's the state on this? Are the testing requirements (#0 & #1) already resolved? 15:38 <jbicha> fdk-aac-free was last assigned to Security. I repackaged (fdk-aac-free instead of fdk-aac) and removed the incomplete tag 15:38 <jbicha> I haven't added the 0 and 1 tests yet 15:39 <slyon> Okay. I can see it's still on the security board TODO. But is also still pending the #0 and #1 requirements. 15:39 <slyon> I think this should be back to Incomplete, until the MIR requirements are resolved, while security review could continue in parallel. 15:39 <sarnold> has the code or packaging changed enough to justify / require a new mir-team review? 15:39 <slyon> jbicha: are you OK with that? 15:40 <jbicha> sarnold: some code was removed. I believe the security review was paused before it was completed 15:40 <jbicha> slyon: yes, I'd like to proceed in parallel 15:40 <eslerm> in JIRA, fdk-aac is blocked, I can remove that and add it to the to-do pile 15:41 <sarnold> I can't recall if it was paused or just never started, heh; anyway, it sounds like we ought to start in on it rather than waiting for another pass through the mir review process 15:41 <eslerm> once the LP is assigned back to Security 15:42 <slyon> IMO removal of (non-free) code wouldn't justify a re-MIR.. 15:42 <eslerm> it was not started, due to licensing conflicts being resolved 15:42 <slyon> is everybody OK to unblock it on the security queue and assing it to ~ubuntu-security on LP? 15:42 <sarnold> slyon: yeah, if that's the only / big change, that makes sense to me. I didn't know if this was an entirely new codebase aiming to provide the same feature, or what exactly might have changed 15:42 <slyon> while jbicha will work on resolving the testing MIR requirements in parallel? 15:42 <sarnold> wfm 15:42 <eslerm> +1 for me 15:43 <slyon> ok, let's do that! 15:43 <cpaelzer> fully here now, thanks slyon! 15:44 <slyon> bug #2044535 15:44 <cpaelzer> keep going if you dd not mind 15:44 <slyon> I found consensus for ~foundations-bugs to take ownership of this package. So the MIR process can start. 15:44 <cpaelzer> Thanks for unblocking the ownership on this one 15:44 <cpaelzer> I can take this one 15:44 <slyon> joalif: would you be interested in taking this review? 15:44 <slyon> oh, ok. cpaelzer it is :) 15:44 <joalif> yes 15:44 <cpaelzer> there are 4 in the queue, there will be one for each of us :-) 15:45 <slyon> the others are from the server team, so let's assign this one to cpaelzer 15:45 <slyon> bug #2030880 15:47 <slyon> looks like this MIR might be on hold, while #2 is being resolved/reviewed. 15:48 <slyon> I might be able to double check Miriam's work here. 15:48 <slyon> (as it was my initial recommendation) 15:48 <slyon> I'll be out soon for end-of-year break, though. So it might take a while 15:48 <slyon> bug #2023971 15:48 <cpaelzer> mirespace: ^^ FYI 15:49 <slyon> cpaelzer: can you elaborate on the overall status of the libmail-dmarc-perl status? 15:49 <mirespace> o/ I'm taking notes :) 15:49 <cpaelzer> slyon: yes, mirespace please correct me where I'm wrong 15:50 <cpaelzer> overall many of the sub-dependencies have by now been approved or at least are in the progress towards that 15:50 <sarnold> I wish launchpad could show a diff when the description changed.. 15:50 <cpaelzer> thereby the main bug, which is 2023971 itself has now gotten into the MIR queue 15:50 <mirespace> right 15:50 <cpaelzer> So it looks for a reviewer 15:51 <mirespace> the news on that is: 15:51 <slyon> ok, thanks. joalif could you take the libemail-mime-perl review then? 15:51 <joalif> yes 15:52 <sarnold> slyon: is that the right packageg name? I thought you were taking it again since you'd done the first pass? 15:52 <sarnold> (or just that specific commit?) 15:52 <slyon> err. sorry, wrong tab. 15:53 <joalif> i think slyon means libmail-dmarc-perl 15:53 <mirespace> The only pending, apart from libmail-dmarc-itself is the refactor for not using libnet-ip-perl 15:53 <slyon> libmail-dmarc-perl exactly 15:53 <slyon> mirespace: that's good to know. And I think it can continue in parallel 15:53 * slyon assigning joalif to libmail-dmarc-perl 15:54 <cpaelzer> indeed 15:54 <cpaelzer> thanks 15:54 <slyon> That concludes the list 15:54 <slyon> #topic Incomplete bugs / questions 15:54 <slyon> Mission: Identify required actions and spread the load among the teams 15:54 <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-mir 15:54 <cpaelzer> only https://bugs.launchpad.net/ubuntu/+source/libmatch-simple-perl/+bug/2042100 is new here 15:55 <cpaelzer> which was due to realizing the dependencies were different 15:55 <cpaelzer> nothing to act for us AFAIS 15:55 <cpaelzer> +C 15:55 <slyon> also bug #2039456 sounds ready. cpaelzer can you take care of that? 15:55 <sarnold> ack, that seems like foundation deciding what to do will make it clear 15:56 <slyon> yes, libmatch-simple-perl will probably go away 15:56 <cpaelzer> I'll mark it as ready, we'll promote all of them together eventually 15:56 <slyon> thx! 15:56 <slyon> then we head a tracking update on dbus-broker (bug #2015538) which we don't need to act upon 15:56 <slyon> thanks eslerm for driving it! 15:56 <slyon> #topic Process/Documentation improvements 15:57 <slyon> Mission: Review pending process/documentation pull-requests or issues 15:57 <slyon> #link https://github.com/canonical/ubuntu-mir/pulls 15:57 <slyon> #link https://github.com/canonical/ubuntu-mir/issues 15:57 <cpaelzer> nothing new 15:57 <eslerm> my manager asked me to take on more cross-team distro work 15:57 <eslerm> next year I will put a big focus on helping build the Rust base set. hoping to become a ppu/packageset maintainer for some Rust packages as well 15:57 <eslerm> vendored base set* 15:57 <slyon> There's an update on https://github.com/canonical/ubuntu-mir/issues/35 15:58 <slyon> I'm glad to hear that eslerm ! 15:58 * slyon looking forward 15:58 <cpaelzer> so far it is a capacity decision to not be able to do such sets 15:58 <slyon> Maybe someone who attended the in-person MIR meeting in Riga can comment on that. 15:58 <cpaelzer> let us see if your contribution can help to overcome this 15:59 <slyon> eslerm: is there any specific clarification on the base-sets that you want to discuss right now? 15:59 <slyon> otherwise let's move on, as we're already at the top of the hour 15:59 <eslerm> I don't 15:59 <slyon> #topic MIR related Security Review Queue 15:59 <slyon> Mission: Check on progress, do deadlines seem doable? 15:59 <slyon> Some clients can only work with one, some with the other escaping - the URLs point to the same place. 15:59 <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-mir 16:00 <slyon> #link https://bugs.launchpad.net/~ubuntu-security/+bugs?field.searchtext=[MIR]&assignee_option=choose&field.assignee=ubuntu-security&field.bug_reporter=&field.bug_commenter=&field.subscriber=ubuntu-mir 16:00 <slyon> Internal link 16:00 <slyon> #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594 16:00 <eslerm> two SpamAssassin related perl packages will likey have Security reviews completed this week 16:00 <eslerm> pydantic is in progress 16:00 <cpaelzer> I'm out for a conflict again, sorry 16:00 <eslerm> fdk-aac is assigned, and review will begin after holiday break 16:00 <eslerm> fips team members may work on the libgssglue MIR when assigned to us 16:00 <slyon> this sounds like good progress, thanks! 16:00 <sarnold> oh that seems like a good fit :) 16:00 <slyon> #topic Any other business? 16:01 <sarnold> eoy holidays are upon us, I've got one more of these meetings inthe year, and not a whole lot of time -- I imagine others are similar :) 16:01 <slyon> right. this has been my last meeting for this year. 16:01 <sarnold> how many will be around for this meeting next week? if it's just me, I'd rather skip it :) 16:01 <slyon> Have a good break everybody! 16:02 <slyon> If nothing else. That's it for today. 16:02 <slyon> Thanks all! o/ 16:02 <eslerm> thanks all o/ 16:02 <sarnold> thanks slyon, all :) 16:02 <slyon> #endmeeting