=== not_phunyguy is now known as phunyguy === genii is now known as genii-meeting === genii-meeting is now known as genii-core [15:28] FYI I'll start slowly today having to end another concurrent meeting first [15:31] o/ [15:31] o/ [15:31] good morning [15:32] joalif: great work on the libapache2-mod-auth-oidc review! I've just sent you my comments via email and pasted the result to LP [15:32] starting soon .... [15:32] Could you guys ping me when rustc's MIR is on? I have questions for y'all :) [15:33] schopin: will do! [15:33] thanks :) [15:33] slyon: thank you very much for your feedback/corrections and for posting it on lp, it's all very helpfull! [15:33] #startmeeting Weekly Main Inclusion Requests status [15:33] Meeting started at 15:33:42 UTC. The chair is cpaelzer. Information about MeetBot at https://wiki.ubuntu.com/meetingology [15:33] Available commands: action, commands, idea, info, link, nick [15:33] #topic Review of previous action items [15:33] no others than the assigned tasks [15:33] #topic current component mismatches [15:34] Mission: Identify required actions and spread the load among the teams [15:34] #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg [15:34] #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg [15:34] on libreoffice -> the new release is in, which triggered even more issues. Already pinged ricotz to sort that out [15:34] non-proposed LGTM [15:34] on libadwaita pulling glade -> pinged seb128 [15:34] plocate is a new request we will see later [15:34] libreoffice has even more than last week [15:34] thanks didrocks [15:35] libhandy-1/glade seems new [15:35] we didn't get an answer on heat -> vitrageclient -> twitter-bootstrap3 last week from jamespage [15:35] sorry libadwaita/I meant libhandy [15:35] jamespage: if you are around today, what is the plan forward on this one? [15:36] the rest looks known to me [15:36] ah, thanks didrocks! [15:36] xcvt is in the new queue today [15:37] we know jamespage has a concurrent meeting sometimes, so we can go on and if he is around later he can tell us about heat -> vitrageclient -> twitter-bootstrap3 [15:37] #topic New MIRs [15:37] Mission: ensure to assign all incoming reviews for fast processing [15:37] #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] sa promised plocate and libxcvt [15:37] looking for reviewers [15:37] I can do libxcvt [15:37] I have a few PTO days incoming, so I can't assign myself yet [15:37] thanks slyon [15:38] I should be able to take plocate [15:38] awesome [15:38] woot [15:38] (I love plocate :) [15:38] #topic Incomplete bugs / questions [15:38] Mission: Identify required actions and spread the load among the teams [15:38] never used it, still at the locate area here :p [15:38] #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:39] three to talk about [15:39] https://bugs.launchpad.net/ubuntu/+source/libapache2-mod-auth-openidc/+bug/1959722 [15:39] Launchpad bug 1959722 in libapache2-mod-auth-openidc (Ubuntu) "[MIR] libapache2-mod-auth-openidc" [Undecided, Incomplete] [15:39] that just got review updated [15:39] no action yet until there is feedback by coreycb [15:40] next is https://bugs.launchpad.net/ubuntu/+source/v4l2-relayd/+bug/1958109 [15:40] Launchpad bug 1958109 in OEM Priority Project "[MIR] v4l2-relayd" [High, In Progress] [15:40] that has an open question for slyon [15:40] yes. one comment was addressed. I need to check that other bug report and will answer to that comment later [15:40] Even if that resolves one of slyon open issues, the list of required things is longer [15:41] ack [15:41] BTW - I have started to number my required7recommended TODOs [15:41] ah, good idea [15:41] so far it work as it is easier to a) refer to them later and b) to track if all of them are done later [15:41] indeed, that makes it easier to reference those [15:41] should we throw this as suggestion into the template as so far it works well? [15:41] or are htere opposing opinions? [15:42] let's do it. [15:42] yup [15:42] sounds good [15:42] ok, I'll have a PR for next week [15:42] next is https://bugs.launchpad.net/ubuntu/+source/cargo/+bug/1957932 [15:42] Launchpad bug 1957932 in rustc (Ubuntu) "[MIR] rustc, cargo" [Critical, Incomplete] [15:42] and here schopin wanted to talk with us [15:42] schopin: ^ [15:42] o/ [15:42] we have two packages both with "ack but TODOs ..." [15:43] So, I think I've done most of the work on src:rustc, except that there are issues with armhf when running the test suite [15:43] sounds like some great progress then [15:43] once done do another update like #5 and we shall pass it into the security queue then [15:44] yup, but I'm wondering if I should upload it as is for the security team to make their review? [15:44] schopin: if it only is the testing on arm and all esle is adressed, yes upload it [15:44] 'cause debugging on armhf could take hours *just for the initial build* [15:44] schopin: but, there is a twist [15:44] schopin: if you want to avoid to go through -proposed twice you can upload to a PPA [15:44] schopin: and tell security that it is there and what it is waiting on [15:45] does rustc/cargo on armhf even make sense? those things use vast amounts of memory, I'm not sure 32 bit platforms make sense [15:45] schopin: then once arm tests are good, you can do one real upload and update the bug again telling security that from now on they can use this for the review [15:45] Sounds good, I'll go with that then! [15:45] schopin: ^^ how about the general challenge if rust@armhf makes sense? [15:45] haven't had time to get to cargo but I expect it to go much quicker. [15:46] I mean it is not really possible to say "supported but not here" and I feel "not building for armhf" will offend some people [15:46] so should we assign ubuntu-security already? Or will schopin do that once the PPA is ready? [15:46] slyon: once the PPA is ready and an update made that explains all the todos are adressed - then assign security [15:47] and for cargo, let us know if there is more to discuss then @schopin [15:47] going on with the meeting then [15:47] I'll address the armhf in the bug, I'll need to think on it ;) [15:47] thanks [15:47] #topic MIR related Security Review Queue [15:47] Mission: Check on progress, do deadlines seem doable? [15:47] #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 [15:48] sarnold: please trigger some hope on this queue :-) [15:49] oh and BTW - when the security team assigns a person it is out of this list - like in https://bugs.launchpad.net/ubuntu/+source/python-asgiref/+bug/1953173 [15:49] Launchpad bug 1953173 in python-asgiref (Ubuntu) "[MIR] python-asgiref" [Critical, In Progress] [15:49] I can offer you a small piece of token hope, how's that? :) ccdm94 has made good progress on python-cheroot, she's sent me an initial review template to review :) [15:49] that is good [15:49] so I have hope that we'll move one of them to the finished column later today [15:49] but really I want you sarnold to yell at all layers about you that the top 9 of this list is strictly needed to make 22.4 happen the way it is meant to be [15:49] adsys and python-asgiref are still in progress; no new ones have been started [15:50] and let me know if I shell help with that yelling [15:50] alas, the time for yelling was perhaps a year ago [15:51] I did yell back then, and in november, december, january - as you know [15:51] the closer we get the higher the frequency [15:51] :-) [15:51] anyway - we often hear "the coming LTS is the most important", that should be reflected in the resources that you get to use on this [15:51] I'm not blaming or staring at you sarnold :-) [15:51] unfortunately, another team member has accepted a role at another company in the meantime; her responsibilities will take ever more time from the remaining members of the team [15:51] ok enough, I'll keep my token of hope that you gave me [15:52] and our drive for hiring the entire world is consuming a vast amount of team time [15:52] we need to clone sarnold [15:52] yesplease [15:52] I'll take two :) [15:52] heh [15:52] yep, but my point is if "LTS is important" is the #1 of all #1 prios then that should win everywhere [15:53] I'm afraid others in the organization do not see it that way [15:53] sarnold: give me names in a private mail and I'll make it change [15:53] sarnold: that is the bit of help I can try to provide [15:53] cpaelzer: ack, thanks [15:53] #topic Any other business? [15:53] <3 [15:53] are there any more fun topics [15:54] none from me [15:54] nothing [15:54] nothing either [15:54] nothing from me [15:54] oh actually, one thing [15:54] I have scheduled an in-person meeting for those of you that are at the sprint [15:55] no agenda, just get together and use the chance for 30 minutes retrospective and thoughts on the MIR process [15:55] it likely won't work well for remote :-/ [15:55] better luck next sprint I guess :-/ [15:55] probably not, but worth a shot.. [15:55] no I'm really out of topics [15:55] now [15:55] closing this out in [15:55] 3 [15:55] 2 [15:55] 1 [15:55] #endmeeting [15:55] Meeting ended at 15:55:58 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-02-15-15.33.moin.txt [15:56] thanks all :) [15:56] o/ [15:56] o. [15:56] o/ [15:56] thanks cpaelzer, all :) [15:58] thanks all === genii-core is now known as genii [16:56] cpaelzer: re heat -> vitrageclient -> twitter-bootstrap3 [16:56] that is somewhat expected (at least the client bit) [16:56] libjs-twitter is used by the -doc package so I'm not quite sure why that's being pulled in [17:29] jamespage: I think then you might need an exclusion for the -doc package === genii is now known as genii-core