[15:21] <didrocks> @mir-team: I still have one work day before my end of year holidays (Thursday), so I can take an easy MIR (but I still have a lot of things to wrap up). Then, you can assign to me anything that is not urgent and can be looked at in January!
[15:29] <sarnold> good morning
[15:29] <jbicha> \o
[15:29] <cpaelzer> Slightly delayed ...
[15:29] <cpaelzer> oO
[15:29] <slyon> o/
[15:29] <eslerm> o/
[15:31] <cpaelzer> one more minute
[15:33] <joalif> o/
[15:33] <cpaelzer> arrrrrr
[15:33] <cpaelzer> do you mind to start
[15:33] <cpaelzer> I can read already
[15:34] <cpaelzer> but not yet stee rthis
[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] -ubottu:#ubuntu-meeting- Bug 1977614 in fdk-aac-free (Ubuntu) "[MIR] fdk-aac-free" [Undecided, Confirmed] https://launchpad.net/bugs/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] -ubottu:#ubuntu-meeting- Bug 2044535 in libgssglue (Ubuntu) "[MIR] libgssglue" [Undecided, New] https://launchpad.net/bugs/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:45] -ubottu:#ubuntu-meeting- Bug 2030880 in libemail-mime-perl (Ubuntu) "[MIR] libemail-mime-perl (libmail-dmarc-perl dependency)" [Undecided, New] https://launchpad.net/bugs/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] -ubottu:#ubuntu-meeting- Bug 2023971 in libmail-dmarc-perl (Ubuntu) "[MIR] libmail-dmarc-perl" [High, New] https://launchpad.net/bugs/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:54] -ubottu:#ubuntu-meeting- Launchpad bug 2042100 in libmatch-simple-perl (Ubuntu) "[MIR] libmatch-simple-perl (libio-prompter-perl dependency)" [Undecided, Incomplete]
[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] -ubottu:#ubuntu-meeting- Bug 2039456 in libnet-ip-perl (Ubuntu) "[MIR] libnet-ip-perl (as libmail-dmarc-perl dependency)" [Undecided, Incomplete] https://launchpad.net/bugs/2039456
[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] -ubottu:#ubuntu-meeting- Bug 2015538 in dbus-broker (Ubuntu) "[MIR] dbus-broker" [Undecided, Incomplete] https://launchpad.net/bugs/2015538
[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:57] -ubottu:#ubuntu-meeting- Issue 35 in canonical/ubuntu-mir "RFC: Introduce 'base-sets' for vendored dependencies" [Open]
[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
[16:02] <meetingology> Meeting ended at 16:02:41 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-12-05-15.34.moin.txt
[16:03] <slyon> (people can still answer to seth's question above about next week's meeting). If quorum is too low, it can be skipped :)
[16:42] <didrocks> sarnold: as told pre-meeting, I won’t be around next week either
[19:59] <amurray_> o/
=== amurray_ is now known as amurray
[20:13]  * vorlon waves
[20:13] <vorlon> I guess we don't have quorum today
[20:28] <sil2100> o/
[20:28] <sil2100> Sorry for being late
[20:43] <vorlon> amurray, sil2100: are you still around? sorry, since we didn't have quorum I stepped outside to hang the Christmas lights; but I could chair if we are all here again at the same time
[20:43] <sil2100> I am still here
[21:04] <sarnold> good job finding a less-rainy time to do that :)
[21:18] <sil2100> o/
[21:56] <amurray> vorlon: apologies, I dropped off to make breakfast