=== cpaelzer_ is now known as cpaelzer === rbasak_ is now known as rbasak [15:00] o/ === genii-core is now known as genii [15:04] hmm just me so far... [15:04] o/ [15:09] Do we have a quorum? [15:10] no so far :( [15:11] i guess let's give it another 5 minutes to see if 2 more members show up, since we do have an applicant on the schedule [15:11] though i'm not sure if halves is around either [15:11] ddstreet I'm here =] [15:12] o/ hurray! well let's see if we can get quorum then... [15:12] I might be a bit less responsive right now as I have a conflicitng ongoing meeting now [15:13] halves: in case we don't get quorum today - do you want to move your application to the next meeting or maybe try via e-mail? [15:13] sil2100 I'm not sure how it would work via e-mail, but either would be fine by me [15:14] I know we didn't do quite well with e-mail applications in the past, but maybe it's time to just try to make things better! [15:14] well, I'm open to giving it a try fwiw hehehe [15:15] yep, and i think i'm going to add a rules item to next mtg's agenda to propose an official way to explicity handle situations like this [15:15] The problem was usually that DMB members took too long to reply with questions and/or votes [15:16] we've started to do quite poorly with quorum this year, down to only 52% of our mtgs reach quorum :( [15:16] ddstreet: +1 [15:17] halves: ok, let's maybe do it like this - let me take the action of starting the handling of your application via e-mail but, at the same time, move you to the next meeting, so that if things get too slow via e-mail then we can at least attempt getting this fixed in 2 weeks [15:18] sil2100 ok, thank you! just so I'm subscribed to the right places, are email applications handled in a public list? ubuntu-devel or devel-permission, maybe? [15:18] it'll be on devel-permission [15:19] thanks sil2100 [15:20] so i think we're wrapped up for today then, with no quorum, and moving the application to email (and/or next mtg), i'll be around for a while if anyone has any other business too [15:20] thank you, ddstreet sil2100 :) [15:20] o/ [15:20] Sorry I'm late [15:21] ah, hi o/ [15:21] (I'm still otp) [15:21] still only 3, though [15:22] o/ [15:23] I sent !dmb-ping [15:23] T [15:23] That might alert others [15:23] * ddstreet refills coffee [15:23] Im here [15:24] sorry was finishing up fisiotherapy [15:24] ddstreet: rbasak sil2100 [15:24] want to continue ? [15:24] I'm happy to proceed now [15:25] o/ [15:25] ok [15:26] Question is: who is to the chair for this meeting? [15:26] can someone do it ? I swear I''l do the next [15:28] sure i can chair [15:28] #startmeeting Developer Membership Board [15:28] Meeting started at 15:28:55 UTC. The chair is ddstreet. Information about MeetBot at https://wiki.ubuntu.com/meetingology [15:28] Available commands: action, commands, idea, info, link, nick [15:29] halves: hey, you still around I hope? ;) [15:29] sil2100 still around :) [15:29] #topic Review of previous action items [15:30] #subtopic ddstreet edubuntu seed <-> pkgset (carried over) [15:31] i'll get to this eventually i suppose :( [15:31] #action ddstreet edubuntu seed <-> pkgset (carried over) [15:31] ACTION: ddstreet edubuntu seed <-> pkgset (carried over) [15:31] #subtopic rafaeldtinoco look at https://lists.ubuntu.com/archives/devel-permissions/2021-March/001635.html (carried over) [15:31] nope, I did the similar requests that came through email but forgot to see there was a leftover [15:31] carry this over please and I'll update later today [15:31] #action rafaeldtinoco look at https://lists.ubuntu.com/archives/devel-permissions/2021-March/001635.html (carried over) [15:31] ACTION: rafaeldtinoco look at https://lists.ubuntu.com/archives/devel-permissions/2021-March/001635.html (carried over) [15:32] #subtopic teward to add FourDollars to the Canonical OEM metapackage packageset [15:32] don't think he is around today [15:33] i think he did this though [15:34] ah yes, found the team https://launchpad.net/~canonical-oem-metapackage-uploaders/+members [15:35] he has been added [15:35] #subtopic teward to announce FourDollars' successful application [15:35] and announced https://lists.ubuntu.com/archives/devel-permissions/2021-June/001702.html [15:35] #subtopic teward to apply Utkarsh's core dev permissions [15:36] yep, he has been added to ~ubuntu-core-dev team [15:36] \o/ [15:36] yep to 4dollars. i literally JUST woke up because i had no sleep last night so apologies I am not here on time and am basically dead this meeting [15:36] #subtopic teward to announce Utkarsh's successful application [15:36] (insomnia is a pain) [15:36] ah hello o/ [15:37] (i'm still not here fully) [15:37] that is announced as well https://lists.ubuntu.com/archives/devel-permissions/2021-June/001701.html [15:37] ok that's all the previous action items [15:37] i think we can move directly to SRU developer application for halves [15:38] #topic SRU Developer application [15:38] halves welcome, can you introduce yourself please? [15:39] halves i think you briefly dropped, i'd just asked if you could introduce yourself [15:39] and also, welcome :) [15:40] ddstreet sorry, I was having some connection issues. seems stable now, hopefully there won't be problems [15:40] Hello, everyone! I'm Heitor, I work for Canonical in the Sustaining Engineering team. Most of my work is on bugs reported by Ubuntu Advantage customers, where I need to backport patches to the stable Ubuntu releases. I'd like to apply for the SRU developer role today. My wiki page has some examples of my work so far: https://wiki.ubuntu.com/halves/sru-developer [15:40] #link https://wiki.ubuntu.com/halves/sru-developer [15:41] thanks, i'll give some time for everyone to read and ask questions [15:42] halves: hello! Question: when working on an SRU and trying to fix multiple bugs, how would you decide whether you should cherry-pick single fixes or backport a whole new upstream release for the changes? [15:45] sil2100 hi! [15:46] sil2100 well, I think that would depend on the specific pkg. I'd start checking how much we'd have to change with individual cherry-picks, if it's simple changes that are mostly "self-contained", I'd probably lean towards that. if the patches are complex and have additional dependencies, I'd evaluate the feasibility of doing a new release [15:46] Thanks [15:46] halves: have you ever dealt with SRUs that aren't just cherry-picked bugfixes? Eg. feature changes, or new upstream releases? [15:47] he created his own set of upstream changes for netplan at: https://github.com/canonical/netplan/pull/89/commits/8795c1f7e666fd53fbd965cabba30bc167784dbc [15:47] Pull 89 in canonical/netplan "Introduce support for networkd address options" [Merged] [15:47] rbasak yes, I've had to push upstream and Debian fixes before doing SRUs before [15:47] thanks rafaeldtinoco, Netplan is a good example :) [15:47] halves: I mean: have you managed an SRU where the upload to Ubuntu wasn't a cherry-pick? [15:47] halves: what are migration excuses and why are they important for SRU proposals ? [15:49] rbasak yes, I've also had to do backports due to upstream patches diverging or not applying directly. there's a recent ZFS example in my wiki page, for https://bugs.launchpad.net/bugs/1875577 [15:49] Launchpad bug 1875577 in zfs-linux (Ubuntu Focal) "Encrypted swap won't load on 20.04 with zfs root" [Medium, Fix Released] [15:51] rafaeldtinoco iirc migration excuses are important for moving SRUs "forward", out from the -proposed pocket into -releases. sometimes we can get autopkgtest failures or regressions that are not caused by the patch being introduced, and we might need to get the pkgs out of -proposed due to important fixes regardless of the autopkgtest results (such as security fixes or severe regressions) [15:52] thanks, from your answers so far and your work showed in LP I already have my vote. I'll wait for others to continue. [15:53] time check, no rush, but just pointing out our normal mtg end time is in ~7 minutes; i'm able to continue, if everyone else can [15:54] sil2100 rbasak any further q or should we move to voting? [15:54] halves: let's say that a customer requests the addition of a new feature in a package in Focal, and asks you to land it as this application was successful. How would you determine if that would be permitted or not? [15:54] since halves is on my team and i endorsed him, i'll hold my vote to the end [15:56] rbasak sorry, I'm not sure I understood the "this application was succesful" part. would this be something a customer has tested in-house and asked me to implement/backport into focal? [15:56] halves: sorry ignore that part, it's not important. Your second question is correct. If that's the situation, then how would you determine if the requested change is acceptable? [15:58] rbasak well, that one would be a bit hard to answer without more context, I think. if it's a package I'm familiar with, I'd evaluate the feature, see if it's implemented or has plans to be implemented upstream first. if it's something I'm not that much familiar with, I'd probably still consult upstream and evaluate how relevant it would be for an LTS release [15:59] I understand the SRU process is not strictly for implementing new features, so it would depend on how relevant the specific feature in question is (i.e. if it fixes existing issues, etc) [15:59] halves: who would make the final decision? [16:01] rbasak if it's just a matter of implementing a new feature "just because" then I'd simply explain to the requester that this is not how the SRU process works, but I'd likely consult more experienced core devs first [16:02] halves: I agree that's a good set of actions to take in this situation. But I want to know how well you understand how decision making happens in Ubuntu with respect to SRUs. Can you tell me who ultimately decides if a new feature is or isn't acceptable in an SRU in Ubuntu? [16:06] * rafaeldtinoco has a hard stop in ~10 [16:07] rbasak I'm thinking that would be a core-dev, but I've never been in that situation before honestly. seems like this would be a good topic for me to study up on [16:08] OK, thanks [16:10] rbasak any further q? [16:10] No further questions, thanks [16:11] ok thanks let's get the vote in before rafaeldtinoco has to go [16:11] #vote Grant Heitor Alves de Siqueira SRU Developer [16:11] Please vote on: Grant Heitor Alves de Siqueira SRU Developer [16:11] 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:12] as mentioned, i'll hold my vote to the end [16:12] * rbasak is typing [16:13] +1. Despite Heitor not having so many SRUs, I have gone through his work, through the bugs he has worked on. He has a very good documentation on what he does. He gives enough information in the bugs so one can find how to reproduce the issue and how his actions are targetting the resolution. He has good upstream work with netplan showing development skills. He has good knowledge about internals considering his linux [16:13] kernel work. Therefore I will be very happy with him being part of the sru uploader team. [16:13] +1. Despite Heitor not having so many SRUs, I have gone through his work, through the bugs he has worked on. He has a very good documentation on what he does. He gives enough information in the bugs so one can find how to reproduce the issue and how his actions are targetting the resolution. He has good upstream work with netplan showing development skills. He has good knowledge about internals considering his linux received from ra [16:18] -1 but hopefully with a very straightforward path to changing my vote to a +1 [16:18] -1 but hopefully with a very straightforward path to changing my vote to a +1 received from rbasak [16:18] Your SRU work looks good, and you have strong endorsements. So I'm confident that you can produce technicallhy good quality SRUs without supervision - when they are cherry-picks. [16:18] However I'm concerned that you don't fully follow the social aspect here: who is responsible for what, who can make final decisions, and so forth. When you can upload and others cannot, the social tendency is that you end up becoming the gatekeeper for unusual requests too. I don't expect you to be able to deal with these yourself, but I do think you ought to understand who to ask, and who can [16:18] decide. [16:18] I'm therefore -1 for now. I'd like you to go over this with one of your mentors. Once done, and your mentor confirms that they think you do have this straight in your mind, then I'd be happy to change my vote to +1 without need for a further meeting. [16:19] It's just the social side that I'm concerned about. I have no doubt in your technical skill here. [16:20] sil2100 you still around to vote? [16:24] te-ward indicated earlier he wasn't able to stay, and it looks like sil2100 had to leave as well, leaving us without quorum to finish voting (even with my vote)...i'll give a few more minutes before calling it [16:25] rbasak thank you for the feedback! I'm happy for the positive notes on the technical side, and will follow up on your other concerns for sure [16:29] halves: and i would encourage you to follow core-dev application, its very obvious you have the skills to do so, maybe you can start helping in maintaining a package not getting too much attention [16:29] ok looks like we won't make voting quorum today, so no need for me to vote [16:30] #endvote [16:30] Voting ended on: Grant Heitor Alves de Siqueira SRU Developer [16:30] Votes for: 1, Votes against: 1, Abstentions: 0 [16:30] Motion carried [16:30] well, not actually carried [16:30] sorry halves, but as discussed above I hope we'll see you reapply soon :) [16:31] +1 [16:31] ddstreet no worries! I definitely will :) [16:31] thank you all for reviewing my application today [16:31] ok just a couple more items before wrapping the mtg [16:31] #topic Outstanding mailing list requests to assign [16:32] #subtopic https://lists.ubuntu.com/archives/devel-permissions/2021-August/001718.html [16:32] rafaeldtinoco did you happen to handle that one? [16:32] if you're still around [16:32] that one is done, I think I replied to it [16:33] great, thanks [16:33] #subtopic https://lists.ubuntu.com/archives/devel-permissions/2021-August/001722.html [16:33] the archives dont show multi-month thread replies i think =( [16:34] anyone want to take this ml request? [16:34] ok i can review it, looks easy [16:35] #action ddstreet to review ml request https://lists.ubuntu.com/archives/devel-permissions/2021-August/001722.html [16:35] ACTION: ddstreet to review ml request https://lists.ubuntu.com/archives/devel-permissions/2021-August/001722.html [16:35] unless i missed anything from the list, i think that's all the pending emails [16:35] #topic Select a chair for the next meeting [16:35] guess i'll move myself to the end :) [16:36] rafaeldtinoco i'll just leave you as the next chair [16:36] ddstreet: alright [16:36] tku [16:36] #topic Any other business [16:36] long mtg today, anything else? [16:36] ok let's wrap up then, thanks all o/ [16:36] #endmeeting [16:36] Meeting ended at 16:36:52 UTC. Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-08-23-15.28.moin.txt [16:37] i'll update the agenda [16:37] thanks everyone!