=== Eickmeyer[w] is now known as Eickmeyer [15:50] o/ [15:51] I'll participate today as best as I can but I'm likely to appear and disappear on short notice so best not to wait for me. [15:57] Seems web chat won't hold my session open :-( [16:00] !dmb-ping [16:00] ddstreet, rbasak, sil2100, teward, bdmurray, kanashiro, seb128: DMB ping [16:00] o/ [16:00] * kanashiro waves [16:00] o/ [16:01] o/ [16:01] Welcome kanashiro! [16:01] I think this means we have a quorum! [16:02] rbasak_remote, thanks :) [16:02] Is anyone interested in chairing the meeting? [16:03] maybe the opt-in chairing list should be updated if any new members are interested? [16:03] I could but I don't know how to manage the bot, maybe next time [16:04] As above I now need to run :-( [16:05] Ok, I should be able to lead it then [16:05] hey, is meeting now? [16:06] Sorry, am in another meeting as well, but I can start the meeting now [16:06] seb128: yes! [16:06] o/ [16:06] Welcome! [16:06] sorry I'm a bit late, also I don't know what I'm doing, didn't get any 'onboarding' so I don't even know if new members start today :p [16:06] sil2100 you're in another mtg? you shouldn't have to chair [16:06] thanks! [16:06] sil2100 i can chair if you are in another mtg [16:07] if you want [16:07] ddstreet: ...could you? I'd be very grateful! I can, but I might sometimes be a bit distracted [16:07] sure i can chair [16:07] If you could start and I could pick up in like 10 minutes [16:07] #startmeeting Ubuntu Developer Membership Board [16:07] Meeting started at 16:07:44 UTC. The chair is ddstreet. Information about MeetBot at https://wiki.ubuntu.com/meetingology [16:07] Available commands: action, commands, idea, info, link, nick [16:08] hi all, so just for reference for the new memebers in case you didn't know the agenda is here https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda [16:08] ack [16:08] thx [16:09] also before we start i guess it may be helpful for anyone watching to know there are new members, the current list is https://launchpad.net/~developer-membership-board/+members [16:09] #topic Current Meeting Chair [16:10] we don't normally discuss this one, but since there are new members, i guess i'll just mention if any of you would like to volunteer to take chairing shifts, the rotating list is opt-in [16:10] so feel free to add yourself to the list on the agenda page [16:10] 👍 [16:10] i'll skip the long-term action items, as we usually do [16:10] #topic review of previous action items [16:11] #subtopic sil2100 update DMB KB to clarify new contributing developers should only be added to ~ubuntu-developer-members, not to ~ubuntu-dev nor ~ubuntu-uploaders (done) [16:11] looks like it's done [16:11] i think right? [16:11] i did not actually check [16:11] i'll assume it is any move on :) [16:11] Yes, I think I did that! [16:11] thanks! [16:11] #subtopic sil2100 update application docs and possibly DMB checklist, to make sure candidates have signed CoC before applying and before DMB approves (carried over) [16:11] carry over? [16:11] Carry over for now, it's a small item though [16:11] #action sil2100 update application docs and possibly DMB checklist, to make sure candidates have signed CoC before applying and before DMB approves (carried over) [16:11] ACTION: sil2100 update application docs and possibly DMB checklist, to make sure candidates have signed CoC before applying and before DMB approves (carried over) [16:12] #subtopic sil2100 to finalize xypron's Ubuntu Contributing Developer membership (done) [16:12] done also [16:12] #subtopic sil2100 to announce xypron's Ubuntu Contributing Developer successfull application (done) [16:12] and that looks done too [16:12] #subtopic teward follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over) [16:12] don't think teward is here today? i assume carry over for this one [16:12] #action teward follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over) [16:12] ACTION: teward follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over) [16:13] next is the applications [16:13] #topic fnordahl - per-package upload rights for the openvswitch and ovn packages [16:13] i think this is done now via the ML [16:13] so we just need an action to announce it and adjust ACL, any volunteers? [16:14] ok well i guess i can [16:15] #ddstreet announce fnordahl successful application [16:15] oops [16:15] #action ddstreet announce fnordahl successful application [16:15] ACTION: ddstreet announce fnordahl successful application [16:15] ddstreet: wait, so hm [16:15] no? [16:15] ddstreet: regarding this - I don't think we actually need to decide first [16:15] i thought it was 4 +1? [16:16] ddstreet: so this is basically a PPU for 2 packages, but question is: should this be a personal-PPU or should we create a openvswitch packageset? [16:16] Since I think it might be something more people would want to request PPU [16:16] ah ok [16:16] And I think we had this concept that we try to check if there's some common use-cases [16:17] should this go to ML discussion or just decide now? [16:18] seems sensible to me to create a new package set [16:18] If possible, we could discuss it here - since I think a packageset makes sense here. Anyone else agrees/disagrees? [16:18] +1 [16:18] i had originally suggested to make them part of the openstack pkgset: https://people.canonical.com/~ubuntu-archive/packagesets/jammy/openstack [16:19] however fnordahl clarified they are 'standalone' as far as being possible to use without o7k [16:19] I don't feel like i know enough about the topic to have an opinion on whether it's likely to see more people applying for that specific 2 packages [16:19] my personal approach would be to add the person and convert to a set if we ever get another person interested by the same packages [16:20] but if sets are cheap I don't really an issue with creating one [16:20] this might be a question better answered by people more familiar with the o7k and/or k8s areas? [16:20] re: packagesets, they are intertwined with seeding/germination, so i'm not sure if it's cheap or easy [16:20] or simple [16:21] but i'm not actually sure [16:21] Please not a packageset [16:21] also i am pretty sure we (i.e. DMB) cannot create packagesets [16:22] so probably this is a question for the TB since they are the only ones who can create packagesets i think? [16:22] the rules of what we can do aren't always completely clear [16:22] I like seb128's approach [16:22] It's just a bunch of extra admin. Personal packages were created for a specific exceptional case only. It's documented. [16:23] The DMB can decide for themselves on this one. It requires TB only because LP's ACLs aren't fine grained enough. [16:23] should we take this to the ML or does everyone agree on one direction or another? [16:24] But really there's no point making a packageset just for one reason and it's never traditionally been done that way. Better to just follow the existing pattern. [16:24] Just for one person [16:25] I'm +1 for just giving the ppu to fnordahl [16:25] if we have disagreement we should probably move that to the list? [16:26] Ok, finally fully back [16:26] i think we have seb128 and rbasak_remote suggesting to just use ppu [16:27] I think everyone's happy with PPU? Looks like that's what was applied for and approved anyway? [16:27] i think i'd concur with that [16:27] kanashiro sil2100 you both ok with ppu approach? [16:27] yep [16:27] Yeah, was reading backlog. I'm fine either way - if there's more people interested in getting the same PPU then I guess we can reconsider a packageset [16:27] sounds good [16:28] ok i added the action for announcing, i'll add action for adjusting acl [16:28] I was proposing a packageset as this is what we basically did for raspi for Dave [16:28] #action ddstreet adjust fnordahl PPU acl [16:28] ACTION: ddstreet adjust fnordahl PPU acl [16:28] Dave (waveform) was applying for PPU for some raspi packages and we decided it made more sense to have it as a packageset as more people might want to have the same upload rights [16:29] So I thought this is our process - if a grouping makes sense -> turn into a packageset [16:29] The raspi packageset also has only one uploader [16:29] https://people.canonical.com/~ubuntu-archive/packagesets/jammy/raspi [16:29] But I agree, it's faster this way [16:29] yeah, i don't really know what the specific process is, that probably would be a good thing to have a bigger discussion about and write down in official docs [16:29] that sounds a discussion we should have, but not here today [16:29] +1 [16:29] to figure out exactly when we shoudl create packageset vs ppu [16:29] yep [16:29] +1 [16:30] should i put an action for that? [16:30] yes [16:30] Can you assign it to me? [16:30] sure [16:30] Thanks! [16:30] #action sil2100 start discussion on process/rules for when to create packageset vs PPU [16:30] ACTION: sil2100 start discussion on process/rules for when to create packageset vs PPU [16:30] thanks! [16:30] ok lemme check agenda [16:31] oh wow that took longer than i thought, we do actually have another applicant today [16:31] :) [16:31] #topic Athos Ribeiro application for MOTU [16:31] sorry for the delay athos :) [16:31] \o/ [16:31] athos can you introduce yourself? [16:31] sure! [16:31] #link https://wiki.ubuntu.com/AthosRibeiro/MOTUDeveloperApplication [16:32] Hello everyone! I am Athos, I worf for the Canonical server team. Up until now, my main focus was to maintain our OCI images. For the kk cycle, I will be working on php and postgresql, the former being the main reason for requesting MOTU today :) [16:33] Athos is a colleague on my team so as usual (for me in this situation) I intend to abstain unless everyone else is +3 and my +1 is need for quorum. So I might use this opportunity to drive home.  I'll be out ~20 minutes and then back to normal to vote if needed. [16:33] same for me ^ [16:34] but I am not driving home :) [16:34] let's open it for any questions then, though i assume you 2 on the same team know athos well enough not to have any questions :) [16:34] Sponsorship miner link: https://udd.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=Athos+Ribeiro&sponsoree_search=name [16:37] I still need a moment to browse through the application [16:37] no question from me [16:40] athos: since you are applying for MOTU with driving transitions in mind, can you tell me what is a transition in the Ubuntu archive? How does one trigger a transition? [16:43] Interestingly, I haven't seen a formal definition of what a transition is around the docs :) My understanding if it is when you build a package that will have rebuilds for it's reverse dependencies depend on different binaries; or, [16:44] s/understanding if/understanding of it/ [16:46] Can you give an example of how one could start a transition? [16:48] e.g., I am working on php-psr-log 3 right now, and it fails to migrate because civicrm in the archive depends on version 1 of that package; A simple rebuild of that package was tried in the past, but some metadata will need to change so the final binary package depends on the correct version of php-psr-log. [16:48] This transition started when php-psr-log 3 was built and pushed to proposed [16:49] as discussed recently, it is nice to send an email in the devel list boore starting it so everyone is in sync :) [16:49] s/boore/before/ [16:50] * rbasak is back [16:51] sil2100 any more q? just checking as we're approaching the hour [16:52] (side note since I'm new and trying to figure out how things work around here, I will probably bring that up later/on the list/offband, but should we review the applications before the meeting? it feels suboptimal having a 10 min blank after the application summary for people to go read the reference) [16:52] hmm, I could ask some more questions about the transitions [16:52] not trying to rush, and i personally am able to stay past the hour [16:52] seb128: we should! But it frequently happens that for instance I don't manage to do that in time, sadly! [16:53] I need to wrap at the hour sorry [16:53] Ok, no questions then [16:53] ok last call for q then before moving to the vote [16:54] don't let me sidetrack the remaining of the meeting with my remark, I will raise that later in another way, it's also one meeting so I don't know how much that's a unlucky instance or if we a process issue to address [16:54] still no question from me [16:54] seb128 i completely agree, and there was some ML discussion last year around this you might be interested in reading for past context [16:55] but definitely i agree we should continue the discussion about it [16:55] ok let's vote [16:55] #vote Grant Athos Ribeiro MOTU [16:55] Please vote on: Grant Athos Ribeiro MOTU [16:55] Public votes can be registered by saying +1, -1 or +0 in channel (for private voting, private message me with 'vote +1|-1|+0 #channelname') [16:55] +1 [16:55] +1 received from seb128 [16:55] +1 as before with ubuntu-server team acl, happy with technical work and process understanding, no concerns for MOTU [16:55] +1 as before with ubuntu-server team acl, happy with technical work and process understanding, no concerns for MOTU received from ddstreet [16:56] +1 (although be sure to familiarize yourself on how library transitions are started, thinking about sonames there!) [16:56] +1 (although be sure to familiarize yourself on how library transitions are started, thinking about sonames there!) received from sil2100 [16:56] kanashiro rbasak around to vote? [16:56] Yes. Are we the only two left? [16:56] (who are here) [16:56] I think so? [16:56] +1 to reach quorum [16:56] +1 to reach quorum received from kanashiro [16:56] I think we have a + 3 situation and 2 people remaining that are from the server team [16:56] \o/ [16:56] OK [16:57] +1 to reach quorum (see abstention note above) [16:57] +1 to reach quorum (see abstention note above) received from rbasak [16:57] #endvote [16:57] Voting ended on: Grant Athos Ribeiro MOTU [16:57] Votes for: 5, Votes against: 0, Abstentions: 0 [16:57] Motion carried [16:57] congrats athos! [16:57] athos: congratulations! [16:57] congratulations, athos! [16:57] athos: \o/ [16:57] congrats athos :) [16:57] DOes one of the newcomers want the action item of handling athos's application? [16:57] kanashiro as athos is on your team, do you want to take the action to announce and adjust acl? [16:57] congrats athos! [16:57] ddstreet, sure, I can do that [16:57] Might be a good training opportunity! [16:58] indeed [16:58] #action kanashiro announce athos successful application [16:58] ACTION: kanashiro announce athos successful application [16:58] Details here: https://wiki.ubuntu.com/DeveloperMembershipBoard/KnowledgeBase#Actions_after_a_successful_application [16:58] #action kanashiro adjust athos ACL for MOTU [16:58] ACTION: kanashiro adjust athos ACL for MOTU [16:59] ok moving on, there is a delegated team application (submitted by me) but scheduled for the next meeting, so i'll skip it today [16:59] there are also AOB items added for discussion by me, but we're at the hour so [16:59] does anyone want to continue discussion now or defer these to next meeting and/or ML? [17:00] Can we bump them to the next meeting for discussion please? [17:00] However I encourage ddstreet to raise them on the ML first. [17:00] ok let's defer to next meeting, that's all then, thanks everyone! [17:00] #endmeeting [17:00] Meeting ended at 17:00:20 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-04-04-16.07.moin.txt [17:00] I already started a thread on one of them. [17:00] Maybe let's continue on the ML and, if it goes too slow, we can move them to the next meeting [17:00] ddstreet: thank you for chairing! Sorry for the late notice o/ [17:00] no prob [17:01] ddstreet, thanks for chairing [17:01] thanks