=== maclin1 is now known as maclin === JanC is now known as Guest95859 === JanC_ is now known as JanC === Guest5394 is now known as Laney [15:01] o/ [15:01] ddstreet: you're still down for this meeting on the agenda. Is this correct? [15:02] yeah [15:02] assuming the mtg is happening [15:02] Do you still want to proceed with the meeting? [15:02] o/ [15:02] rbasak i do, yes [15:02] (sorry for being late) [15:03] o/ [15:03] * rbasak has low confidence in the connection he's on today [15:03] \o [15:03] If I stop responding, assume I've dropped and I'm not coming back any time soon please. [15:03] Ok [15:04] o/ [15:08] I guess we have 4 at least? [15:08] Who wants to chair [15:08] ? [15:10] sil2100: would you mind? I'm a little distracted at the moment [15:10] Sure, but we'd need to do some rotation at one point ;) [15:11] yeah, hopefully I can chair the next meeting [15:11] #startmeeting DMB [15:11] Meeting started Mon Oct 23 15:11:10 2017 UTC. The chair is sil2100. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [15:11] 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 | DMB Meeting | Current topic: [15:11] o/ [15:11] #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 | DMB Meeting | Current topic: Review of previous action items [15:11] o/ [15:11] I guess the two (done) action items from the agenda are done and can be discarded [15:11] bdmurray: are you around? [15:12] sil2100: Yeah, just got in an errand took longer than I expected [15:12] Did we get the PPU rights for fossfreedom enabled in the end? [15:12] bdmurray: o/ [15:12] Hey! [15:12] I think there is still a bug open that had some discussion in it [15:12] Oh my [15:12] bug 1716770 [15:12] bug 1716770 in ubuntu-community "[TB/DMB] New packageset ~personal-fossfreedom in Artful" [Undecided,Incomplete] https://launchpad.net/bugs/1716770 [15:12] Ok, I'll try to find it and help with getting it through [15:12] Thanks [15:13] Because of the release things got a bit out of hand [15:13] I think it would make sense as a flavor set too instead of ppu [15:13] So I think somebody needs to review the packageset vs his requested packages [15:13] +1 on that [15:14] Once we review those, is there anything else formal-wise that needs to be done for this to become an automatic packageset? [15:14] A TB bug or can we re-use this one? [15:15] Anyway, let's get that sorted after the meeting [15:15] #topic SRU Developer 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 | DMB Meeting | Current topic: SRU Developer Applications [15:16] It sounded like slangasek had concerns about seeds being modified w/o DMB review. [15:16] this wasn't meant to be a seed based package [15:16] *packageset [15:16] micahg: why not? [15:16] for exactly that reason :0 [15:16] :) [15:18] it's not flavor upload rights, but rather personal upload rights for packages that he's worked on which coincides with some of the primary Budgie packaging (or that was my understanding at least) [15:18] Regardless reviewing the seed vs the requested packages might make sense. [15:18] sure, my vote was not for seed based upload rights though [15:18] I think originally fossfreedom just wanted upload rights for budgie packages [15:18] But this didn't really work as there was no packageset for budgie back then [15:19] So to avoid confusion he just went for PPU rights [15:19] I think our debating of this is not helping the requestor. Maybe we should just do what they want. [15:19] Because we still couldn't really give him upload rights for the budgie packageset as this doesn't exist [15:20] Let's continue with the meeting and discuss later during AOB [15:20] (if needed) [15:20] #subtopic Dan Streetman [15:20] https://wiki.ubuntu.com/ddstreet/UbuntuSRUDeveloperApplication [15:20] http://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsoree=Dan+Streetman [15:20] ddstreet: o/ [15:20] ddstreet: re-introduce yourself please [15:20] hi all, i'm reapplying for sru developer [15:20] last application: https://irclogs.ubuntu.com/2017/09/11/%23ubuntu-meeting.txt [15:21] sponsored pkgs: http://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=Dan+Streetman&sponsoree_search=name [15:21] and this bug that i've created the debdiffs for is waiting https://bugs.launchpad.net/ubuntu/xenial/+source/mdadm/+bug/1617919 [15:21] Launchpad bug 1617919 in mdadm (Ubuntu Xenial) "mdadm segfault error 4 in libc-2.23.so" [High,Triaged] [15:22] Questions please [15:23] ddstreet: one question from before: is the Ubuntu kernel git repo public? [15:24] jbicha yes the ubuntu kernel git repos are public [15:24] can you paste a link? [15:24] from my git [15:24] ubuntu/trusty git://kernel.ubuntu.com/ubuntu/ubuntu-trusty.git (fetch) [15:24] ubuntu/trusty git://kernel.ubuntu.com/ubuntu/ubuntu-trusty.git (push) [15:24] ubuntu/xenial git://kernel.ubuntu.com/ubuntu/ubuntu-xenial.git (fetch) [15:24] ubuntu/xenial git://kernel.ubuntu.com/ubuntu/ubuntu-xenial.git (push) [15:24] ubuntu/zesty git://kernel.ubuntu.com/ubuntu/ubuntu-zesty.git (fetch) [15:24] ubuntu/zesty git://kernel.ubuntu.com/ubuntu/ubuntu-zesty.git (push) [15:25] jbicha or if you mean the special kernel repos, they are in a different location, e.g. [15:25] ubuntu/aws git+ssh://git.launchpad.net/~canonical-kernel/ubuntu/+source/linux-aws (fetch) [15:26] I was looking for http://kernel.ubuntu.com/git/ubuntu/ubuntu-artful.git/log/?qt=author&q=streetman [15:26] :) [15:26] sorry, i assumed you mean git url [15:26] no problem, I found it [15:27] ddstreet: a question from me: after you prepared an SRU, prepared the bug and uploaded the change to the archive (and this upload got accepted to -proposed), what work do you need to do next on that SRU? [15:27] verify the proposed package and mark the bug as verification-done-RELEASE [15:27] for affected releases [15:27] Anything else? [15:27] add a comment to the bug with the details of the verification [15:28] then after 7 days or more, ping a sru person to move it to -updates [15:28] check the autopkgtest results [15:28] of there are any failures, explain them in the bug - or if the failures are a result of the change, it will need reworking [15:28] Ok, thanks [15:28] which likely would involve re-patching, then re-uploading to -proposed again [15:28] btw. the ping-the-sru-person is not required ;p [15:29] heh well hopefully not ;-) [15:29] You can do that if the SRU is somehow priority but usually we'll just do it when the time comes ;) [15:29] it's not always clear when that time is to outsiders ;-) [15:29] I'm looking at the last 2 SRUs from https://launchpad.net/~ddstreet/+uploaded-packages [15:30] and they got sponsored very quickly, like same day [15:30] yes, last thurs i believe [15:31] jbicha you mean the lshw upload? [15:31] well not initramfs-toolsbut the other 2 recent ones, just commenting [15:31] lshw and vlan [15:31] sorry im not sure what vlan you mean? [15:31] that was sept 20 [15:31] for vlan [15:32] the two lshw uploads are the same bug, just one for x and other for t [15:32] o/ [15:32] you uploaded the debdiff for LP: #1716964 and it got sponsored later that day [15:32] jbicha am i misunderstanding you? [15:32] Launchpad bug 1716964 in vlan (Debian) "VLAN network script if-up.d/ip limits rp_filter value to 0 or 1" [Unknown,New] https://launchpad.net/bugs/1716964 [15:32] i think so yes [15:32] sorry, i'm not clear if there is a question for me? [15:32] sometimes, things get stuck in the sponsoring queue for a very long time, so I was just commenting that you have got some much quicker than that [15:33] no question, just a comment [15:33] oh ok thanks [15:33] yes, i can't really let things hang out in the sponsorship queue, so since i don't have upload rights i have to actively find sponsors to pester [15:33] obviously, that's why i am requesting upload rights [15:35] previously you had mentioned being interested in sponsoring SRU uploads for other people. Is that still something you plan on doing? [15:35] yes [15:36] it looks like you've done an average of 1 SRU set per month, sustained over the past year and a half (another comment, not really a question) [15:36] yes, on average, although i think i've picked up the pace significantly in the last month, since my last application was rejected because i hadn't done enough SRUs [15:37] before that, i had done mostly kernel fixes which don't show up in the sponsor list, and aren't relevant for this application [15:38] well, i'm not one to say if kernel fixes are relevant for this application, that is what bdmurray suggested during my first application [15:38] No endorsements from two out of three of your latest sponsors? [15:38] I left a comment [15:38] It's like a soft endorsement ;) [15:38] rbasak i believe i asked you a while back, and i did ask apw but he did not respond [15:38] maybe didn't see my request [15:39] thanks sil2100! [15:39] (no more questions from me for this application) [15:39] Any other questions? [15:39] * rbasak is still reviewing [15:40] re: endorsement i also asked cpaelzer but i don't think he saw my request either [15:40] So far, everything I see suggests a high quality of SRUswork. [15:41] I'm still a little concerned by not having a big enough sample size though. [15:41] What do other DMB members think of this? [15:41] same [15:42] rbasak micahg what would you consider a big enough sample size? [15:43] That's a good question. I think it's variable depending on the quality of work demonstrated and the strength of the endorsements. [15:43] looks like i have ~22 separate SRUs so far, not counting multiple releases per SRU. [15:43] https://launchpad.net/~ddstreet/+uploaded-packages is showing me 23 in total, including development release uploads, and including series SRU duplication. [15:43] What am I missing? [15:44] rbasak i'm going by http://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=Dan+Streetman&sponsoree_search=name [15:45] so 23 sounds right [15:45] It's hard to judge what sample size we require here [15:46] what have you required of past applicants? [15:46] But I'm rather confident in ddstreet's knowledge about the SRU process [15:46] I think there's only been one other applicant [15:46] for SRU, yes [15:46] usually a full cycle focused on whatever they're applying for [15:47] the sru developer team was created for him, slashd, because you were not ready to give him coredev [15:47] To narrow it down, if I saw somewhere between 5 and 10 (not sure exactly) recent SRUs that required no significant review changes and had endorsements from >90% of sponsors from that sample, I'd be happy. [15:47] I think applicants tend to upload more frequently than you do but I'm ok with the total upload count [15:47] Should we start the vote? [15:48] Everyone ready? [15:48] We have this tendency to running over our meeting time [15:48] I'm +0 right now. I don't have a list of SRUs in front of me as qualified by my criteria above to review. [15:49] That seems to be mostly an issue of data mining. [15:49] Ok, I see rbasak started the voting so let's just start it formally [15:49] #vote Grant ddstreet SRU Developer [15:49] Perhaps, in hindsight, we could ask applicants for this team to provide this as a summary to save us all doing it individually. [15:49] Please vote on: Grant ddstreet SRU Developer [15:49] 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:49] +0 [15:49] +0 received from rbasak [15:49] +1 [15:49] +1 received from jbicha [15:49] +1, I have no good feeling on what criteria we have but I'm happy with ddstreet's SRUs so far [15:49] +1, I have no good feeling on what criteria we have but I'm happy with ddstreet's SRUs so far received from sil2100 [15:50] To be clear, I _am_ happy with the quality of the work that I've seen. [15:51] bdmurray, BenC, micahg: ? [15:51] +0 I have a good technically feeling, and am very close to voting in favor, but still feel like we should have a few more recent SRUs as rbasak mentioned [15:51] +0 I have a good technically feeling, and am very close to voting in favor, but still feel like we should have a few more recent SRUs as rbasak mentioned received from micahg [15:51] +1 I think the working being done is of fine quality, but I'm still concerned about the posibility of things being sponsored. I guess the SRU team is a safety check there though. [15:51] +1 I think the working being done is of fine quality, but I'm still concerned about the posibility of things being sponsored. I guess the SRU team is a safety check there though. received from bdmurray [15:53] bdmurray i don't quite understand what exactly you're concerned about there, but thanks for the +1 [15:54] BenC: are you still around to vote? :) [15:55] ddstreet: I think I'm concerned about you having the skills to judge the quality of an SRU. [15:55] i see [15:57] bdmurray feel free to point out any specific examples where I've done something wrong - that will help me improve myself, right [16:06] so, is the voting done? [16:07] sorry, we're trying to figure out if we can end the vote now without BenC [16:07] Yeah, some discussions on the procedures [16:07] * ddstreet refills coffee [16:12] Sorry about this, would be much better if we got this one more vote from BenC ;) [16:12] sil2100: maybe we should move on with the rest of the meeting? [16:13] Please [16:13] rbalint: are you here? [16:20] Ok, let me end the vote [16:20] #endvote [16:20] Voting ended on: Grant ddstreet SRU Developer [16:20] Votes for:3 Votes against:0 Abstentions:2 [16:20] Motion carried [16:22] rbasak: did I end to early? [16:23] ddstreet: ok, sorry for the wait, congratulations! [16:23] thanks [16:24] I think we have this settled [16:24] (I think) [16:24] Who wants to take the action? [16:24] I'll just take it [16:25] #action sil2100 to grant ddstreet SRU permissions [16:25] ACTION: sil2100 to grant ddstreet SRU permissions [16:25] #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 | DMB Meeting | Current topic: AOB [16:25] We probably had something but since we're already 25 minutes over, I'd say... let's discuss next time [16:26] We just need to make sure to push fossfreedom's upload rights forward [16:26] Anyway, if you don't mind, I need to finish the meeting since I need to go AFK [16:26] #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 [16:26] Meeting ended Mon Oct 23 16:26:30 2017 UTC. [16:26] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-10-23-15.11.moin.txt [16:26] Thanks everyone o/ [16:30] hello [16:31] #startmeeting [16:31] Meeting started Mon Oct 23 16:31:03 2017 UTC. The chair is tyhicks. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [16:31] Available commands: action commands idea info link nick [16:31] The meeting agenda can be found at: [16:31] [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting [16:31] \o [16:31] [TOPIC] Weekly stand-up report === meetingology changed the topic of #ubuntu-meeting to: Weekly stand-up report [16:31] o/ [16:31] jdstrand: you're up [16:31] hey [16:31] This week I plan to: [16:31] * finish some snappy-debug work based on sprint feedback [16:31] * do a ton of snapd PR reviews. Some for layouts, which I expect to take a lot of time since they are attempting to use overlayfs [16:32] * miscellaneous interface policy updates [16:32] * get back to uid/gid seccomp arg filtering work as have time [16:32] that's it from me. mdeslaur, you're up [16:32] I'm in the happy place this week [16:32] I have a short week as I'm off on friday [16:32] I just published a few updates [16:32] and I have a couple of others to test [16:32] I'll probably pick something new off the list after that [16:33] that's it, sbeattie, you're up [16:33] I'm also in the happy place this week [16:34] I'm doing some investigating on notifying snaps that they have security issues in embedded packaging [16:34] I'm also going to be focusing on apparmor this week, in concert with some of the work debian is doing [16:35] I also have an update to finish up, and the usual set of kernel triage to do [16:35] that'll take up my week. tyhicks? [16:35] happy_place++ [16:36] I need to finalize the upstream libseccomp-golang changes and update the PR [16:36] update the seccomp(2) man page for the kernel logging changes [16:36] eCryptfs patch review [16:36] AppArmor work to support Debian's !AppArmor-in-Debian sprint [16:36] that's it for me [16:36] I don't think jjohansen is back yet [16:36] sarnold: go ahead and we'll circle back to jjohansen [16:36] I'm on bug triage this week [16:37] I'll also be helping out the debian apparmor sprint as I can [16:37] and doing MIRs, I expect to finish spice-vdagent early in the week [16:37] with what time may be left I'll look at the pcp changes in response the last cycle's MIR [16:37] that's it for me, chrisccoulson? [16:37] yay, MIRs [16:38] I've got a chromium update to test and publish [16:38] Then I need to finish off the rust 1.20 update - artful is done, I just need to backport it. Fingers crossed there are no new problems and this is the end of it for a few weeks [16:38] then hopefully fun stuff [16:39] that's me done [16:39] * tyhicks crosses fingers [16:39] ratliff: you're up [16:39] I'm on community this week [16:40] After that I have quite a bit of internally focused work which will consume my week. [16:40] on to you, leosilva [16:40] I'm in CVE triage this week [16:40] I have a couple of UNS to publish for precise [16:41] besides that I'll do my hunting for pkgs to update and watch some git for triage in pkgs I'm waiting patches [16:41] that's for me [16:41] tyhicks: it's back to yu! [16:41] jjohansen: any chance you're back yet? [16:42] lets move on [16:42] [TOPIC] Highlighted packages === meetingology changed the topic of #ubuntu-meeting to: Highlighted packages [16:42] The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so. [16:43] See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved. [16:43] https://people.canonical.com/~ubuntu-security/cve/pkg/swift-plugin-s3.html [16:43] https://people.canonical.com/~ubuntu-security/cve/pkg/sniffit.html [16:43] https://people.canonical.com/~ubuntu-security/cve/pkg/ruby-rack.html [16:43] https://people.canonical.com/~ubuntu-security/cve/pkg/digikam.html [16:43] https://people.canonical.com/~ubuntu-security/cve/pkg/webfs.html [16:43] [TOPIC] Miscellaneous and Questions === meetingology changed the topic of #ubuntu-meeting to: Miscellaneous and Questions [16:43] Does anyone have any other questions or items to discuss? [16:43] https://lists.debian.org/debian-devel/2017/10/msg00405.html [16:43] I think Debian GNOME would be ok with a totem apparmor profile in the totem packaging, except that I don't think the Debian GNOME has apparmor expertise to maintain it [16:44] (mentioned since y'all were talking about apparmor in Debian) [16:44] jbicha: we're working closely with intrigeri all week on this sort of stuff [16:45] jbicha: thanks for mentioning it [16:45] thanks, that's all from me :) [16:45] cool :) [16:45] jdstrand, mdeslaur, sbeattie, jjohansen, sarnold, ChrisCoulson, ratliff, leosilva: Thanks! [16:45] #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 [16:45] Meeting ended Mon Oct 23 16:45:36 2017 UTC. [16:45] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2017/ubuntu-meeting.2017-10-23-16.31.moin.txt [16:45] thanks tyhicks! [16:46] tks tyhicks ! [16:46] thanks tyhicks [16:48] tyhicks: thanks! === JanC_ is now known as JanC === maclin1 is now known as maclin