15:28 #startmeeting Weekly Main Inclusion Requests status 15:28 Meeting started at 15:28:27 UTC. The chair is cpaelzer. Information about MeetBot at https://wiki.ubuntu.com/meetingology 15:28 Available commands: action, commands, idea, info, link, nick 15:28 Ping for MIR meeting - didrocks joalif slyon sarnold cpaelzer jamespage ( dviererbe ) 15:28 o/ 15:28 o/ 15:28 o/ 15:28 hiho 15:29 I'll wait with actually starting for fairness on everyone's time schedule 15:30 in this minute I might ask joalif about https://bugs.launchpad.net/ubuntu/+source/jemalloc/+bug/2088056 15:30 seeing you back do you think you'll get to that soon'ish? 15:30 it is one of those things gating other things gating other things ... :-) 15:30 i'll get this done before asap 15:30 security already added it to their queue as part of last weeks meeting 15:30 meaning today/tomorrow 15:30 thank you 15:30 and now it is time to start 15:30 good morning 15:31 one thing solved before starting \o/ 15:31 sorry for the delay 15:31 np, I had to ask but no need to excuse :-) 15:31 FTR: haproxy could also make good use of jemalloc 15:31 slyon: there are even more IIRC 15:31 ok, copy & paste time it is ... 15:31 #topic current component mismatches 15:31 Mission: Identify required actions and spread the load among the teams 15:31 #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg 15:31 #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg 15:32 duplicity 15:32 interesting 15:32 we will handle 15:32 thank you 15:32 for that and for watching! 15:32 np! :) 15:32 next is jemalloc which we already talked 15:32 to the right is pytohn-pint which needs not action 15:33 two new cases in the middle of the graph 15:33 kernel thing that almost never requires work on our part, jqueryui that I hope is just some documentation thing that we can skip.. 15:33 almost certainly 15:33 now to the two real things there 15:33 hmm, another oddball burst of messages 15:33 freeradius -> wtmpdb 15:33 erlang probably needs an erlang-doc extra-exclude 15:33 I feel we've taken that last week 15:33 ack slyon 15:34 I can handle erlang-doc 15:34 can you still carry that to foundations or maybe dviererbe could? 15:34 I can mention it in the weekly foundations meeting 15:36 indeed freeradius is ours, let me enqueue this better 15:36 what is the wrid raspi-utils self depends? 15:36 o/ 15:37 So what should I carry to foundations if slyon takes care of erlang-doc and you of `freeradius -> wtmpdb`? 15:37 there is a transitional package in there 15:37 dviererbe: https://bugs.launchpad.net/ubuntu/+source/erlang/+bug/2094814 15:37 thanks 15:38 done with the ping 15:38 back here 15:38 waveform: is raspi-utils yours? 15:38 and if so which way around should that be? 15:39 the html version https://ubuntu-archive-team.ubuntu.com/component-mismatches-proposed.html 15:39 is a bit more insightful 15:39 raspi-utils: raspi-utils raspi-utils-core raspi-utils-dt raspi-utils-eeprom raspi-utils-otp 15:39 [Reverse-Depends: libraspberrypi-bin (MAIN), raspi-utils (Uploader: waveform)] 15:39 raspi-utils is mine and r41k0u's 15:39 ok, we'll consider it getting resolved then 15:39 thanks 15:40 #topic New MIRs 15:40 Mission: ensure to assign all incoming reviews for fast processing 15:40 #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:40 ah, and there we see 15:40 tpday has something for all of us 15:41 https://bugs.launchpad.net/ubuntu/+source/glycin/+bug/2093182 was alow prio filing it early (thanks) not going for that first 15:41 4 left to assign 15:41 https://bugs.launchpad.net/ubuntu/+source/libpisp/+bug/2093321 15:41 let me take that one because why not 15:41 https://bugs.launchpad.net/ubuntu/+source/nlohmann-json3/+bug/2093868 15:41 https://bugs.launchpad.net/ubuntu/+source/azure-vm-utils/+bug/2093322 15:41 https://bugs.launchpad.net/ubuntu/+source/raspi-utils/+bug/2094805 15:41 those three look for a reviewer 15:41 raspi-utils for me 15:42 ok 15:42 this is complex but I can see how you can use your old connections to resolve 15:43 https://bugs.launchpad.net/ubuntu/+source/nlohmann-json3/+bug/2093868 seems to be easier than azure and nlohmann is related to pisp which I've taken 15:43 how about me also taking https://bugs.launchpad.net/ubuntu/+source/nlohmann-json3/+bug/2093868 15:43 and joalif https://bugs.launchpad.net/ubuntu/+source/azure-vm-utils/+bug/2093322 for next week after this weeks jemalloc? 15:43 yes 15:44 didrocks: if you read the log - I would not mind if you would grab https://bugs.launchpad.net/ubuntu/+source/nlohmann-json3/+bug/2093868 for fully fair distribution 15:44 if so just assign it to yourself before tomorrow 15:44 thanks joalif 15:44 #topic Incomplete bugs / questions 15:44 Mission: Identify required actions and spread the load among the teams 15:44 #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:45 nothing since last week 15:45 #topic Process/Documentation improvements 15:45 Mission: Review pending process/documentation pull-requests or issues 15:45 #link https://github.com/canonical/ubuntu-mir/pulls 15:45 #link https://github.com/canonical/ubuntu-mir/issues 15:45 all draft/old 15:45 #topic MIR related Security Review Queue 15:45 Mission: Check on progress, do deadlines seem doable? 15:45 Some clients can only work with one, some with the other escaping - the URLs point to the same place. 15:45 #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:45 #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 15:45 Internal link 15:45 - ensure your teams items are prioritized among each other as you'd expect 15:45 - ensure community requests do not get stomped by teams calling for favors too much 15:45 #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594 15:45 sarnold: your time to shine 15:45 hmm I thought I saw conversation about someone wanting to open an issue for an idea.. 15:45 please tell us things go forward 15:46 did I not see it, the link only had old issues 15:46 oh, that might have been amurray suggesting we try to use some of the tiobhe things? he's on pto at the moment.. 15:46 that explains 15:47 alas not much movement on security's end of MIRs, it's been a turbulent time and nothing has ben picked up :( 15:47 yes, once we have a referrable path for those we discussed in the past that looking at it could be just as much quality indicator as many other checks we do 15:47 :-/ @sarnold 15:48 due to the follow up of a follow up ... mentioned above, do you think you could ensure jemalloc is not waiting for the day before feature freeze? 15:48 and for the fairness of waiting for ages already - maybe jpeg-xl 15:48 yeah, jemalloc at least can unlock quite a lot 15:48 indeed 15:48 I'll try to get some time, but .. sigh. 15:48 If those two would get to in-progress with a person actually looking at it I'd feel much better 15:48 otherwise the backlog will only grow 15:49 until the pain is even higher :-/ 15:49 sorry for that sarnold 15:49 but we need to apply the pressure now or the release will be even more ... complex .. interesting... ? :-) 15:50 isn't that how the old saying goes? "may you live in complex and interesting times"? :) 15:51 things are definitely complex and interesting with the folks we've lost over the last six weeks or so 15:52 I thought that was a curse 15:52 we have new joiners too, it's not all doom and gloom, but new hires aren't immediately useful 15:52 I'm with you in that struggle sarnold, same here 15:53 and as we all know, enabling them to become more useful is hard while doom and gloom is waiting around the corner 15:53 I hope that is not all on you 15:53 and with that discussion we can go to ... 15:53 #topic Any other business? 15:53 none 15:53 nothing from my end 15:53 nothing else here, jemalloc prio was sorted at the beginning - thanks again joalif 15:54 dviererbe: or seb128: anything else from foundations/desktop? 15:54 no 15:54 I'll look for a great sequence while waiting for more answers and then count out 15:54 thank you all already 15:55 Thanks everyone! o/ 15:55 11 15:55 8 15:55 6 15:55 4 15:55 3 15:55 2 15:55 1 15:55 #endmeeting