[15:53] <utkarsh2102> !dmb-ping
[15:53] <utkarsh2102> I forgot what's that 😭
[15:54] <utkarsh2102> oh there!
[15:54] <xypron> o/
[15:54] <teward> genii: where's my coffee
[15:54] <utkarsh2102> xypron: \o
[15:54] <teward> *slaps utkarsh2102 for interrupting his coffee run*
[15:55] <sil2100> o/
[15:55]  * utkarsh2102 falls on the floor because of teward's slap intensity
[15:56] <utkarsh2102> are
[15:56] <utkarsh2102> we
[15:56] <utkarsh2102> quorate?
[15:56] <utkarsh2102> I sure hope so :)
[15:58] <rbasak> o/
[15:58] <rbasak> kanashiro sends his apologies
[15:59] <utkarsh2102> cool!
[16:00] <utkarsh2102> although I see him lurking here :)
[16:00]  * genii gets the lunchtime coffeepot going and reserves teward a mug
[16:00] <utkarsh2102> bdmurray: I guess you're here? or busy in the release stuff?
[16:01] <teward> we have utkarsh2102, rbasak, sil2100, and myself
[16:01] <teward> so that's quorate if we all have the same votes
[16:01] <teward> otehrwise stuff moves to ML again
[16:01] <teward> notit for chairing
[16:01] <teward> because i'm triple tasking
[16:01] <utkarsh2102> I'll chair, no problem
[16:01] <utkarsh2102> #startmeeting Developer Membership Board
[16:01] <meetingology> Meeting started at 16:01:52 UTC.  The chair is utkarsh2102.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[16:01] <meetingology> Available commands: action, commands, idea, info, link, nick
[16:01] <xypron> o/
[16:02] <utkarsh2102> we have today's agenda here: https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda
[16:02] <utkarsh2102> #link https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda
[16:03] <utkarsh2102> skipping through the first few tasks, I guess
[16:03] <bdmurray> I'm somewhat preoccupied with an issue in my aera
[16:03] <sil2100> I think the vote for Alex from the previous DMB meeting is finished, someone needs to announce the failed result. Should we get some action items to handle the unsuccessful application?
[16:03] <utkarsh2102> and directly proceeding to MOTU applications (we have quite some other things to discuss as well!)
[16:04] <utkarsh2102> #topic MOTU Applications
[16:04] <utkarsh2102> #subtopic Frank Heimes
[16:04] <fheimes588894> o/
[16:04] <utkarsh2102> I think we still lack the quorum for that one - it's been a while now.
[16:04] <teward> where does the vote stand currently on the ML?
[16:04] <teward> since it was moved to ML
[16:05] <utkarsh2102> bdmurray's vote is all that's left, last time I checked.
[16:05] <sil2100> bdmurray: ^
[16:05] <bdmurray> ack
[16:06] <utkarsh2102> 3 +1s, 2 -1s, 2 +0s
[16:06] <utkarsh2102> bdmurray: your vote is going to be the deciding thing here
[16:06] <utkarsh2102> should I move on considering bdmurray will vote soon and we can then wrap this up?
[16:07] <bdmurray> yes lets move on
[16:07] <teward> yes move on, we'll hadnle any ML-moved items on the ML
[16:07] <utkarsh2102> thanks!
[16:07] <utkarsh2102> #topic Alexandre Ghiti
[16:07] <utkarsh2102> 3 -1s, 2 +0s
[16:07] <utkarsh2102> even though sil2100 and bdmurray haven't voted yet, it's clear that it's -1 overall
[16:07] <sil2100> As mentioned, this has enough votes, sadly
[16:07] <sil2100> Yeah
[16:07] <utkarsh2102> so I'll wrap that up
[16:07] <sil2100> Thanks!
[16:08] <utkarsh2102> moving on..
[16:08] <utkarsh2102> #action utkarsh2102 to take care of Alexandre Ghiti's application.
[16:08] <meetingology> ACTION: utkarsh2102 to take care of Alexandre Ghiti's application.
[16:08] <utkarsh2102> #subtopic Heinrich Schuchardt
[16:08] <utkarsh2102> #link: https://wiki.ubuntu.com/HeinrichSchuchardt/MOTUApplication
[16:09] <utkarsh2102> xypron: hellu! please introduce yourself! \o
[16:09] <xypron> Nice to meet you. I am living in Leverkusen, Germany. I am working in the Foundations team as RISC-V lead engineer. This and +1 maintenance requires touching packages in Universe. I am also the maintainer of the UEFI implementation in U-Boot.
[16:09] <rbasak> o/
[16:09] <rbasak> Were you expecting any more endorsements?
[16:09] <xypron> no
[16:09] <rbasak> https://udd.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=*Heinrich*&sponsoree_search=name suggests a wide range of sponsors.
[16:09] <xypron> I got the ones I asked for
[16:09] <rbasak> What are their opinions on your MOTU application?
[16:11] <xypron> My understanding is that I have gathered a good bunch of experience in packaging. And at least from my team I had the feeling that my colleauges were ok with me going forward to apploy.
[16:11] <rbasak> Your upload history certainly looks good and wide ranging.
[16:12] <utkarsh2102> I find that very clever, funny, and interesting that 6 out of 7 DMB members have sponsored something for you. :)
[16:12] <teward> *is the only one who hasn't*
[16:12] <xypron> That was not my intent :)
[16:12] <sil2100> I did not formally endorse Heinrich's application, but whenever sponsoring his packages, I can't remember having any issues with the provided packaging!
[16:13] <utkarsh2102> teward: you have :)
[16:13] <utkarsh2102> rbasak: hasn't
[16:13] <teward> i have?
[16:13] <teward> oh
[16:13] <teward> wait why don't i show up in the list :|
[16:13] <utkarsh2102> sbsigntool
[16:13] <teward> oh there i am >.<
[16:13] <teward> *goes and facedesks*
[16:13] <utkarsh2102>  	0.9.4-2ubuntu1 to Impish
[16:13] <utkarsh2102> you do show up there
[16:13] <teward> and squid :)
[16:14] <rbasak> I do feel quite strongly that I'd like to see endorsements from a representative sample of sponsored uploads though.
[16:14] <utkarsh2102> in fact twice
[16:14] <utkarsh2102> yes!
[16:15] <bdmurray> rbasak: Is that something the candidate can control?
[16:15] <sil2100> I can endorse xypron packaging knowledge for sure. As said, I never had any issues with any of the packages he provided, as far as I can remember
[16:16] <rbasak> I'm not suggesting requiring endorsements from 100% of sponsors. But I think it's reasonable to consider it an issue if it's nearly the opposite.
[16:16] <sil2100> Process-wise, I'd like to ask some questions during the question phase, but not sure
[16:17] <rbasak> And for Canonical employee applicants where the sponsors are primarily Canonical employees, I don't think it's unreasonable at all.
[16:17] <sil2100> rbasak: it's hard to get endorsements right now, that is a sad fact. I've heard it from multiple applicants that it's hard for them to get endorsement comments on their applicaitions
[16:17] <rbasak> OTOH, the other reason people may not be comfortable endorsing are if they aren't confident an applicant is ready. It's not possible to tell the difference.
[16:17] <sil2100> Generally the rule of thumb so far was 2+ endorsements for MOTU, 3+ for core-dev
[16:18] <sil2100> So I would feel bad to suddenly require something from our applicants if we weren't explicit about this
[16:18] <bdmurray> If we count sil2100 then we are at 3 so can consider that "enough" and move on?
[16:18] <sil2100> I'm sure xypron would push harder for endorsements if he knew he'd need more
[16:18] <utkarsh2102> I agree
[16:18] <xypron> rbasak: then it should be made clear that all former sponsors should be pinged. I only pinged sil2100 seb128 and ginggs.
[16:19] <sil2100> Yeah, I didn't put anything due to time constraints, so the main thing that always makes getting endorsements so difficult
[16:20] <xypron> I also did thought it should be recent sponsors as of course packaging has a learning curve.
[16:20]  * utkarsh2102 wonders if he can get his endorsement on joining the release team but then also wonders now is not the time to joke :)
[16:21] <utkarsh2102> I agree to move on, 2 (+ sil2100) is good enough for now. rbasak: please consider this making an explicit thing if you feel strongly about this but are you okay in moving on for now?
[16:23] <rbasak> Oh sure, please don't block on me.
[16:23] <rbasak> It's going to influence my personal opinion in my vote though.
[16:23] <utkarsh2102> fair
[16:23]  * utkarsh2102 opens the floor for questions
[16:23] <utkarsh2102> sil2100: go, go, go
[16:24] <utkarsh2102> and others, too
[16:25] <sil2100> xypron: so I'd like you to tell me a bit more about freezes in Ubuntu. What kind of Ubuntu freezes should one expect for the development release (like kinetic)? What types of freezes do we have and what should/should not be done after one?
[16:25] <rbasak> xypron: have you handled a complex merge? With say more than five differences against Debian?
[16:25] <xypron> First of all kernel has separate freeze dates from rest of the distro.
[16:26] <xypron> Before a release we have a soft freeze were we need feature freeze exceptions and then hard freeze whereafter we only fix grave bugs.
[16:28] <xypron> Details can be found in https://wiki.ubuntu.com/UbuntuDevelopment/ReleaseProcess
[16:28] <xypron> Ok that page lists more freeze events.
[16:29] <sil2100> xypron: there is more, but you listed the important ones
[16:29] <sil2100> I think rbasak had a question above ^
[16:30] <xypron> The most complex thing was getting RISC-V support into GRUB.
[16:30] <xypron> Upstream was reviewing patches for the LoadFile2 protocol and then for RISC-V. All not merged upstream and not in Debian.
[16:31] <xypron> The disucussion with our maintainer resulted in that he only wanted changed behavior in riscv64 not in arm or arm64 which were touched by the upstream patches.
[16:31] <xypron> This was unfortunate as our arm64 code was and still is questionable to not say buggy.
[16:31] <rbasak> When I say merge I mean the process of updating an Ubuntu package that has a delta with an update in Debian
[16:31] <rbasak> Are we talking about the same thing?
[16:32] <xypron> Yes there were packages that had multiple ubuntu patches that are not in Debian. GRUB was one of them.
[16:32] <rbasak> Do you have a link of you doing that merge, please?
[16:33] <xypron> GRUB goes through git. Let me look for the URL
[16:33] <xypron> https://git.launchpad.net/~ubuntu-core-dev/grub/+git/ubuntu
[16:34] <utkarsh2102> rbasak: probably meant a link to your MP or equivalent
[16:35] <utkarsh2102> not the general git LP page of the package, hehe
[16:35] <rbasak> Or just which upload you had sponsored.
[16:35] <rbasak> Looking at that link, it doesn't look like you did the package merge for 2.06-2ubuntu1. Which one did you do?
[16:38] <xypron> Let me just search my bug list for updates
[16:40] <xypron> Sorry there were some packages were to fix autopkgtests I used a new DEbian package but I don't remember which.
[16:40] <utkarsh2102> meanwhile I'll put my question here, please complete the one going on until rbasak is happy :)
[16:40] <xypron> https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1973788 is merge form debian
[16:40] -ubottu:#ubuntu-meeting- Launchpad bug 1973788 in findutils (Ubuntu) "Merge findutils 4.9.0-3 from Debian" [Wishlist, Confirmed]
[16:40] <utkarsh2102> q: d'you actively send delta to Debian? if so, how? can we have some links?
[16:40] <xypron> yes.
[16:41] <utkarsh2102> cf: https://launchpad.net/ubuntu/+source/r-cran-openssl/1.4.6+dfsg-1ubuntu1 -> was it forwarded? I can't find so, only see a sync later (which is good enough here but still)
[16:41] <xypron> There are two ways: just send our bug to debian via submit to debian or
[16:41] <xypron> via salsa
[16:42] <xypron> For some problems I started creating merge request in salsa.
[16:42] <utkarsh2102> d'you have a list of such bugs or something?
[16:42] <utkarsh2102> it should be fairly easy to generate though
[16:43] <utkarsh2102> follow-up q: how d'you track a package where you add a delta?
[16:43] <xypron> https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;submitter=Schuchardt should find my submitted bugs
[16:43] <xypron> I could add myself to the bug CC.
[16:43] <utkarsh2102> "No reports found!"
[16:43] <xypron> merge-o-matic will bring up future changes
[16:46] <utkarsh2102> "could"? :)
[16:46] <xypron> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1005802 is one of the bug reports I created. So no clue why the search did not work
[16:46] -ubottu:#ubuntu-meeting- Debian bug 1005802 in autopkgtest "autopkgtest-buildvm-ubuntu-cloud does not use SMP" [Wishlist, Open]
[16:46] <utkarsh2102> how do you do them so far?
[16:48] <utkarsh2102> any more questions meahwhile?
[16:48] <xypron> I have been using submittodebian. But I may have missed to do it in some cases.
[16:48] <utkarsh2102> :(
[16:49] <rbasak> Where would you go to find out the feature freeze date for the next release after Kinetic, once it's set by the release team?
[16:51] <xypron> It should be on the developers mailing list. But also in https://launchpad/ubuntu/<release>
[16:51] <xypron> https://discourse.ubuntu.com/t/l-release-schedule/27284
[16:52] <rbasak> OK, thanks.
[16:52] <rbasak> No more questions.
[16:52] <ginggs> f.y.i. https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;submitter=heinrich.schuchardt%40canonical.com
[16:53] <xypron> thanks ginggs
[16:53] <utkarsh2102> xypron:  https://wiki.ubuntu.com/LightweightLobster/ReleaseSchedule -> should be a redirect to the discourse page. :)
[16:54] <utkarsh2102> ofc, if the release name indeed is "LightweightLobster" :)
[16:54] <xypron> good to know
[16:54] <utkarsh2102> sil2100, bdmurray, teward: any more questions?
[16:54] <utkarsh2102> 6 minutes until EOM
[16:54] <teward> nope
[16:54] <sil2100> No questions here
[16:56] <utkarsh2102> moving on in 3
[16:56] <utkarsh2102> 2
[16:56] <utkarsh2102> 1
[16:56] <utkarsh2102> #vote Heinrich Schuchardt to get MOTU rights
[16:56] <meetingology> Please vote on: Heinrich Schuchardt to get MOTU rights
[16:56] <meetingology> 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:56] <rbasak> -1
[16:56] <meetingology> -1 received from rbasak
[16:57] <rbasak> (reasons to follow)
[16:57] <utkarsh2102> #voters rbasak sil2100 bdmurray teward utkarsh2102
[16:57] <meetingology> Current voters: bdmurray, rbasak, sil2100, teward, utkarsh2102
[16:58] <bdmurray> +1
[16:58] <meetingology> +1 received from bdmurray
[16:59] <teward> +0 while i feel packaging skills and understanding of process are generally present, I wish there were more endorsements before I can fully give a 100% support for unrestricted MOTU rights.
[16:59] <meetingology> +0 while i feel packaging skills and understanding of process are generally present, I wish there were more endorsements before I can fully give a 100% support for unrestricted MOTU rights. received from teward
[16:59] <sil2100> +0 I have no doubts as for Heinrich's packaging skill and skill as an engineer, and I love that Heinrich also learns quick and can gather the needed information fast in case it's needed. But the questioning phase showed that I think he needs a bit more knowledge regarding the non-technical processes. So I'd say asking around those to get a better feeling of the formalities
[16:59] <meetingology> +0 I have no doubts as for Heinrich's packaging skill and skill as an engineer, and I love that Heinrich also learns quick and can gather the needed information fast in case it's needed. But the questioning phase showed that I think he needs a bit more knowledge regarding the non-technical processes. So I'd say asking around those to get a better feeling of the formalities received from sil2100
[17:00] <utkarsh2102> I know we shouldn't be doing +0 more often but..
[17:00] <utkarsh2102> +0; reasons to follow..
[17:00] <meetingology> +0; reasons to follow.. received from utkarsh2102
[17:01] <rbasak> Thank you for your work in Ubuntu! Your sponsored upload history looks good. But, for example, package merges in Ubuntu aren't necessarily trivial, and I could only find trivial ones in the sponsorship miner. If you're going to be MOTU, I'd like to ensure that you can handle a complex one unsupervised, which is rather different that just relying on merge-o-matic. But I couldn't find an example of
[17:01] <utkarsh2102> I really was ready to +1 but the questioning phase gave me second thoughts. I am sure Heinrich is almost there but I don't have solid confidence in being a +1 now.
[17:01] <rbasak> you having done one.
[17:01] <rbasak> I also rely heavily on endorsements. I appreciate this is tough for you since it appears to be mainly down to your colleagues. This is therefore more on the team, not on you. But I'm not comfortable accepting an apparent lack of endorsements as it's impossible to tell the difference between most of your sponsoring colleagues not being confident you're ready and thus not endorsing, and them just not
[17:01] <rbasak> getting round to it.
[17:01] <rbasak> If you were a non-Canonical applicant or your sponsors weren't primarily Canonical employees, I'd try to get more involved and see how I could help and what compromises would be appropriate to make. But for a Canonical Foundations team member with primarily colleagues sponsoring, I think it's really on your team, your mentors and perhaps your team manager to sort this out.
[17:01] <rbasak> Keep in mind that my bar is where it is for MOTU because the permission is to upload to the archive _unsupervised_. The supervised work you have been doing is good; I'd just like to see better coverage in terms of endorsements from your sponsoring colleagues, and in the Ubuntu-development-process-complexity in your experience, before voting to give you unsupervised access. To be clear, I don't
[17:01] <rbasak> think there's any question about your technical ability or technical-complexity here, IYSWIM. Please keep up the good work!
[17:02] <utkarsh2102> wow, that's super detailed. I like it!
[17:02] <xypron> Thanks for reviewing and pointing to future learning.
[17:02] <utkarsh2102> #endvote
[17:02] <meetingology> Voting ended on: Heinrich Schuchardt to get MOTU rights
[17:02] <meetingology> Votes for: 1, Votes against: 1, Abstentions: 3
[17:02] <meetingology> Motion carried
[17:02] <rbasak> I'm sorry we couldn't approve your application today.
[17:03] <utkarsh2102> indeed^ :(
[17:03] <rbasak> I think maybe we need to address this further up the chain - in how mentoring for this process is being delivered by your team.
[17:03] <utkarsh2102> but I really encourage you to apply, hopefully by the end of the year?
[17:03] <rbasak> Inside Canonical I'm making some efforts on addressing this.
[17:04] <xypron> I should sit down with sil2100.
[17:04] <utkarsh2102> xypron: I know you're in ~Foundations and you have absolutely the best folks around to help and assist. But should you need anything else, please don't hesitate to reach out to me either.
[17:04] <utkarsh2102> I'll be happy to help, work, and assist.
[17:04] <xypron> Thanks a lot.
[17:05] <utkarsh2102> we're a bit overtime
[17:05] <utkarsh2102> ok!
[17:05] <utkarsh2102> but we have something important
[17:05] <utkarsh2102> #action utkarsh2102 to take care of Heinrich's application
[17:05] <meetingology> ACTION: utkarsh2102 to take care of Heinrich's application
[17:05] <utkarsh2102> #topic AOB
[17:06] <utkarsh2102> #subtopic: Consider reinstatement for Scott Moser
[17:06] <utkarsh2102> #link https://lists.ubuntu.com/archives/devel-permissions/2022-October/002056.html)
[17:06] <rbasak> Ah yes, thanks.
[17:06] <utkarsh2102> (failed to successfully remove the ")" character but let's go
[17:06] <utkarsh2102> bah
[17:06] <utkarsh2102> anyway, how do we stand there
[17:06] <rbasak> Scott is a former colleague of mine, so I know him quite well (although we're less in touch nowadays).
[17:07] <utkarsh2102> should we discuss or just vote?
[17:07] <bdmurray> reinstatement for core dev correct?
[17:07] <rbasak> In the past, when someone has asked for a reinstatement after a long time, the DMB wanted to know the reasons for their departure, because if it was political or emotional, they might not be comfortable in reinstating them without some further thought.
[17:07] <utkarsh2102> bdmurray has some discussion to do, I guess?
[17:07] <utkarsh2102> sil2100 and rbasak was +1
[17:07] <rbasak> That's why we didn't just automatically reinstate Scott in this case.
[17:07] <utkarsh2102> s/was/were/
[17:08] <rbasak> I'm comfortable with a +1 here because I don't think that concern applies in Scott's case, but I agree with the process that it's something we should consider before approving (but it so happens that I also approve).
[17:09] <bdmurray> IIRC his membership had expired for more than a year which I find worrisome in that he may not be familiar with current processes / best practices
[17:10] <rbasak> bdmurray: I accept that might be an issue, but it's also an issue with core devs who haven't uploaded in many years but continue to renew their memberships of the team. It seems odd to allow them to continue, but deny Scott because of a missed email.
[17:11] <rbasak> If that's still a concern, then rather than denying requests for reinstatement, we should require removal for inactivity or similar.
[17:11] <rbasak> Notably Scott is still "around" in the sense that he's still in touch.
[17:11] <rbasak> But I think there are core devs who most definitely are not.
[17:14] <utkarsh2102> I don't want to waste anyone's time here but we should really conclude what we want to do
[17:14] <utkarsh2102> or at least reach out to Scott and continue there
[17:15] <utkarsh2102> I'd be sad if there were no outcome (which is what it looks like)
[17:15] <rbasak> bdmurray: if you don't want to approve Scott's reinstatement, then what do you want to happen instead?
[17:15] <utkarsh2102> I'm a +1, to be fair. Mostly because of what rbasak stated. I'm happy to see more community people around and active. I REALLYYYYYY LIKE IT.
[17:16] <utkarsh2102> teward: opinions?
[17:17] <bdmurray> rbasak: I see your point and think approving him is fine but I think the policy here should be reevaluated.
[17:18] <utkarsh2102> cool!
[17:18] <utkarsh2102> can someone work on the policy bit?
[17:18] <utkarsh2102> I'll put this in the Agenda and it's up for grabs
[17:18] <utkarsh2102> #action utkarsh2102 to approve Scott and mention the same
[17:18] <meetingology> ACTION: utkarsh2102 to approve Scott and mention the same
[17:18] <utkarsh2102> (reinstate not approve but oh well)
[17:18] <utkarsh2102> thanks, all!
[17:19] <utkarsh2102> #endmeeting
[17:19] <meetingology> Meeting ended at 17:19:04 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-10-17-16.01.moin.txt
[17:19] <rbasak> Thank you for chairing utkarsh2102!
[17:19] <utkarsh2102> I hope I wasn't too quick in ending the meet 😭
[17:19] <utkarsh2102> \o/
[17:19] <rbasak> We're over time, and I need to go, so no, not at all :)
[17:20] <utkarsh2102> hehe :D
[18:12] <teward> utkarsh2102: i got called away sorry
[18:21] <utkarsh2102> teward: no worries, all good! \o/