14:31 #startmeeting Weekly Main Inclusion Requests status 14:31 Meeting started at 14:31:54 UTC. The chair is cpaelzer. 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 ( eslerm dviererbe ) 14:32 #topic current component mismatches 14:32 Mission: Identify required actions and spread the load among the teams 14:32 #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg 14:32 #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg 14:32 o/ 14:32 good morning 14:32 I've seen them a few times in recent days should be rather small 14:32 ok, one by one 14:32 x11-utils -> luit 14:33 this isn't new was around for a while 14:33 https://launchpadlibrarian.net/746621535/buildlog_ubuntu-oracular-amd64.x11-utils_7.7+7_BUILDING.txt.gz 14:33 Recommends: luit 14:33 wasn't this a split out from x11-utils? and jbicha wanted to create some papertrail to get it promoted 14:33 Someone said so, but even the old one looks like it 14:34 here it is from noble 14:34 https://launchpadlibrarian.net/722263410/buildlog_ubuntu-noble-amd64.x11-utils_7.7+6build2_BUILDING.txt.gz 14:34 Recommends: luit 14:34 And I do not remember it showing up that long 14:34 Jammy had it 14:34 https://launchpadlibrarian.net/592958282/buildlog_ubuntu-jammy-amd64.x11-utils_7.7+5build2_BUILDING.txt.gz 14:34 contains the luit things 14:34 so it really is the papertrail we need 14:35 let me spawn a stub with jbicha assigned, so we avoid rediscussing it 14:35 x11-utils 7.7+6 d/changelog states: "Removed luit, which is now packaged separately with a different" 14:36 *different upstream 14:36 how did the Recommends: not show up on our radar for noble? 14:36 That is what I wondered above 14:37 luit doesn't actually exist in noble. So the recommends is ignored 14:37 ahhhhhhh 14:38 I wonder how many more Recommends: we've got listed that don't exist 14:38 thanks 14:38 many any time we do removals but decide not to adapt the recommends 14:39 until then, here a stub https://bugs.launchpad.net/ubuntu/+source/luit/+bug/2078827 14:39 dkms -> gcc-13 14:39 Noble had both in main 14:40 oracular is gcc-14 only 14:40 probably for doko and or foundations? 14:40 solved in dkms 3.0.11-1ubuntu14 (in -proposed) 14:40 or does anyone think this has a strong dkms background that is needed? 14:40 it still needs to migrate, though 14:40 I see 14:40 thanks 14:40 referencin -> rpds-py 14:41 that is related to the many python dependencies jamespage resolved 14:41 a few comments were in #ubuntu-release 14:41 is on security AFAICS in https://bugs.launchpad.net/ubuntu/+source/rpds-py/+bug/2072621 14:41 thanks slyon for the extra review 14:41 the needs of slyon were addressed 14:42 yes, pending security review. (mostly due to tracking the vendored Rust dependencies). otherwise MIR ACK 14:42 we'll get to ask about the state of the sec queue later in the agenda 14:42 and last https://bugs.launchpad.net/ubuntu/+source/retry/+bug/2076381 being assigned to joalif already 14:42 done with this section 14:42 that was more than I expected 14:42 but mostly clarifying things already in motion 14:43 #topic New MIRs 14:43 Mission: ensure to assign all incoming reviews for fast processing 14:43 #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:43 this is a good list of TODOs - none 14:43 #topic Incomplete bugs / questions 14:43 Mission: Identify required actions and spread the load among the teams 14:43 #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 14:43 now luit is there due to my stub 14:44 all others are much older 14:44 or resolved already 14:44 going on ... 14:44 #topic Process/Documentation improvements 14:44 Mission: Review pending process/documentation pull-requests or issues 14:44 #link https://github.com/canonical/ubuntu-mir/pulls 14:44 #link https://github.com/canonical/ubuntu-mir/issues 14:44 FYI I've landed the one that was discussed and acked last time 14:44 https://github.com/canonical/ubuntu-mir/pull/66 is kind of the same for rust 14:45 BTW on the old wiki page we pulled in last time I made it an auto-referral to the new page 14:45 thanks, I saw that! 14:45 oo nice 14:45 The PR is still waiting on the rusty people to like it 14:46 dkms probably needs active pings to the kernel team to address the autopkg test failures 14:46 Yeah, it's not urgent. I guess we can just let it sit there and people can give their comments/reviews on GitHub asynchronously. 14:46 ack to what slyon said for that PR 14:46 thank doko 14:47 since https://launchpad.net/ubuntu/+source/dkms/3.0.11-1ubuntu14 is uploaded by timo let us ping him, but TBH IIRC kernel says dkms always is slow due to the tests 14:47 so this might be normal 14:47 yet for awareness I'll ping 14:49 done in #ubuntu-release 14:50 nothing else in this category 14:50 #topic MIR related Security Review Queue 14:50 Mission: Check on progress, do deadlines seem doable? 14:50 Some clients can only work with one, some with the other escaping - the URLs point to the same place. 14:50 #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:50 #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 14:50 Internal link 14:50 - ensure your teams items are prioritized among each other as you'd expect 14:50 - ensure community requests do not get stomped by teams calling for favors too much 14:50 #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594 14:51 sarnold: now it is the time to talk about rpds-py and others in there 14:51 onboarding some help has started, but not much velocity on anything yet 14:51 how are thing going, you mentioned you had some to train about the process 14:52 13 days to beta freeze 14:52 thanks to the tyranny of timezones i don' thave much overlap with the new folks 14:52 zounds 14:52 which of your board entries do you think will complete in time for that 14:53 sarnold: ^^ 14:54 xdg-terminal-exec has started, that one feels likely to finish; fdk-aac-free was pretty far along near the end of the last cycle, probably we can come to a conclusion on that one, too 14:55 (we wanted to discuss an issue with upstream, i'm not sure how far along that one has gone) 14:56 everything else is at risk, I think 14:56 :-/ 14:56 jamespage: if your new case is very asap I think you need to coordinate with sarnold how to escalate 14:57 just saying as I assume this might be part of that whole transition you worked on 14:58 oddly they are not directly linked 14:58 wow 14:58 rpds-py does replace a pydantic dep 14:58 then sorry for connecting the wrong dots 14:59 thanks, good to know 14:59 but the release of pydantic was due to inflect dropping it 14:59 I had it in my head that was as well but digging about today its not 14:59 ok 14:59 welll 14:59 that means it is time for 14:59 #topic Any other business? 15:00 none here 15:00 neither from me other than time pressure 15:00 :-) 15:00 cpaelzer: wrt rustc-1.76: rmadison tells me: 15:00 rustc-1.76 | 1.76.0+dfsg0ubuntu1-0ubuntu1 | oracular | source 15:00 rustc-1.76 | 1.76.0+dfsg0ubuntu1-0ubuntu1 | oracular/universe | amd64, arm64, armhf, ppc64el, riscv64, s390x 15:00 360s oy vey 15:00 source still seems to be in main, can you do something about it? 15:00 I can slyon 15:00 thx, nothing else from my side :) 15:03 done slyon 15:03 ok that is all 15:03 see you all 15:03 thanks! 15:03 thanks cpaelzer, all :) 15:03 #endmeeting