[15:00] o/ [15:00] o/ [15:00] o/ [15:01] o/ [15:02] o/ [15:02] Do we have a selected chair for today? [15:03] dont think so [15:03] * gaughen watches [15:03] Should I start then? Or are there any other volunteers? [15:03] * rcj watches [15:04] * rbasak is in a concurrent meeting, so would prefer not to chair [15:04] * rafaeldtinoco in the same meeting [15:04] I'm on vacation on my phone so I will mostly watch/listen [15:05] Let me start then [15:05] #startmeeting DMB meeting [15:05] Meeting started Mon Mar 9 15:05:50 2020 UTC. The chair is sil2100. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [15:05] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | be nice | DMB meeting | Current topic: [15:05] o/ [15:06] sorry network issues [15:06] (just fixed them heh) [15:06] #topic Review of previous action items === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | be nice | DMB meeting | Current topic: Review of previous action items [15:07] I think the only sensible action item from previous meetings is the fact that the vote announcement has finished and we have new DMB members o/ [15:07] We need to ratify/select our ongoing meeting schedule [15:07] indeed we do (thank you to all who gave me a vote of confidence!) [15:07] And welcome to the new DMB members :) [15:07] Welcome o/ [15:07] thank you! [15:08] =) [15:08] Thnx o/ [15:08] Let's get to the meeting schedule during AOB [15:08] agreed [15:08] Anyway, I'll clean up the agenda page to clean up those items that make no longer sense (from Review of previous action items) [15:08] Let's move on for now [15:09] #topic Package Set/Per Package Uploader Applications === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | be nice | DMB meeting | Current topic: Package Set/Per Package Uploader Applications [15:09] We have two applicants today [15:09] I see rcj is here already, cascardo are you also here? [15:09] I am around for any questions [15:10] Ok, so let's proceed in order per the agenda page then [15:10] #subtopic Thadeu Lima de Souza Cascardo for makedumpfile, kexec-tools, crash PPU [15:10] #link https://wiki.ubuntu.com/ThadeuCascardo/KdumpUploadApplication [15:10] cascardo: hello! Could you briefly introduce yourself? [15:11] hello, I work on the kernel team, have been a DD for a while, and have been maintaining kdump-tools/makedumpfile for a couple of years, IIRC [15:13] cascardo: do you have upload access to anything in Ubuntu right now, or would this be the first time you can upload to Ubuntu without sponsorship? [15:13] rbasak: I can upload the linux set of packages [15:14] Ah - granted by the kernel team DMB delegation presumably? When were you given access to that? [15:14] And do you have any other upload access apart from the linux set? [15:14] DMB members: please proceed with questions, if you have any [15:14] * rafaeldtinoco looks at https://launchpad.net/ubuntu/+source/kexec-tools/1:2.0.16-1ubuntu1 [15:14] around early 2018 [15:15] rbasak: only the linux set [15:15] OK, thanks [15:17] I don't have questions, I've worked closely with cascardo in a couple of occasions. [15:17] * rbasak is still looking [15:18] * teward is still looking as well [15:18] cascardo: this may sound like an obvious question since you're on the server team, but I notice in your application you indicate that you need to be more concervative on uploads to stable releases. You also indicate more testing should be done. ... [15:19] teward: he said he's on the kernel team [15:19] ... do you have any intention of spearheading the 'additional testing' you indicate should be done? And how would PPU rights faciliate that testing compared to what you currently have access to? [15:19] bdmurray: the ... indicated a truncation, please permit me to finish my sentences ;) [15:20] s/server team/kernel team/ [15:20] E:NeedThirdCoffee :) [15:20] (sorry for the mistype_ [15:20] teward: yeah, I would like to spearhead that, add additional testing to those packages so we can find out when they stop working for new kernels, and be more active in backporting new versions [15:20] cascardo: at the moment, would any regular upload to Ubuntu for your requested PPU packages be acceptable, or are there any restrictions? [15:20] the PPU rights would not facilitate working on that additional testing, but would allow me to more quickly get those fixes in Ubuntu [15:21] rbasak: sorry, I didn't understand the question, what do you mean by regular uploads? sponsored uploads? [15:24] cascardo: he means today I suppose .. would exist any blocker if you wanted to upload it today ? [15:24] (he is talking in a meeting I'm listening to, trying to help) [15:26] I am supposing you mean someone else doing the uploads, I haven't had issues with that, so, in principle, no restrictions [15:26] cascardo: let's say you want to do a upload to kdump-tools in focal today [15:26] what are the things you would not be able to do ? are you aware ? [15:27] well, since we are at feature freeze, I would need to get it past the SRU queue to get it into focal-proposed [15:28] yep =) [15:28] i dont have any questions, i was just finishing rbasak's question [15:28] cascardo are you subscribed, directly or indirectly, to all new bugs for these packages? If not, are you willing to subscribe yourself and triage and/or own new bugs? [15:28] and by feature freeze, it means I should not introduce new features, but mostly fixes, closing bugs [15:28] ddstreet: I am currently subscribed to makedumpfile, and I have no problems being subscribed to the other two (if I am not already) [15:29] Thanks, no more q from me [15:29] Any other questions? [15:29] o/ [15:29] cascardo: I was asking about Focal, which isn't a stable release yet. [15:29] So no SRU queue involvement? [15:30] i was about to ask that myself heh [15:30] rbasak: there is SRU queue involvement right now because of Feature Freeze, if I understand correctly [15:30] cascardo: my question is about making sure you understand Ubuntu development process [15:30] before feature freeze, I could just upload to focal-proposed [15:30] that is my understanding [15:30] cascardo: do you know where to go if you need a feature freeze exception, and where that process is documented? [15:30] but that's not the SRU queue [15:32] cascardo: yeah, so it's just a naming thing, the SRU queue is how we specifically call the queue for stable series - there is a focal queue but we don't name it like that [15:32] it's an upload queue [15:32] cascardo: exactly [15:33] and are they reviewed by a different team? [15:33] cascardo: and for Feature Freeze it's just a 'soft lock', so things do not go to the upload queue just yet [15:34] from what I can read, the feature freeze exception would involve an ACK on a bug by the release team, by CCing ubuntu-release [15:35] and I would follow that for minor version releases that include only bug fixes just to be on the safe side [15:36] at least until I build enough confidence that my judgement on those is aligned with the release team [15:39] I think it might be better for you to continue checking with your current sponsors for these kinds of exceptional cases, whether your application today is approved or not. [15:39] Waiting for the release team will take a much longer time I expect. [15:39] that makes sense [15:39] Any other questions? [15:40] cascardo: let's move on from feature freeze. Can you tell me about proposed migration? If you do an upload and you see that it is stuck in the proposed pocket and not moving to the release pocket, what would you do? [15:40] I would go through the excuses update page, find out what is the problem for migration [15:40] sometimes it happens because bugs are not verified, so I would request for verification once more, or do them by myself [15:41] To be clear, my question is about the development release again, not the stable release. [15:41] sometimes it happens because of test failures on ADT, so I would investigate those, and try to fix them [15:41] OK, thanks. No more questions. [15:41] i have one question following rbasak's. [15:42] and your response. [15:42] other than the excuses page, where else can you get information about what may be holding up a package or might be affecting proposed migration? === genii_ is now known as genii [15:44] I am not familiar with other tools, though I looked it up and just found out about the proposed-migration script, though I don't know where to find it [15:45] no more questions on my end. [15:45] cascardo: https://launchpad.net/ubuntu/+source/kexec-tools/+publishinghistory [15:45] just 1 example [15:45] on where to get current migration status [15:45] and publishing history [15:46] Ok, I think we're done with questions then? [15:46] okay, I used it before to get hold of older versions not in the archive anymore [15:47] Let's vote in this case o/ [15:47] yep [15:47] #vote Granting cascardo PPU rights for makedumpfile, kexec-tools and crash [15:47] Please vote on: Granting cascardo PPU rights for makedumpfile, kexec-tools and crash [15:47] Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname) [15:48] +1 [15:48] +1 received from rafaeldtinoco [15:50] +1 [15:50] +1 received from slashd [15:51] +0 (I am confident in cascardo's packaging skills, but the answers to archive/release related questions made me feel a bit worried, so for now my vote will be abstaining) [15:51] +0 (I am confident in cascardo's packaging skills, but the answers to archive/release related questions made me feel a bit worried, so for now my vote will be abstaining) received from sil2100 [15:51] -1 reasons to follow [15:51] -1 reasons to follow received from rbasak [15:51] -1 also reasons to folow [15:51] -1 also reasons to folow received from teward [15:52] I have no concerns about the quality of your work in itself, but do think your understanding of processes in the Ubuntu development release is quite muddled. I think you'd benefit from the continued supervision of a sponsor for the time being. Some of my questions covered more exceptional circumstances that you might not have encountered yet, so this might seem a little unfair, but it seems to me [15:52] that with a muddled understanding you are likely to unwittingly walk into a conflict with expectations from others when they will inevitably arise, and so remaining under the guidance of a sponsor makes sense. I hope that with some more experience or reading through various bits of documentation you will be ready to reapply soon. [15:53] ddstreet: are you still around to vote? [15:53] +0 as I'm traveling and my vote would not change the outcome [15:53] +0 as I'm traveling and my vote would not change the outcome received from ddstreet [15:54] I do not question your work quality, however like rbasak says, I think your understanding of the processes in the current dev release are incomplete or confused. I also believe that some of your statements and understanding of the tools is concerning, and additional guidance in those tools is warranted. To that end, the confused understanding of the tools and the processes are likely to make you run into provlems as they arise... [15:54] Ok, I think we will need tsimonq2's vote in this case [15:55] Who does not seem to be present today [15:55] ... especially with the expectations of others or the Release/dev teams, and continued ongoing guidance from a sponsor is warranted. I also encourage you to inquire with your sponsors about things that you may or may not be sure about even if you are almost certain you are correct, to act as a sounding board to point out any mistakes in processes, etc. you have. [15:55] #endvote [15:55] Voting ended on: Granting cascardo PPU rights for makedumpfile, kexec-tools and crash [15:55] Votes for:2 Votes against:2 Abstentions:2 [15:55] Deadlock, casting vote may be used [15:56] Cliffhanger! Guess we'll have to contact tsimonq2 somehow and make him vote, or carry this over to the next meeting [15:56] sil2100: i propose we bring that vote to email and ask the non-present DMB members (tsimonq2 specifically) to cast their vote. [15:56] since it can be... difficult... to get hold of tsimonq2 sometimes [15:57] sil2100: I will ping him on telegram [15:57] Could ddstreet vote after his travels? [15:57] yes, circumstances mean tsimonq2 is not always instantly available at the moment [15:58] (he's available in talking to me right now on telegram, as an aside) [15:58] cascardo: sorry that we couldn't get your application resolved today - we'll try to do that ASAP and let you know the outcome [15:59] This shouldn't take longer than till the next meeting [15:59] sil2100: no problems, thanks everyone for reviewing the application [15:59] sil2100: given info in the other channel, and tsimonq2's statement to me, we will have SImon's vote within the hour, but for now I say we move this one along in the "follow up" items to check up with next meeting. [15:59] Hi. [15:59] oh wait there's the SImon :P [15:59] \o/ [15:59] I find out that the questions were fairly raised, and, in the meantime, I hope I can get better graps of the exceptional processes [15:59] I will have my vote within the hour. [16:00] I hate DST. [16:00] Ok, let's move on in the meantime so that rcj doesn't have to wait [16:00] #subtopic Robert Jennings applying for livecd-rootfs PPU [16:00] #link https://wiki.ubuntu.com/rcj/PerPackageUploadLivecdRootfs [16:00] rcj: o/ [16:00] Hi, I work on a team developing and delivering Ubuntu images to public clouds. [16:00] These Ubuntu images are built using livecd-rootfs (ubuntu-cpc project) and I have been contributing to the package through sponsored uploads for several years. This would be my first upload access in Ubuntu. [16:01] Questions please o/ [16:02] bdmurray: as you're here and you have previously sponsored livecd-rootfs for rcj, any comment please? [16:03] rcj: similar questions to you then I guess. What would you do if you want to make a feature change to livecd-rootfs in Focal at this point in the cycle? [16:04] I didn't get a chance to write an endorsement with travel, sprints and stuff like that. But I do endorse rcj's application. livecd-rootfs is kind of special as it isn't really used like a normal package but the cpc team does extensive testing of it. [16:04] Alright, my vote on cascardo is -1 because I agree with rbasak that more thorough process knowledge would be beneficial. [16:04] Apologies for being so brief. [16:04] bdmurray: thanks! [16:04] Thanks for attending cascardo, I'd love to see you apply again soon. [16:04] tsimonq2: thanks for the vote! [16:05] Now on to the current topic... [16:05] rcj: I have one question, and this is probably a stupid one, but to confirm: this application is for *you yourself* and not your team, correct? [16:05] there were a couple times you referenced "me and my team" so I want to clarify this point [16:05] cascardo: be sure to re-apply soon though! [16:05] rbasak: If I needed to make a feature change in livecd-rootfs at this stage I would create a bug with MP outlining rationale for the change and risk subscribing ubuntu-release per FFE [16:06] teward: this is just for me. [16:06] rcj: OK, thanks. What about if you wanted to make that change for Bionic? [16:06] rcj: What's your favorite part about working with livecd-rootfs? [16:07] I'm going somewhere with this. :P [16:07] rbasak: I'd SRU with the bug template to highlight testing requirements, impact, and regression potentials [16:07] (after rbasak of course) [16:07] rbasak: that was a bit of a mess of an answer as I was reading the next question. ... [16:07] Apologies. [16:08] rcj: thank you for clarifying, that was the first question and I wanted to make sure that we were on the same page (I had assumed it was just for you, but I needed that confirmed thanks!) [16:08] Once I had the SRU template in the bug and the MP I'd upload and get subscribe the sru team for r3eview [16:08] teward: np [16:08] rcj: anything special for it being a feature change in the SRU, which is normally not permitted? [16:10] rbasak: yeah, so livecd-rootfs is an outlier here in that feature changes do get SRU'd back frequently unlike other packages in the archive which is documented on the SRU wiki for this package [16:10] rcj: thanks. Do you have a link to that page please? I just looked and can't find one! [16:10] rbasak: https://wiki.ubuntu.com/StableReleaseUpdates#livecd-rootfs [16:11] Ah, gotcha, thanks. [16:11] Ok, any other questions? [16:12] See my above question. [16:12] Ah, there is one indeed! [16:12] rcj: What's your favorite part about working with livecd-rootfs? [16:12] rcj: did you see tsimonq2's earlier question? [16:12] That :) [16:13] sorry i got a call for work, reading back and then seeing if I have any other questions. [16:14] I have to make a small commute quickly. [16:14] tsimonq2: Favorite part of working on livecd-rootfs? Well, it's fundamental to the work I do so anything I can do to make it better is a win. The support for parallel, consistent LP image builds is fantastic. [16:14] Thanks. [16:15] * rbasak has no more questions [16:15] I'm ready to vote. [16:15] no more questions from me, also ready to vote [16:15] im ready as well [16:15] o/ [16:16] ddstreet: any questions? I guess you're travelling now, so maybe we'll just proceed if you don't mind [16:17] Ok, let's vote [16:17] #vote Granting rcj PPU rights for livecd-rootfs [16:17] Please vote on: Granting rcj PPU rights for livecd-rootfs [16:17] Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname) [16:17] +1 [16:17] +1 received from tsimonq2 [16:17] +1 [16:17] +1 received from teward [16:17] +1 [16:17] +1 received from sil2100 [16:18] query rcj [16:18] bah [16:18] HAH [16:18] ;) [16:18] +1 [16:18] +1 received from rbasak [16:18] +1 for being a ppu application and a *special* pkg - sru wise - that rcj is already familiar with based on merges pointed in his application wiki page. I see he seeks coredev in the future, but he also says "Make time for general distro work". I would encourage rcj to start doing this distro work sooner than later. [16:18] +1 for being a ppu application and a *special* pkg - sru wise - that rcj is already familiar with based on merges pointed in his application wiki page. I see he seeks coredev in the future, but he also says "Make time for general distro work". I would encourage rcj to start doing this distro work sooner than later. received from rafaeldtinoco [16:18] shush [16:18] gaughen: i guess your / key is broken :P [16:18] Agreed rafaeldtinoco. [16:18] rafaeldtinoco: agreed! [16:18] also agree with rafaeldtinoco [16:18] :-) [16:18] #endvote [16:18] Voting ended on: Granting rcj PPU rights for livecd-rootfs [16:18] Votes for:5 Votes against:0 Abstentions:0 [16:18] Motion carried [16:19] gaughen: I assume it's to give rcj a congrats. ;) [16:19] (ended vote already since +5 can not be overriden) [16:19] you know it! [16:19] thank you everyone [16:19] rcj: congratulations! [16:19] and to tell him I was impressed with his answer on "favorite part" [16:19] Congrats! [16:19] Yeah, I guess my answer to the 'favorite part' would be "nothing" [16:19] So the next steps are https://wiki.ubuntu.com/DeveloperMembershipBoard/KnowledgeBase#Actions_after_a_successful_application [16:19] j/k of course, I love livecd-rootfs myself [16:19] sil2100, lol [16:20] rbasak: maybe someone [16:20] uh [16:20] rbasak: maybe someone from the new members could sign up for that? [16:20] As a learning exercise? [16:20] Sure. Any volunteers? [16:20] sil2100: I wasn't looking for a valid answer as much as I was looking for an answer from someone who has thought about it. :P [16:20] We'll then give that person two meeting actions (as per the docs) [16:20] i'll be happy to announce the successful applicants [16:20] * tsimonq2 voluntells teward. [16:21] #action teward to e-mail the relevant ML after the successful application [16:21] ACTION: teward to e-mail the relevant ML after the successful application [16:21] We still need to discuss the meeting schedule going forwards [16:21] teward: will you also deal with granting the PPU? [16:22] sil2100: not without guidance from an incumbent on what to send to whom, because I'm new to the board (the announcement email is the easy part) [16:22] teward: it's all documented I hope! [16:22] teward: where it isn't, feel free to ask me. [16:22] ack [16:23] rbasak: prepare for inbound question stream [16:23] The announcement email also needs to go to a list of prescribed places [16:23] Ok, assigning to teward then! Remember: feel free to ask whenever in doubt [16:23] #action teward to adjust the ACLs for rcj's new PPU [16:23] ACTION: teward to adjust the ACLs for rcj's new PPU [16:23] Ok, moving on! [16:23] yep, that's the plan. gotta fix a switch that just died though here at work first, so 30-min break then lunch :P [16:23] #topic AOB === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | be nice | DMB meeting | Current topic: AOB [16:24] rbasak: can you lead the meeting schedule discussion? [16:24] Sure [16:24] So we've had problems with DMB member attendence in the past. [16:24] It might be different with the new DMB. [16:25] One suggestion is to ask all DMB members immediately after an election if they are happy with the current schedule, or if they'd like to change the schedule so they can attend. [16:25] We do also have to consider the needs of applicants, of course, but if DMB members cannot attend then that clearly cannot work. [16:26] So I'd like to have a vote to ratify the current schedule, which is every two weeks on a Monday, alternating between 1500 UTC and 1900 UTC, phasing set by today's meeting. [16:26] If you expect to be able to make these meetings, please vote yes. Otherwise, please vote no, and we'll then discuss what we can do about changing the schedule. [16:27] Ultimately it's down to us as a group. We can change our own schedule as we wish. Under the current rules, that means that if four of us vote +1 to change the schedule, it will change. [16:27] Does this approach sound OK to everyone? Any questions? [16:27] sgtm [16:27] yes for teh most part - there's a meeting in a month and a half I will be out that time for, details to folow because it could get canceled due to 'concerns' in the world. [16:27] All good here, should I start the vote then? [16:27] otherwise sounds good to me [16:28] I think it's fine to miss the occasional meeting. We all have lives. [16:28] But the expectation IMHO should be that we all expect to attend the majority of meetings. [16:28] sil2100: please do [16:28] +1 [16:29] +1 [16:29] +1 [16:29] #vote Current DMB schedule to remain as-is [16:29] Please vote on: Current DMB schedule to remain as-is [16:29] Public votes can be registered by saying +1, +0 or -1 in channel, (for private voting, private message me with 'vote +1/-1/+0 #channelname) [16:29] +1 [16:29] +1 received from rbasak [16:29] +1 [16:29] +1 received from teward [16:29] +1 [16:29] (please vote now ;) had issues with WORDS) [16:29] +1 received from tsimonq2 [16:29] +1 [16:29] +1 received from sil2100 [16:29] +1 [16:29] +1 received from rafaeldtinoco [16:30] +1 [16:30] +1 received from slashd [16:30] OK so the current schedule is staying, but for the record it's probably useful to get everyone's votes. [16:30] ddstreet: are you still aroundish to cast your vote? I guess we can query you for it later [16:31] I guess we'll have to wait. [16:31] But that's already helpful. Thanks everyone! [16:31] Let's get in touch with him later, but yes, the timing will stay it seems [16:31] #endvote [16:31] Voting ended on: Current DMB schedule to remain as-is [16:31] Votes for:6 Votes against:0 Abstentions:0 [16:31] Motion carried [16:32] Do we have anything else for today? [16:32] If ddstreet can't make the current schedule, or if anyone's circumstances change, we can still the schedule. [16:32] still *change* the schedule [16:32] Nobody should feel that the current schedule is set in stone [16:32] rbasak: exactly [16:32] +1 to that [16:32] And even if I can make the current schedule, if someone cannot, I'm still in favour of exploring changing it. [16:32] That's all from me. Thanks! [16:33] I think we're good then [16:33] Since this meeting already took longer than expected, let's finish [16:34] #endmeeting === meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds: Please leave swords by the door | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendars | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | be nice [16:34] Meeting ended Mon Mar 9 16:34:02 2020 UTC. [16:34] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2020/ubuntu-meeting.2020-03-09-15.05.moin.txt [16:34] sil2100: thank you for chairing! [16:34] Thanks everyone! This was a very productive meeting [16:34] I'll clean up the agenda page