=== JanC is now known as Guest4755 === JanC is now known as Guest4359 === JanC is now known as Guest4075 === JanC is now known as Guest7149 === JanC is now known as Guest7018 === JanC is now known as Guest9630 [14:30] good morning [14:30] huhu [14:30] o/ [14:31] #startmeeting Weekly Main Inclusion Requests status [14:31] Meeting started at 14:31:05 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 pushkarnk ( dviererbe ) [14:31] #topic current component mismatches [14:31] Mission: Identify required actions and spread the load among the teams [14:31] #link https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg [14:31] #link https://people.canonical.com/~ubuntu-archive/component-mismatches.svg [14:31] enough pings, now let things settle for a minute [14:31] o/ [14:31] I assume/hope those views are rather clean these days [14:31] arr, the one left is still server [14:31] on ruby [14:32] I've resolved all the other ones when renan filed the removals [14:32] let me ping him [14:33] sorry - extra delay [14:33] and will the archive admins sort out linux-realtime as a normal part of their work? [14:33] or do we need to ask someone to handle this specifically before release? [14:33] the kernel-AAs would [14:34] like in apw and tjaaltonen [14:34] o/ [14:34] I passed the Q on ruby-sinatra [14:35] but TBH it will99% just remove the proposed v and be ok for now [14:35] ok stared long enough at this list [14:35] next ... [14:35] #topic New MIRs [14:35] Mission: ensure to assign all incoming reviews for fast processing [14:35] #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:36] empty [14:36] \o/ [14:36] next ... [14:36] #topic Incomplete bugs / questions [14:36] Mission: Identify required actions and spread the load among the teams [14:36] #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:36] rust-sequpia we talked alst week [14:36] allo others gone [14:37] because a few othes like highway and jpeg-xl made it comepletely through, jbicha prepared and I fixed the component mismatch [14:37] so this looks good too [14:37] I'm surprised linuxptp didn't make it through [14:38] didn't see it anywhere recently [14:38] but yeah the team started very strong [14:38] and just had a few open to resolve things [14:38] IIRC [14:38] well, there always is a next release [14:38] BTW update on ruby-sinatra - maybe jbicha can help [14:38] it seems it was synced from Debian on Apr 3rd [14:39] Renan will contact you to sort if this should be cleaned or if there was a reason we didn't see [14:39] #topic Process/Documentation improvements [14:39] Mission: Review pending process/documentation pull-requests or issues [14:39] #link https://github.com/canonical/ubuntu-mir/pulls [14:39] #link https://github.com/canonical/ubuntu-mir/issues [14:39] on the issues, not priority [14:39] looking for volunteers [14:39] feel free to do so if you are bored :-P [14:39] on the PRs [14:40] the state SLO is new'ish and had feedback [14:40] let us vote on that one [14:40] oh no, that was the one without feedback yet [14:40] so let me trigger your awareness [14:40] we have defined how much we want to be able to do as a minimum [14:40] security has their own queue and challenge to handle ti [14:41] hi sarnold on that [14:41] but for the MIR team itself [14:41] we said 1 per week per attendee as the goal - more if we can [14:41] and I thought we could put that down [14:41] for transparency [14:41] This is what I wanted to achieve [14:41] have a look when you have time and let me know what you tihnk [14:41] we have some words somewhere in this thing about MIRs filed too late needing security director conversation -- we don't currently have a security director :( -- but I wonder if that ought to move to this section? [14:42] yeah to escalate go to security director [14:42] I agree this is essentially your side of the SLO [14:42] let me move it [14:43] also - having none means someone is interim * and that will be the person [14:43] I also see slyon now left some comments [14:43] I'll consuem all of that and maybe we can then get more review and mereg it next week? [14:43] #topic MIR related Security Review Queue [14:43] yep. +1 (modulo some nitpicks) [14:43] Mission: Check on progress, do deadlines seem doable? [14:43] Some clients can only work with one, some with the other escaping - the URLs point to the same place. [14:43] #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&orderby=-date_last_updated&start=0 [14:44] #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&orderby=-date_last_updated&start=0 [14:44] Internal link [14:44] - ensure your teams items are prioritized among each other as you'd expect [14:44] - ensure community requests do not get stomped by teams calling for favors too much [14:44] #link https://warthogs.atlassian.net/jira/software/c/projects/SEC/boards/594 [14:44] this should be almost as clean as the other queues [14:44] I see rust-hwlib as assigned - which we had the dsicussion on outdated vendored things [14:44] no update since IIRC [14:44] eve4rything else - under control [14:44] pushkarnk finished https://bugs.launchpad.net/ubuntu/+source/pdfio/+bug/2103648 today, which needs a security review tag. @sarnold [14:44] -ubottu:#ubuntu-meeting- Launchpad bug 2103648 in pdfio (Ubuntu) "[MIR] pdfio" [Undecided, New] [14:44] wow - when did I say that the last time for your queue slyon [14:44] praise-party [14:44] hehe [14:45] and here we go, refilling the queue [14:45] is that a panic 25.10 asap case [14:45] sorry 25.04 [14:45] or semi-relaxed 25.10 [14:45] we discussed it here so I should remember, but I do not :-/ [14:45] yeah. pdfio is 25.10 [14:45] ah ok, safe then [14:45] sarnold: tag it! [14:45] slyon: thanks [14:46] well, thanks to pushkarnk :) I only did the double-checking :) [14:46] also thanks pushkarnk and slyon for doing joint reviews to get pushkarnk fully trained up [14:46] appreciated [14:46] thanks for the great review slyon :) [14:46] #topic Any other business? [14:46] none here [14:46] wow, all this good feeling. Almost empty queues, reviews done, ... how can we destroy it now? [14:46] none here either [14:46] nothing here [14:46] https://warthogs.atlassian.net/browse/SEC-6094 pdfio [14:46] nothing [14:46] thanks slyon [14:46] thx sarnold ! [14:46] nothing [14:46] nothing from me [14:47] \o/ [14:47] the thanks s was meant to be for sarnold [14:47] hey mylesjp and thanks [14:47] you are busy with the moving openstack anyway I assume [14:47] but in the long run you'll have james job of handling the python-whatever deps of OS [14:48] in case you didn't pick it up ealier - mylesjp is the sucessor of jamespage as representative for the openstack team [14:48] so much churn [14:48] such big shoes :) [14:48] I wonder, do we ahve anyone in AMERICAS to guide him initially as slyon does for pushkarnk? [14:48] sarnold: is there but the security side of the process [14:49] I'm out in Vancouver so time zones are a little tricky [14:49] didrocks: joalif: myself ... all EMEA [14:49] hooray cascadia crew! [14:49] \o/ [14:49] well, let us bet on the person reading this later ... [14:49] didrocks: if you feel you could towards the latter part of your day help train someone else to do the MIR review work, reach out to mylesjp [14:50] TBH that is it for AOB is it? [14:50] we're tired, boss [14:50] then get out and fix and relax [14:50] :D [14:50] let me fetch you some coutndown numbers [14:50] I've done quite a few MIRs myself but never reviewed someone elses. I could definitely sit in on one. [14:51] yep, that is how we all started [14:51] as slyon and pushkarnk do [14:51] you'd prep but get double checked for a while [14:51] then you get the spiderman stare at the spring about great power and great responsibility [14:51] mylesjp: could even be async, I guess. Pushkar usually prepares MIR reviews in GDoc, I add my comments before publishing to LP [14:51] and then we'd add you to the LP group and you'd be another eligible to do reviews [14:51] sounds great [14:52] ok, look what I found in urandom for ou [14:52] 5 [14:52] 4 [14:52] 2 [14:52] 7 [14:52] 0 [14:52] #endmeeting [14:52] Meeting ended at 14:52:16 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2025/ubuntu-meeting.2025-04-08-14.31.moin.txt [14:53] I love that you can almost always find them ... https://oeis.org/search?q=5%2C4%2C2%2C7%2C0&language=english&go=Search [14:54] thanks cpaelzer :) [14:54] thanks all! [14:55] and with six different sequences, too [15:02] cpaelzer: this is going to be complicated with Vancouver TZ, and I’m already on some mentoring program for other parts, but we can give it a shot. Maybe the best is to start directly during the next physical sprint? [15:04] didrocks: yes to physical sprint to start, but as slyon suggested maybe an async relationship would work just as well [15:08] could do, yeah, let’s discuss at the sprint === JanC is now known as Guest9386 [19:00] o/ [19:02] teward, mwhudson, seb128: meeting? [19:02] hey, sorry I'm late [19:02] start of evening is always a rush [19:02] o/ [19:03] similar but the other end of the day! [19:03] did DST catch anyone? [19:03] mwhudson: you didn't update the agenda after the previous meeting? [19:03] rbasak: argh, quite possibly not [19:03] #startmeeting Technical Board [19:03] Meeting started at 19:03:51 UTC. The chair is rbasak. Information about MeetBot at https://wiki.ubuntu.com/meetingology [19:03] Available commands: action, commands, idea, info, link, nick [19:03] rbasak: hair-on-fire @ dayjob [19:04] #topic Action review [19:04] teward: as always? :) [19:04] all TB members (teward, mwhudson, rbasak, seb128) to read up [19:04] on Open Source AI Definition and consideration of proposal to endorse the definition [19:04] worse - domain controllers on fire [19:04] I already did that and replied to the thread [19:04] haven't done this, sorry :( [19:05] yeah i've gotta look back on that as well [19:05] #action Remaining TB members (teward, mwhudson, seb128) to read up on Open Source AI Definition and consideration of proposal to endorse the definition. [19:05] ACTION: Remaining TB members (teward, mwhudson, seb128) to read up on Open Source AI Definition and consideration of proposal to endorse the definition. [19:05] I didn't manage to do that yet, sorry :/ [19:05] mwhudson to propose course of action around techboard membership of buildd admins [19:05] yeah haven't done that yet either i'm afraid [19:06] #action mwhudson to propose course of action around techboard membership of buildd admins [19:06] ACTION: mwhudson to propose course of action around techboard membership of buildd admins [19:06] rbasak to follow up on https://lists.ubuntu.com/archives/ubuntu-release/2023-December/005859.html with the release team. [19:06] We can expect a reply by 18 April: https://matrix.to/#/!HIqUfDuodVisBWdrTr:ubuntu.com/$zxOAAo7_zaQXSKRZ09TgChQa44_oXOLNrxCFg2_5BxA?via=ubuntu.com&via=matrix.org&via=matrix.debian.social so I'll carry that over [19:07] #action rbasak to follow up on https://lists.ubuntu.com/archives/ubuntu-release/2023-December/005859.html with the release team. [19:07] ACTION: rbasak to follow up on https://lists.ubuntu.com/archives/ubuntu-release/2023-December/005859.html with the release team. [19:07] seb128 to continue the discussion with IS and propose the script from rbasak or its output to be integrated in their process [19:08] so, I did run your script over the coredev set at Canonical and did a merge proposal with all the teams that got listed by the script which got merged earlier this week [19:08] Nice. Thanks! [19:08] np! [19:08] Anything else needed with that then? [19:08] I think that should perhaps be done on regular basis [19:09] but nothing for now at least [19:09] unsure how to track that though [19:09] Yeah we have no mechanism for recurring tasks :-/ [19:09] Probably not worth taking that on right now, given the relatively low importance of this? [19:09] I would drop it from the TB side yes [19:10] ack [19:10] Next: seb128 to continue working with AA and Release teams to document their membership process and link to it from https://wiki.ubuntu.com/TechnicalBoard#Team_Delegations [19:10] I will try to get it as part of a JIRA cycle-template on the Canonical side [19:10] OK, so carry over? [19:10] that was about the previous item [19:10] this one yes carry over [19:10] #action seb128 to continue working with AA and Release teams to document their membership process and link to it from https://wiki.ubuntu.com/TechnicalBoard#Team_Delegations [19:10] ACTION: seb128 to continue working with AA and Release teams to document their membership process and link to it from https://wiki.ubuntu.com/TechnicalBoard#Team_Delegations [19:10] but we are making progress [19:10] Ah, OK, thanks. [19:11] AA is working on documentation, we will get that published at some point next cycle [19:11] (thanks Christian) [19:11] teward to report to the CC what we don't desire an election right now, and will reconsider in six months [19:11] thats done [19:11] Thanks! [19:11] teward to follow up with "who can vote" and documentation at https://ubuntu.com/community/governance/technical-board with the CC [19:12] carry that one over [19:12] #action teward to follow up with "who can vote" and documentation at https://ubuntu.com/community/governance/technical-board with the CC [19:12] ACTION: teward to follow up with "who can vote" and documentation at https://ubuntu.com/community/governance/technical-board with the CC [19:12] teward to write up a proposal for how the move away from the wiki will work [19:12] also carry that one over, I've been a little busy with other stuff at the moment to address that one [19:13] #action teward to write up a proposal for how the move away from the wiki will work [19:13] ACTION: teward to write up a proposal for how the move away from the wiki will work [19:13] tsimonq2 to study "look into scripting for packages in flavor-specific overlays" from https://irclogs.ubuntu.com/2024/02/13/%23ubuntu-meeting.html#t20:24 and suggest to the TB what needs doing there [19:13] tsimonq2: around? [19:13] o/ [19:13] I'm still typing out my prepared statement, I suppose I can send the first part and keep typing in irssi... [19:14] As I mentioned in the previous meeting, I had the opportunity to take an initial look at this and talk to flavors. The conclusion I'd like to draw here (not officially quorate, but *de facto*) is that zero of the ten flavors have an extremely strong grasp of their seed tooling and management. Many flavor representatives are able to tell me bits and pieces, but this is something that I think we [19:14] could all generally use some professional development on. How do they work? How does seed inheritance work? How does livecd-rootfs actually pick up the seeds, and can we write some "break glass in case of emergency" documentation for knowing where to find some of that stuff in the code? [19:14] I have some nascent tooling that I intended to get finished up before this meeting, but it's not quite there yet. Release-critical bugs and other paperwork/$dayjob items took priority on that front over the last few weeks. [19:14] Essentially, I want to make this easy as "go check a report, be able to mark something as part of your set or not, and have a clean, robust workflow." [19:14] The existing documentation is here: https://wiki.ubuntu.com/SeedManagement [19:14] Here's what I'd propose... keep the delegation to me, but expect results from me next meeting. [19:15] OK, thanks! [19:15] rbasak: I'll add "make that existing page more visible" as part of this. :) [19:15] So I'll carry the action item over as-is for now. [19:15] Sounds good! [19:15] #action tsimonq2 to study "look into scripting for packages in flavor-specific overlays" from https://irclogs.ubuntu.com/2024/02/13/%23ubuntu-meeting.html#t20:24 and suggest to the TB what needs doing there [19:15] ACTION: tsimonq2 to study "look into scripting for packages in flavor-specific overlays" from https://irclogs.ubuntu.com/2024/02/13/%23ubuntu-meeting.html#t20:24 and suggest to the TB what needs doing there [19:16] #topic Should we endorse the Open Source AI Definition? [19:16] Is there anything to discuss on this? [19:16] o/ yeah, actually. [19:16] tsimonq2: i do have some (internal, but for no good reason) documentation on seeds, i'll get it to you somehow [19:17] given that we still have to review it i would say 'not yet' rbasak but that's only my opinion [19:17] AI definition> This is something I personally have deep interest in and would like to provide my (long) opinion on the Technical Board to. [19:17] i agree with teward [19:17] Is there a good place to put my notes for your consideration? [19:17] #info Deferred until TB members' homework is done [19:17] +1 [19:17] mwhudson: I look forward to making this story better for everyone, thanks in advance for that :) [19:17] (btw i still don't think my subscription to the techboard mailing list has been approved...) [19:18] tsimonq2: could you reply to the ML thread? [19:18] mwhudson: it's a regular public list - I don't think there's anything needed apart from your own confirmation [19:18] rbasak: Sure, although the specific point I'm unsure on is, Merlijn indicated his notes should be non-public, and I'd like to rigourously use those. [19:18] mwhudson: directly mesage me with the email account you want registered and I'll just manually subscribe you by hand [19:19] if you still have issues [19:19] oh grr the confirmation thingies are in spam. sigh. [19:19] tsimonq2: in that case, https://launchpad.net/~techboard/+contactuser maybe? Or use TB members' individual addresses. We don't have any other private contact point, I don't think. [19:19] rbasak: I'm interested in bringing up that specific point in AOB. ;) [19:19] But, thanks. :) [19:20] #topic Scan the mailing list archive for anything we missed (standing item) [19:20] I don't see anything outstanding [19:20] agreed [19:20] #info No outstanding ML threads not already handled elsewhere [19:20] #topic Check up on community bugs and techboard bugs (standing item) [19:21] The only TB bug is the one on DMB inactivity causing stalls. I think the more general case is still with the CC? [19:21] #info No outstanding bugs not already handled elsewhere [19:22] #topic Select a chair for the next meeting (next from https://launchpad.net/~techboard/+members) [19:22] rbasak: which bug is that again? [19:22] for my awareness [19:22] https://bugs.launchpad.net/techboard/+bug/2015921 [19:22] -ubottu:#ubuntu-meeting- Launchpad bug 2015921 in techboard "Inactive DMB members can stall DMB progress" [Undecided, Triaged] [19:22] thank you mwhudson [19:22] #info The next chair will be seb128 with teward as backup [19:22] #topic AOB [19:22] ack [19:23] ack [19:23] I've a question for teward [19:23] seb128: 42! [19:23] teward, you pinged on matrix the archive admin team [19:23] was it about the carry over item I have about onboarding/better documentation? [19:23] or was it something different that I didn't understand? [19:24] seb128: the last ping to the AA team was for approving an item i wanted synced for Plucky unrelated to TB. The ping before was for the carried over item [19:24] ok, thanks for confirming. Feel free to ping me directly about that one if you have any question [19:25] sounds good [19:25] we are working on resolving the situation, it's just going to take a bit longer [19:25] -- [19:26] In an entirely hypothetical, made-up scenario, let's say someone has a strong disagreement with, e.g. one of the core teams. Archive Administrators, Release Team, something like that. It's something that falls within the Technical Board's jurisdiction, but it's a sensitive or private topic. What would be the Technical Board's official recommendation or set of best practices be when intending to [19:26] contact you privately? Would this potentially be privately via a specific email? A private Matrix group chat? [19:26] Again, I'm not bringing something up specific in here. I'd just like to know all of my options ahead of time in case one particular thing I'm working on goes horribly wrong or in bad faith. I believe this falls under "being considerate when making bold decisions" under the Code of Conduct, simply as a point of reference for the "why" I'm asking. [19:27] The first thing to do - which I don't think is done often enough - is to exhaust respectful discussion with that team, to the point where you all agree that you are at an impasse and what exactly that impasse is. [19:28] If that needs to be done privately, then communicate in some appropriate way subject to what the team prefers [19:28] If you've agreed you're at an impasse (or if the team is not being constructive towards achieving agreement on at least that), then TB escalation would be the next step. [19:29] If this needs to be done privately, then communicate in some appropriate way subject to what the team prefers [19:29] For the TB, private email should work, and if necessary the TB generally all have PGP keys you can use. [19:30] https://launchpad.net/~techboard/+contactuser is available as a fallback, but it's difficult to continue a thread from there IIRC. [19:30] yes, you can't reply to those emails afaik [19:30] i think it basically sends a separate mail to each member [19:30] I mean it will reach the sender but not the rest of the team [19:30] I precisely agree with what you're saying, and while it's not something I'm personally perfect on, I truly hope I've become much better over time. I certainly appreciate the thorough clarity though, for people generally curious (I've heard similar questions over my time in Ubuntu.) [19:31] We have Matrix now, too, as well as Discourse messages [19:31] Although it's perhaps slightly more painful to identify TB members' addresses/aliases on those platforms [19:31] discourse messages? that's something I've not experienced yet :) [19:31] (I also have one other AOB point, much more technical, when you all are satisfied.) [19:31] Hamburger menu -> Messages -> + [19:32] thx [19:32] yeah i would put discourse messages at the bottom of the list after email (possibly signed) and matrix [19:32] If I may (Discourse hat on): Discourse groups are a thing where one can message a whole group of people, so if the teams wanted to set-up something like that, they can contact moderators or staff. [19:33] Oh, one more thing. When you _do_ escalate to the TB, be sure to summarise what discussions you've already had with the responsible team, or else that's the first thing you're going to get asked. [19:33] Thanks Eickmeyer! [19:33] :) [19:33] tsimonq2: I think we're done. Next item? [19:34] Sounds good :) thanks, one sec [19:34] (i think discourse as a way to publically communicate with the various hatted groups is a decent idea i want to explore, but not today) [19:34] mwhudson: And privately, too! [19:35] For my last AOB point this time around, I've been somewhat closely following the discussion around CMake 4.0. I have the exact notes from the Fedora Developer who submitted the Change Proposal there, including affected packages. We're talking at least several thousand packages that will need a spot-check to ensure they're compatible, and it affects every single package in the Qt/KDE stack. [19:36] I'd like the Technical Board to at least keep this on the back of the radar as something to be aware of, even though I'm primarily going to be working with the Release Team on it. If you have any questions or if *anyone*, TB member or not, wants the start to my notes, just ask. I'd really appreciate the help. [19:36] I'm not 100% sure yet, but I get the gut feeling we're going to try to do this ahead of Debian, one way or another, given Trixie freezes... at the very least, this is awareness. [19:36] That's all :) [19:37] Is there an ML thread or Discourse thread on this? [19:37] thanks the heads up. My personal reaction to that (I don't think it's a TB topic) is "do we really need to go ahead of Debian there?" [19:38] This is the sort of thing that I don't think is a TB topic unless there's difficulty in achieving consensus amongst Ubuntu developers. [19:38] i agree that i don't really think this is a TB topic but also i'm not sure where else would be good to raise it. [19:38] -devel? [19:38] ubuntu-devel@ please [19:38] or -release [19:38] well yes [19:38] Right [19:38] but i guess the conversation will stall there :-) should still try [19:39] It might well stall, but then you get to achieve consensus by yourself if nobody else wants to drive :-) [19:39] I would push back on the idea of going ahead of Debian unless it creates real problems [19:40] seb128: What I can see happening, and again this is all speculative at this point, is someone will "absolutely need" a new shiny feature in CMake 4.0, and they'll introduce it before Feature Freeze either next cycle or the one after. [19:40] I totally agree it should be Debian-first, but also, being on Debian Qt/KDE, this is something I need to have my eyes on anyway. Why not give Ubuntu details about it, allowing us to make a really great, informed decision, while also helping my Debian friends? :) [19:41] :-) [19:41] I can do Discourse or I can do mailing list. I have no preference. [19:41] I'll leave it to you to decide :) [19:41] KDE have only just agreed to raise minimu form 3.16 to 3.22 [19:41] *minimum from [19:42] Can we defer discussion for that future thread please? [19:42] I'll err on the side of Discourse for now, just so I can do Markdown formatting. :P [19:42] OK. Any other AOB? [19:42] not from me [19:42] nor me [19:42] #endmeeting [19:42] Meeting ended at 19:42:55 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2025/ubuntu-meeting.2025-04-08-19.03.moin.txt [19:42] Thanks all! [19:42] thanks [19:43] Thanks! [19:45] thanks! [20:59] * Eickmeyer late [20:59] Thanks! === uralt3 is now known as uralt