=== JanC is now known as Guest4531 === JanC_ is now known as JanC === flag is now known as ppisati === ppisati is now known as flag [18:53] sorry, I will not be able to attend the DMB meeting today [19:00] o/ [19:00] o/ [19:00] howdy [19:02] heya [19:03] \o [19:03] great, quorum! [19:04] enr0n, hey? [19:04] o/ [19:04] sorry, those meetings feel chaotic, we need to pre-define a chair imho [19:04] should we start? [19:04] #startmeeting Developer Membership Board [19:04] Meeting started at 19:04:39 UTC. The chair is utkarsh2102. Information about MeetBot at https://wiki.ubuntu.com/meetingology [19:04] anyone wanting to chair? [19:04] Available commands: action, commands, idea, info, link, nick [19:04] utkarsh2102, thanks [19:04] seb128: we used to do that, but then got equally stuck when the nominated chair was absent. [19:05] that's why we have a fallback chair in TB meetings [19:05] hey, so I'll get straight to the application and then I'll bring up seb128's comment as AOB later [19:05] That didn't work either. Usually the fallback chair was also absent. [19:05] if the fallback is also missing then you get an issue... [19:05] utkarsh2102, ack [19:05] Anyway, DMB attendance is better now [19:05] we have 1 core-dev application today [19:05] #topic Core Dev Applications [19:05] I'm happy for us to try that again if people want [19:05] * sil2100 will brb in 2 minutes, just grabbing coffee [19:06] #subtopic Nick Rosbrook [19:06] #link https://wiki.ubuntu.com/enr0n/CoreDeveloperApplication [19:06] enr0n: hey, welcome back again! super excited for you to be here! \o [19:06] utkarsh2102: thanks! [19:06] could you please take a quick second to re-introduce yourself, please? [19:07] Sure. My name is Nick Rosbrook, aka enr0n, and I work on the Ubuntu Foundations team at Canonical. I am based in the Eastern US in the state of Vermont [19:07] enr0n: also, I intentionally didn't sponsor your MP last week! I am hoping you'd do that yourself!!!!!!!!!! :) [19:07] utkarsh2102: ah well that would be nice! [19:08] I hereby open the floor for questions [19:08] I'll go first [19:08] FYI, enr0n's previous application can be found here: https://irclogs.ubuntu.com/2023/02/06/%23ubuntu-meeting.html#t16:07 [19:08] enr0n: since the last application, what has changed? can you give a quick TL;DR? [19:09] * sil2100 is back [19:09] utkarsh2102: Yeah. Since the last meeting I made the effort to work on a wider variety of packages in main, I took on more merges than I had previously, and I made a stronger effort to reach out to a wider group of sponsors [19:11] sweet! [19:11] thanks! [19:12] Of course [19:12] enr0n: have you manage to work on any transitions yet? [19:12] managed [19:12] anyone else? [19:13] enr0n: when working on +1 maintenance, how do you usually identify what to work on next? [19:13] (great +1 maintenance reports btw.) [19:14] rbasak: no, that is something I have not had the need/opportunity to work on yet. However I have tried to make myself aware of the process in the event that I do, and also so that I am aware of what's going on in the archive during transitions [19:14] seconded, good +1 reports, good stuff. [19:14] enr0n: how would you verify that an upload that you're about to perform (eg. say you were uploading a new upstream version as a -0ubuntu1) won't trigger a transition? [19:15] sil2100: typically I take the approach of starting at the bottom of the update excuse page and working my way up. I also read previous reports and update-excuse bugs to see if there is anything I can help finish [19:17] enr0n: thanks o/ [19:18] rbasak: I am not aware if there is a true test for that, I guess. But the main indicators to me would be a new versioned binary package for a library, or anything indicating a ABI change like a soname bump [19:18] enr0n: as a side note, I'd rather have people not work from the bottom because those things are generally not super needed, things have been rotting for a while, et al. And not from the top because those are too new and the uploaders might be looking out for their uploads already. So the sweet spot is from 2/5th to 4/5th of the page. ;) [19:18] it's a tricky balance indeed [19:18] enr0n: OK, thanks. [19:18] utkarsh2102: yeah true, the bottom does tend to be bugs that have an update-excuse bug that is not actionable. But sometimes its worthing making sure old bugs do at least have an update-excuse bug with some context [19:19] yep [19:19] any more questions? [19:19] enr0n: if somebody's upload gets stuck in proposed, who's expected to handle it? [19:20] rbasak: the uploader [19:21] enr0n: thanks. And is there a time when you cannot upload feature changes to the development release? If so, where can you find the schedule, and how would you determine if an upload you're about to perform contains a feature change? [19:23] rbasak: yes, feature freeze is the time where such uploads are not allowed without a feature freeze exception. The release schedule is at https://wiki.ubuntu.com/ManticMinotaur/ReleaseSchedule (or whatever the devel release name is). I would need to look at the diff of the upload to determine if it contains a feature change [19:24] enr0n: OK. And who do you need approval from if you need an exception? [19:24] rbasak: the ubuntu release team [19:25] Thanks. Setting aside exceptions, if you disagree with the technical content of an upload someone else has performed, how should you proceed? [19:27] I suppose if were serious enough (rather than nitpicking) I would reach out to the person to try and discuss the change and see if we can improve it, or open a bug report if needed [19:27] OK, and what would you do if that's not successful and you think an escalation is appropriate? [19:28] I would reach out to a more senior member of my team, or maybe ask in #ubuntu-release for advice [19:28] OK, thanks. I have no more questions. [19:29] sweet, no questions from me either [19:30] seb128, sil2100, bdmurray? [19:30] No questions here [19:30] neither from me [19:30] none here [19:31] sil2100: ? [19:32] No questions here [19:32] oh crap, missed it [19:32] let's proceed to vote [19:33] #vote Nick to get core-dev rights [19:33] Please vote on: Nick to get core-dev rights [19:33] 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') [19:33] +1 [19:33] +1 received from sil2100 [19:33] +1 concerns raised at your previous application meeting have mostly been addressed, and you have generally good and to-the-point answers to our usual questions. While having some experience in driving transitions would be nice, I don't think it's a hard requirement to have experience of absolutely everything and your general understanding seems to be good across the board with examples of your work [19:33] +1 concerns raised at your previous application meeting have mostly been addressed, and you have generally good and to-the-point answers to our usual questions. While having some experience in driving transitions would be nice, I don't think it's a hard requirement to have experience of absolutely everything and your general understanding seems to be good across the board with examples of your work received from rbasak [19:33] +1 [19:33] +1 received from seb128 [19:33] consistent with that. Thank you for all your work on Ubuntu! [19:33] +1 as I trust Nick, his judgement and decision making skills. I believe he will continue to look for guidance when uploading packages. [19:33] +1 as I trust Nick, his judgement and decision making skills. I believe he will continue to look for guidance when uploading packages. received from bdmurray [19:33] +1; solid endorsements, lovely work, had the pleasure of meeting him in person, he's really kind. I've also seen quite a lot of his work, sponsored a couple of things, all neat and clean. Would be a net win for Ubuntu if he gets to core-dev. [19:33] +1; solid endorsements, lovely work, had the pleasure of meeting him in person, he's really kind. I've also seen quite a lot of his work, sponsored a couple of things, all neat and clean. Would be a net win for Ubuntu if he gets to core-dev. received from utkarsh2102 [19:34] #endvote [19:34] Voting ended on: Nick to get core-dev rights [19:34] Votes for: 5, Votes against: 0, Abstentions: 0 [19:34] Motion carried [19:34] congratulations, enr0n! :D [19:34] 🎉 [19:34] \o/ [19:35] #action I'll take up the announements [19:35] ACTION: I'll take up the announements [19:35] I mean, Utkarsh will, oof [19:35] anyway [19:35] Thank you everyone! [19:35] moving to AOB [19:35] #topic AOB [19:35] : sorry, those meetings feel chaotic, we need to pre-define a chair imho [19:36] let's talk about that [19:36] seb128:^ [19:36] yes please [19:36] I think we tried pre-defining the chair in the past, but that didn't quite work as the DMB had trouble getting quorum [19:36] the define a chair/backuo for the next meeting works fine for the TB imho [19:36] But I think doing it now shouldn't be such a problem, I think it will be rather rare for both the chair and the backup to be absent [19:37] if there is no quorum there is no meeting [19:37] should we optimize for the non working cases? [19:37] And in case both are missing, which hopefully will be only infrequent, we can resolve tihngs as we do now, by volunteers [19:37] if they are absent then we just are in the same situation than today... [19:37] there isn't much to loose imho [19:38] Exactly [19:38] So I'd be +1 on that [19:38] should we vote? [19:39] +1 [19:40] +1 [19:40] I [19:40] +1 [19:40] I'm +1 of course too [19:41] To be cleare we are voting on having a chair and a backup chair for meetings going forward? [19:41] so are we going to define the chair for the subsequent meeting everytime? [19:41] bdmurray, yes [19:41] Okay, I'm a +1 on that [19:41] utkarsh2102, that's the suggestion, TB just do it in alphabetic order from the launchpad team [19:42] Choosing the next chair at the current meeting makes sense to me [19:42] hah! [19:42] right [19:42] As we should know our holiday schedule [19:42] to start things off, I can chair the next meeting, too :) [19:42] great :) [19:43] should we consider that as validated and go with the alphabetic order rule the TB using? [19:43] Yes [19:43] great! [19:43] si [19:43] I'm sure we'll all slip up and forget about planned absences. But that'll probably be fine usually. We'll deal with it. [19:44] I've another topic which is probably not fit to discuss now but I don't know what's the proper way to bring the subject [19:44] utkarsh2102: who will be backup? [19:44] is that for me to decide? [19:44] I'll pick sil2100, hahaha [19:44] I guess alphabetically that woul be me! [19:44] sil2100, let's go alphabetic from https://launchpad.net/~developer-membership-board/+members so you [19:44] :p [19:44] ;) [19:46] should we move on to the next topic(s)? [19:47] sure [19:47] is there any? [19:47] I've one which I'm unsure where to discuss [19:47] I believe so [19:47] #topic mythbuntu-dev [19:47] [bdmurray] Why is mythbuntu-dev still a delegated team when it isn't a flavor? [19:47] go go go [19:47] https://launchpad.net/~mythbuntu-dev/+members#active the only members are ubuntu-core-dev [19:49] I found the team listed under delegated teams at https://wiki.ubuntu.com/DeveloperMembershipBoard [19:49] I guess someone needs to wind everything up there? [19:49] rbasak: Do have an idea of what "wind everything up" means? [19:51] I don't, sorry. [19:51] Anything outstanding like the delegation you spotted I guess? [19:52] Should we contact the last known contacts first? [19:52] Might be polite. [19:52] (at least to try) [19:52] Sure, I can do that. [19:53] But also, maybe a low priority since it isn't causing much harm right now? [19:54] si [19:54] Okay [19:56] let's move on? [19:56] yes! [19:57] so I had a topic which we aren't going to be able to discuss now but I would like to bring up for discussion [19:58] seb128: could you add it to the agenda? [19:58] maybe the mailing list is better and I will post there [19:58] Or sure, mailing list [19:58] just getting input [19:58] I think the current DMB line (from the past meetings record) discourage coredev applications [19:59] the 'you didn't work outside of you usual package set, you are not ready for coredev' line is damaging [19:59] you can have very skilled people that just work in a set [19:59] why would we deny them trust? [20:00] yep [20:00] it just feel them considered negatively which I think is helping nobody [20:00] okay, we have two AOB now [20:00] one from Brian and one from Seb [20:00] I will email the list [20:00] let's do it next time [20:00] I think we should be more welcoming indeed, we should encourage applicants to work outside of their sets but not require it - if, of course, they demonstrate during the interview process that they know how to handle packages outside of their comfort zone [20:01] since we're at the top of the hour now [20:01] ack [20:01] +1 sil2100 [20:01] I think think we are a velocity issue btw [20:01] we don't cover much in an hour, there is more gaps than active times in those meetings [20:01] which might be a 3rd AOB [20:01] utkarsh2102, thanks for chairing! [20:01] and also next meeting has only 1 contirbuting dev so we'll have more time to do these talks [20:02] sweet, np. Any last words before I shut this off? :) [20:02] this = meeting [20:02] not the topic, hehe [20:02] I'm not going to be there for the next one btw, summer holidays [20:02] uh oh [20:02] have fun, seb128 \o [20:02] #endmeeting [20:02] Meeting ended at 20:02:49 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-07-10-19.04.moin.txt [20:02] utkarsh2102, thanks! [20:02] thanks, everyone! have a good one! \o [20:03] o/ [20:03] utkarsh2102: thanks for chairing! === not_phunyguy is now known as phunyguy === not_phunyguy is now known as phunyguy