=== not_phunyguy is now known as phunyguy === doko_ is now known as doko === unixlab is now known as nicoz [18:54] o/ [18:58] o/ [18:58] hello  o/ [18:59] Unfortunately I have hard stop/clash today at 1945Z. So I've spent more time in advance than usual today. [19:00] And I have questions ready to go. [19:00] it looks like sil2100 isn't able to make it today, i think only other who might attend is teward [19:00] and maybe rafaeldtinoco [19:01] on the agenda sil2100 is up for chairing, but as he's not here i can chair [19:01] Thanks! [19:01] let's give just 1-2 more minutes to see if teward arrives [19:03] ok let's proceed, we'll almost certainly have to continue the voting in email and/or at later mtgs, but we can at least ask questions now [19:03] #startmeeting Ubuntu Developer Membership Board [19:03] Meeting started at 19:03:10 UTC. The chair is ddstreet. Information about MeetBot at https://wiki.ubuntu.com/meetingology [19:03] Available commands: action, commands, idea, info, link, nick [19:03] no preivous action items in the agenda [19:03] going down the list, first topic is MOTU application [19:03] #topic Ubuntu MOTU Developer application [19:04] fheimes hello! can you introduce yourself? [19:04] hi, yes sure: [19:04] #link https://wiki.ubuntu.com/FrankHeimes/MOTU [19:04] I'm Frank (Heimes), living in Germany, joined Canonical in '16 and I'm working in the SCE 'Server Commercial Engineering' (former 'hardware enablement' (former 'hyperscale')) team. [19:04] o/ [19:04] The areas and topics I'm working on are mainly s390x (IBM Z) and ppc64el (IBM Power) projects. [19:05] There is quite some coordination work needed, but I want to stay in touch with technology and want to do development work, too. [19:05] Hence meanwhile I'm doing almost all the kernel SRU and Patch work in these projects, and try cover a bit more work in the packaging area, too. [19:05] I think looking at universe packages is a good start and I worked on several universe packages (but also on some from main - see MOTU-appl. wiki page) - I guess about half of them are s390x specific. [19:05] That's the reason I'm applying for the MOTU mebership (contributing developer) application - to be able to do more on the universe ones, w/o having to annoy others too much. [19:06] What else to say ... I also contributed a bit to the (old) installation-guide, the current Ubuntu Server guide and discourse and to the ubuntu-maintainers-handbook, again esp. in the area of installation. [19:07] thanks! rbasak or teward go ahead with any q, i'm still reading the application [19:07] Well, I do not have a big Debian (distro) background, but I did some (internal) 'rough' Debian packaging in my previous job and maintained a few packages there. But I still had to learn (and still need to learn) more about Debian packaging and the Ubuntu processes (like SRU, versioning, transitions, etc.) on top. [19:07] fheimes: looks like you've got a great track record in getting bugfixes landed in Ubuntu. Thank you for your work! [19:07] fheimes: but have you done any package merge work in Ubuntu that demonstrates that you know how to do one correctly? [19:08] I recently worked on a version bump of openssl-ibmca, that got just today reviewed and uploaded by schopin [19:09] as well as for the (very specific) python3-zhmcclient package [19:09] I didn't know fheimes was coming in for his developer membership (I just have an s390x highlight, haha!), but I work with him a lot these days on Ubuntu w/ s390x stuff and he's always fantastic to collaborate with, including most recently with some new folks working on the Debian s390x port [19:09] I haven't done much LP PR merge work yet  ... [19:09] https://launchpad.net/ubuntu/+source/python3%2Dzhmcclient 404s? [19:10] No I mean a package merge - doesn't matter about the workflow. Something that catches up with Debian changes when an Ubuntu delta exists. [19:10] rbasak: src:zhmcclient [19:11] Thanks [19:11] https://launchpad.net/ubuntu/+source/zhmcclient [19:11] Yeah neither of those are merges :-/ [19:11] rbasak: src:zhmcclient [19:11] blah laggg [19:11] not merges in the sense of sync from debian, no [19:13] fheimes: when rbasak and I speak of merges we mean merging newer Debian versions into the Ubuntu delta'd versions of a package and then handling the inclusion of the Ubuntu delta - i.e. an actual merge from Debian into Ubuntu [19:13] not a straight sync either. for clarification [19:13] fheimes: looks like you have a current outstanding responsibility wrt. your previous sponsored upload of tigervnc. Could you explain what it is, please, and what you need to do? [19:13] yes - the packages I work on in Ubuntu are often more up to date than the Debian ones [19:13] but I try to get them back on a similar level [19:14] yes - I picked a patch from upstream that fixed a certain issue and patched/modified the Ubuntu tigervnc package [19:14] but that fix is not in Debian, hence I reached out to the Debian maintainer and suggested to get that also into Debian [19:15] I didn't got a response so far [19:15] Let's say you never get a response and don't expect to get one. What's the next required step that you must take in Ubuntu? [19:15] but if the patch will not land in Debian [19:15] it will be part of the next upstream tigervns version [19:15] and if that finally lands in Ubuntu, the patch that I incl. can be dropped again [19:16] I think I should discuss this with one of the Ubuntu fellows that is also a Debian mantainer [19:17] since I'm not a Debian maintainer I can't upload it myself [19:18] not sure if that is a perfect or exhausting answer though ... [19:19] It's good that you'd ask for help. [19:20] in case of my work on qtwebkit-opensource-src is worked surprisingly nice [19:20] the Debian maintainer is also an Ubuntu maintainer and was obvisouly subscribed to all qtwebkit-opensource-src bugs [19:20] hence he contacted me before I was ready and applied to to Debian right away (and sponsored my Ubunt upload afterwards ) [19:20] But I'm not sure you really understand the workflow here, so I think I'd prefer for you to continue uploading under the supervision/mentorship of someone who understands the process already. [19:20] Let's move on from my questions - thanks. [19:21] well, I think a learned about a lot processes and workflows, but probably not all in detail ... [19:22] no questions here from me that rbasak hasnt brought up [19:23] in add. I could have opened a Debian bug and have attached it to the LP bug (in case you wanted to hear that ...) [19:23] fheimes i dont have any technical q, as rbasak covered quite a lot, my question is just if motu is the most beneficial acl for you? from your upload list, it seems to be about 1/2 main, 1/2 universe [19:23] s/attached/referenced [19:24] well, I saw the MOTU application as a kind of a first step ... [19:24] ok yeah, that is what it seemed liek [19:24] it's possible that a PPU list of packages you commonly work with might be better, but it depends on what your future plans are, if you plan to apply later for coredev then motu definitely makes more sense [19:25] for me, the bar to get PPU is somewhat lower than motu, even if some of the packages are in main [19:25] I thought about PPU as well (like also mentioned by slyon) - but didn't wanted to ask for both at the same time [19:26] that's fine, we have sometimes allowed that and we just vote on the highest acl we think is ok [19:26] but for PPU it would require a predefined list of packages [19:26] I don't think MOTU should be treated as a ramp to core dev. MOTU upload requires most of the same skills and understanding, missing only a few bits (eg. component mismatches) and my bar for both is thus approximately the same. Just because it's not in main and supported by Canoncial doesn't mean that it's less important and lower quality uploads are acceptable. [19:27] I'd be OK for PPU for packages that aren't expected to be in Debian ever. [19:27] For packages that are, I think it's important to demonstrate understanding of the package merge workflow. [19:28] Because you can't keep adding Ubuntu delta without knowing how to clean it up! [19:28] yeah - s390-tools would be an obvious choice .... [19:28] well, one never know what will ever land in Debian ...   ;-) [19:29] i'm ready to vote, teward rbasak any further q or should we proceed? [19:29] I'm ready. [19:29] well, I mentioned some ways to clean this up again, but okay ... [19:29] #vote Frank Heimes application for MOTU [19:29] Please vote on: Frank Heimes application for MOTU [19:29] 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:29] robie's point still stands regardless - if you add to a delta and then dont know how to clean up and do the merge from Debian if Debian has newer its a critical workflow process thats missing there. [19:29] -1 I think it's essential that a MOTU understands package merge workflow [19:29] It's important to do merges stop universe becoming an unmaintainable mess. To receive +1 I'd have expected you to: 1) Have some sponsored package merges included in your MOTU application, with minimal required corrections from sponsors; 2) understand your responsibility to merge tigervnc since that's currently outstanding; and 3) be able to describe what a package merge is, rather than appear [19:29] -1 I think it's essential that a MOTU understands package merge workflow received from rbasak [19:30] oblivious of this process. [19:30] -1 MOTUs require knowledge of the merge workflows as well as other processes. This alone is a critical requirement. [19:30] -1 MOTUs require knowledge of the merge workflows as well as other processes. This alone is a critical requirement. received from teward [19:31] see rbasak's statements as well which echo mine. (i'm on my phone or i'd write a larger dump of pretty much similar statements here) [19:33] +0 I think your technical skill does appear to be good, but I also do agree on the point that MOTU should be aware of processes like merges; additionally the MOTU acl doesn't seem like the best fit for past work; if you only want PPU, I'd suggest getting some more uploads for a core set of packages; if you do want MOTU, I think you should get more uploads over a broad set of universe packages, including merges [19:33] +0 I think your technical skill does appear to be good, but I also do agree on the point that MOTU should be aware of processes like merges; additionally the MOTU acl doesn't seem like the best fit for past work; if you only want PPU, I'd suggest getting some more uploads for a core set of packages; if you do want MOTU, I think you should get more uploads over a broad set of universe packages, including merges received from ddstreet [19:33] #endvote [19:33] Voting ended on: Frank Heimes application for MOTU [19:33] Votes for: 0, Votes against: 2, Abstentions: 1 [19:33] Motion denied [19:34] fheimes: the good news is: you have an outstanding merge to do! Get some help from mentors on merging tightvnc and you'll have at least 1 unit of experience ready for your reapplication, which I hope to see soon! [19:34] indeed, with some more work i think a reapplication would be welcome [19:34] And I hope that having done that you'll understand what we mean. [19:35] He did also apply for Contributing Developer. [19:35] oh! ok i missed that [19:35] fheimes would you like us to vote on contributing developer? [19:35] merging back tigervnc was and is still on my list, yes [19:35] thanks anyway ... [19:36] well, if possible, yes [19:36] sure, is that ok with you rbasak teward? [19:36] to vote for contrib devel [19:36] Yes please [19:36] #vote Frank Heimes application for Ubuntu Contributing Developer [19:36] Please vote on: Frank Heimes application for Ubuntu Contributing Developer [19:36] 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:37] +1 [19:37] +1 received from rbasak [19:37] +1 for Ubuntu Contributing Developer [19:37] +1 for Ubuntu Contributing Developer received from teward [19:37] Lots of valuable contributions on your application page. Thank you for your work! [19:37] +1 definitely sustained and broad work technically and non-technically, well deserved [19:37] +1 definitely sustained and broad work technically and non-technically, well deserved received from ddstreet [19:37] #endvote [19:37] Voting ended on: Frank Heimes application for Ubuntu Contributing Developer [19:37] Votes for: 3, Votes against: 0, Abstentions: 0 [19:37] Motion carried [19:38] I need to run now. Thanks all! [19:38] many thx [19:38] thanks rbasak! o/ [19:38] and I need another coffee run, or i'll crash hard. o/ [19:38] technically, we need 4 +1 on any vote, but I'm certain we can get one more +1 for your contributing devel application [19:38] thanks teward! o/ [19:39] so fheimes I'll take the vote to the ML to see if we can get one more DMB vote on it; if not, we can pass it next DMB meeting. [19:39] and definitely think about reapplying when you feel you're ready [19:39] #action ddstreet take vote to ML for Frank Heimes application for Ubuntu Contributing Developer [19:39] ACTION: ddstreet take vote to ML for Frank Heimes application for Ubuntu Contributing Developer [19:40] yepp, will keep that in mind [19:40] well we've lost all our DMB members now except me, so I guess I'll defer the AOB section until next meeting. [19:41] *returns with glorious elixir* [19:41] is there anything in AOB tho? :P [19:41] teward ah well that was a fast coffee! :) [19:41] ddstreet: 30 ft. away is the Keurig :p [19:41] since you're here let's go thru it [19:41] #topic AOB [19:42] #subtopic Should we check candidate signing of Ubuntu Code of Conduct? [19:42] subtopic send teward unlimited coffee funds [19:42] i added this one; i dont remember where i was discussing it, but i realized we don't actually check this as part of the application process [19:42] we probably should though? [19:42] ddstreet: my strong opinoin: yes. it needs to be done [19:43] any contributions are governed by CoC, we brought this up during the chaos that involved CC involvement in certain people with rights (upload or otherwise) doing lots of CoC violations [19:43] resulting in hardcore booting from contributing in future [19:43] so we started to say membership routes need to validate that CoC is going to be abided by [19:43] whether we verify that the person has signed CoC on launchpad or we validate they agree to abide by it [19:43] ok let's put an action item to add this to the docs, and we shoudl probably have some way to remind ourselves to check it each application too [19:44] at least, that's what we pushed to the Membership Boards anyways [19:44] yep [19:44] you want to take the action? or i can [19:44] since it's just me any you :) [19:44] you just volunteered :p [19:44] or i could add it 'unassigned' ;-) [19:44] lol [19:44] yeah guess i did [19:45] #action ddstreet update application docs and possibly DMB checklist, to make sure candidates have signed CoC before applying and before DMB approves [19:45] ACTION: ddstreet update application docs and possibly DMB checklist, to make sure candidates have signed CoC before applying and before DMB approves [19:45] ok last AOB for this week [19:45] #subtopic Following up to this email from teward, should we update the application process wiki page to clarify the (possible) need to first apply to the ubuntu-wiki-editors team [19:46] ddstreet: i think that needs to be globally made known across all the boards and all the application processes [19:46] so...i wasn't aware that most people can't create their own wiki page to use as an application page [19:46] not just DMB level membership stuff [19:46] yeah i knew about it but I kinda forgot since i've had edit privs since $Ever [19:46] :P [19:46] yeah definitely - it should be clarified in all application processes [19:46] lol [19:46] you want to take this action item then? ;-P [19:46] agreed. i'll forward that on to the standard membership boards as well with my CC hat on, but yes, we should probably make a note that it'll need to be done in the wiki pages. [19:47] ddstreet: all the pages are becoming blurs, but yes. [19:47] i'll take that one [19:47] lol, awesome thanks! [19:47] #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 [19:47] 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 [19:47] ok that's all the AOB [19:48] teward any final items from you? [19:48] no there's one we haven't addressed. send teward coffee. :P [19:48] lol [19:48] (it's well known i'm a coffee addict so occasionally I joke to keep things light :P) [19:48] that's an ongoing one ;-) [19:48] alls good [19:48] ok let's wrap then, 10 minutes early [19:48] I'm afraid it's not a joke.. ;) [19:48] #endmeeting [19:48] Meeting ended at 19:48:48 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-01-24-19.03.moin.txt [19:48] * sarnold runs [19:48] lol [19:49] sarnold: lol [19:51] bye all   o/ === genii-core is now known as genii