/srv/irclogs.ubuntu.com/2023/07/10/#ubuntu-meeting.txt

=== JanC is now known as Guest4531
=== JanC_ is now known as JanC
=== flag is now known as ppisati
=== ppisati is now known as flag
kanashiro[m]sorry, I will not be able to attend the DMB meeting today18:53
rbasako/19:00
sil2100o/19:00
seb128howdy19:00
bdmurrayheya19:02
utkarsh2102\o19:03
seb128great, quorum!19:03
seb128enr0n, hey?19:04
enr0no/19:04
seb128sorry, those meetings feel chaotic, we need to pre-define a chair imho19:04
utkarsh2102should we start?19:04
utkarsh2102#startmeeting Developer Membership Board19:04
meetingologyMeeting started at 19:04:39 UTC.  The chair is utkarsh2102.  Information about MeetBot at https://wiki.ubuntu.com/meetingology19:04
seb128anyone wanting to chair?19:04
meetingologyAvailable commands: action, commands, idea, info, link, nick19:04
seb128utkarsh2102, thanks19:04
rbasakseb128: we used to do that, but then got equally stuck when the nominated chair was absent.19:04
seb128that's why we have a fallback chair in TB meetings19:05
utkarsh2102hey, so I'll get straight to the application and then I'll bring up seb128's comment as AOB later19:05
rbasakThat didn't work either. Usually the fallback chair was also absent.19:05
seb128if the fallback is also missing then you get an issue...19:05
seb128utkarsh2102, ack19:05
rbasakAnyway, DMB attendance is better now19:05
utkarsh2102we have 1 core-dev application today19:05
utkarsh2102#topic Core Dev Applications19:05
rbasakI'm happy for us to try that again if people want19:05
* sil2100 will brb in 2 minutes, just grabbing coffee19:05
utkarsh2102#subtopic Nick Rosbrook19:06
utkarsh2102#link https://wiki.ubuntu.com/enr0n/CoreDeveloperApplication19:06
utkarsh2102enr0n: hey, welcome back again! super excited for you to be here! \o19:06
enr0nutkarsh2102: thanks!19:06
utkarsh2102could you please take a quick second to re-introduce yourself, please?19:06
enr0nSure. 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 Vermont19:07
utkarsh2102enr0n: also, I intentionally didn't sponsor your MP last week! I am hoping you'd do that yourself!!!!!!!!!! :)19:07
enr0nutkarsh2102: ah well that would be nice!19:07
utkarsh2102I hereby open the floor for questions19:08
utkarsh2102I'll go first19:08
rbasakFYI, enr0n's previous application can be found here: https://irclogs.ubuntu.com/2023/02/06/%23ubuntu-meeting.html#t16:0719:08
utkarsh2102enr0n: since the last application, what has changed? can you give a quick TL;DR?19:08
* sil2100 is back19:09
enr0nutkarsh2102: 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 sponsors19:09
utkarsh2102sweet!19:11
utkarsh2102thanks!19:11
enr0nOf course19:12
rbasakenr0n: have you manage to work on any transitions yet?19:12
rbasakmanaged19:12
utkarsh2102anyone else?19:12
sil2100enr0n: when working on +1 maintenance, how do you usually identify what to work on next?19:13
sil2100(great +1 maintenance reports btw.)19:13
enr0nrbasak: 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 transitions19:14
utkarsh2102seconded, good +1 reports, good stuff.19:14
rbasakenr0n: 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:14
enr0nsil2100: 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 finish19:15
sil2100enr0n: thanks o/19:17
enr0nrbasak: 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 bump19:18
utkarsh2102enr0n: 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
seb128it's a tricky balance indeed19:18
rbasakenr0n: OK, thanks.19:18
enr0nutkarsh2102: 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 context19:18
utkarsh2102yep19:19
utkarsh2102any more questions?19:19
rbasakenr0n: if somebody's upload gets stuck in proposed, who's expected to handle it?19:19
enr0nrbasak: the uploader19:20
rbasakenr0n: 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:21
enr0nrbasak: 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 change19:23
rbasakenr0n: OK. And who do you need approval from if you need an exception?19:24
enr0nrbasak: the ubuntu release team19:24
rbasakThanks. Setting aside exceptions, if you disagree with the technical content of an upload someone else has performed, how should you proceed?19:25
enr0nI 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 needed19:27
rbasakOK, and what would you do if that's not successful and you think an escalation is appropriate?19:27
enr0nI would reach out to a more senior member of my team, or maybe ask in #ubuntu-release for advice19:28
rbasakOK, thanks. I have no more questions.19:28
utkarsh2102sweet, no questions from me either19:29
utkarsh2102seb128, sil2100, bdmurray?19:30
sil2100No questions here19:30
seb128neither from me19:30
bdmurraynone here19:30
utkarsh2102sil2100: ?19:31
rbasak<sil2100> No questions here19:32
utkarsh2102oh crap, missed it19:32
utkarsh2102let's proceed to vote19:32
utkarsh2102#vote Nick to get core-dev rights19:33
meetingologyPlease vote on: Nick to get core-dev rights19:33
meetingologyPublic 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
sil2100+119:33
meetingology+1 received from sil210019:33
rbasak+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 work19:33
meetingology+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 rbasak19:33
seb128+119:33
meetingology+1 received from seb12819:33
rbasakconsistent with that. Thank you for all your work on Ubuntu!19:33
bdmurray+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
meetingology+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 bdmurray19:33
utkarsh2102+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
meetingology+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 utkarsh210219:33
utkarsh2102#endvote19:34
meetingologyVoting ended on: Nick to get core-dev rights19:34
meetingologyVotes for: 5, Votes against: 0, Abstentions: 019:34
meetingologyMotion carried19:34
utkarsh2102congratulations, enr0n! :D19:34
dbungert🎉19:34
enr0n\o/19:34
utkarsh2102#action I'll take up the announements19:35
meetingologyACTION: I'll take up the announements19:35
utkarsh2102I mean, Utkarsh will, oof19:35
utkarsh2102anyway19:35
enr0nThank you everyone!19:35
utkarsh2102moving to AOB19:35
utkarsh2102#topic AOB19:35
utkarsh2102<seb128>: sorry, those meetings feel chaotic, we need to pre-define a chair imho19:35
utkarsh2102let's talk about that19:36
utkarsh2102seb128:^19:36
seb128yes please19:36
sil2100I think we tried pre-defining the chair in the past, but that didn't quite work as the DMB had trouble getting quorum19:36
seb128the define a chair/backuo for the next meeting works fine for the TB imho19:36
sil2100But 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 absent19:36
seb128if there is no quorum there is no meeting19:37
seb128should we optimize for the non working cases?19:37
sil2100And in case both are missing, which hopefully will be only infrequent, we can resolve tihngs as we do now, by volunteers19:37
seb128if they are absent then we just are in the same situation than today...19:37
seb128there isn't much to loose imho19:37
sil2100Exactly19:38
sil2100So I'd be +1 on that19:38
seb128should we vote?19:38
rbasak+119:39
seb128+119:40
sil2100I19:40
utkarsh2102+119:40
sil2100I'm +1 of course too19:40
bdmurrayTo be cleare we are voting on having a chair and a backup chair for meetings going forward?19:41
utkarsh2102so are we going to define the chair for the subsequent meeting everytime?19:41
seb128bdmurray, yes19:41
bdmurrayOkay, I'm a +1 on that19:41
seb128utkarsh2102, that's the suggestion, TB just do it in alphabetic order from the launchpad team19:41
bdmurrayChoosing the next chair at the current meeting makes sense to me19:42
utkarsh2102hah!19:42
utkarsh2102right19:42
bdmurrayAs we should know our holiday schedule19:42
utkarsh2102to start things off, I can chair the next meeting, too :)19:42
seb128great :)19:42
seb128should we consider that as validated and go with the alphabetic order rule the TB using?19:43
rbasakYes19:43
seb128great!19:43
utkarsh2102si19:43
rbasakI'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:43
seb128I've another topic which is probably not fit to discuss now but I don't know what's the proper way to bring the subject19:44
sil2100utkarsh2102: who will be backup?19:44
utkarsh2102is that for me to decide?19:44
utkarsh2102I'll pick sil2100, hahaha19:44
sil2100I guess alphabetically that woul be me!19:44
seb128sil2100, let's go alphabetic from https://launchpad.net/~developer-membership-board/+members so you19:44
seb128:p19:44
sil2100;)19:44
seb128should we move on to the next topic(s)?19:46
utkarsh2102sure19:47
utkarsh2102is there any?19:47
seb128I've one which I'm unsure where to discuss19:47
bdmurrayI believe so19:47
utkarsh2102#topic mythbuntu-dev19:47
utkarsh2102[bdmurray] Why is mythbuntu-dev still a delegated team when it isn't a flavor?19:47
utkarsh2102go go go19:47
bdmurrayhttps://launchpad.net/~mythbuntu-dev/+members#active the only members are ubuntu-core-dev19:47
bdmurrayI found the team listed under delegated teams at https://wiki.ubuntu.com/DeveloperMembershipBoard19:49
rbasakI guess someone needs to wind everything up there?19:49
bdmurrayrbasak: Do have an idea of what "wind everything up" means?19:49
rbasakI don't, sorry.19:51
rbasakAnything outstanding like the delegation you spotted I guess?19:51
rbasakShould we contact the last known contacts first?19:52
rbasakMight be polite.19:52
rbasak(at least to try)19:52
bdmurraySure, I can do that.19:52
rbasakBut also, maybe a low priority since it isn't causing much harm right now?19:53
utkarsh2102si19:54
bdmurrayOkay19:54
utkarsh2102let's move on?19:56
seb128yes!19:56
seb128so I had a topic which we aren't going to be able to discuss now but I would like to bring up for discussion19:57
rbasakseb128: could you add it to the agenda?19:58
seb128maybe the mailing list is better and I will post there19:58
rbasakOr sure, mailing list19:58
seb128just getting input19:58
seb128I think the current DMB line (from the past meetings record) discourage coredev applications19:58
seb128the 'you didn't work outside of you usual package set, you are not ready for coredev' line is damaging19:59
seb128you can have very skilled people that just work in a set19:59
seb128why would we deny them trust?19:59
utkarsh2102yep20:00
seb128it just feel them considered negatively which I think is helping nobody20:00
utkarsh2102okay, we have two AOB now20:00
utkarsh2102one from Brian and one from Seb20:00
seb128I will email the list20:00
utkarsh2102let's do it next time20:00
sil2100I 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 zone20:00
utkarsh2102since we're at the top of the hour now20:01
seb128ack20:01
bdmurray+1 sil210020:01
seb128I think think we are a velocity issue btw20:01
seb128we don't cover much in an hour, there is more gaps than active times in those meetings20:01
seb128which might be a 3rd AOB20:01
seb128utkarsh2102, thanks for chairing!20:01
utkarsh2102and also next meeting has only 1 contirbuting dev so we'll have more time to do these talks20:01
utkarsh2102sweet, np. Any last words before I shut this off? :)20:02
utkarsh2102this = meeting20:02
utkarsh2102not the topic, hehe20:02
seb128I'm not going to be there for the next one btw, summer holidays20:02
utkarsh2102uh oh20:02
utkarsh2102have fun, seb128 \o20:02
utkarsh2102#endmeeting20:02
meetingologyMeeting ended at 20:02:49 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-07-10-19.04.moin.txt20:02
seb128utkarsh2102, thanks!20:02
utkarsh2102thanks, everyone! have a good one! \o20:02
sil2100o/20:03
sil2100utkarsh2102: thanks for chairing!20:03
=== not_phunyguy is now known as phunyguy
=== not_phunyguy is now known as phunyguy

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!