15:01:59 #startmeeting Gluster Community Meeting 2017-03-15 15:01:59 Meeting started Wed Mar 15 15:01:59 2017 UTC. The chair is kshlm. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:59 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:59 The meeting name has been set to 'gluster_community_meeting_2017-03-15' 15:02:11 So who all are in today? 15:02:32 I'll wait for 3 more minutes before continuing. 15:03:11 * kkeithley is here 15:03:17 * pkalever here 15:03:38 Hey! 15:03:46 * major is here .. 15:04:21 * rafi is here 15:05:01 major: how is going brtfs snapshot development :) 15:05:44 * ndevos is dropping by for a few minutes, but needs to go voting (yes, the political kind, outside) 15:05:45 well .. I think it is going good. I ran into some .. unexpected behavior with restoring the snapshots, though I am not entirely certain it is the wrong behavior. 15:06:30 technically the snapshot restored correctly and was available, just the way the metadata was handled for the original volume and stuff has me scratching my head 15:07:00 Add things you want to discuss on the meeting pad https://bit.ly/gluster-community-meetings 15:07:00 pkalever, You should add your demo as a topic as well. 15:07:00 Is it just the 3 of us? 15:07:20 Going for the lurker role 15:07:22 major: great, keep the community posted , so that everyone are aware of it 15:07:29 :) 15:07:44 It seems I had a temporary network issue. 15:07:59 #topic Rollcall 15:08:07 So who all are in today? 15:09:26 @here 15:09:38 * rafi is here 15:09:46 * BatS9_ is hereish 15:10:01 * amye is here 15:10:06 New names! 15:10:18 Hey major! Hey BatS9_ ! 15:10:31 Let's start then. 15:10:36 Hey amye and rafi! 15:10:48 * pkalever is here 15:10:59 kshlm: hey, we can start :) 15:11:17 #topic Old pending reviews 15:11:25 nigelb, Are you here to discuss this? 15:11:49 is that related to the reviews that have been posted against versions that are EOL? 15:13:15 ndevos: I think so , 15:13:57 well, the other option could be that it is about proposed changes that did not get reviewed in months... 15:13:59 ndevos: i think kshlm still experiencing the network problem 15:14:38 Doesn't seem like it. 15:14:38 And I guess no one else has context on this either. 15:14:38 We can take this up in the next meeting then. 15:14:38 and nigelb maybe too? 15:14:40 ndevos: nigelb's dashboard feature will help here for that 15:14:57 oh, kshlm is back! 15:14:57 Oh man, I have huge lag. 15:15:38 rafi: it only helps if people start to review... not sure if that is happening enough though 15:15:40 Can someone be an additional chair in case I lag out again. 15:16:14 just #chair random people ;-) 15:16:27 #chair ndevos 15:16:27 Current chairs: kshlm ndevos 15:16:31 * ndevos leaves in a bit, so he cant help 15:16:36 Argh! 15:16:57 #chair rafi 15:16:57 Current chairs: kshlm ndevos rafi 15:17:00 Okay. 15:17:06 So we are dicussin old reviews. 15:17:27 nigelb wants to abandon all old reviews on EOLed branches. 15:17:33 Sounds like a good idea to me. 15:17:37 ya 15:17:38 agreed 15:17:54 +1 to abandon old reviews 15:18:09 That's good. 15:18:10 how about abandoning the patches older than 90days, even if it in main brnach 15:18:22 He also suggested abandoning patches older than 90 days. 15:18:37 rafi, You are quick. 15:18:40 rafi: that's a good thought.. I am actually in favor of some timespan 15:19:02 kshlm, rafi: propose this idea on -devel? 15:19:09 +1 on the EOL branches, but leave a note as well :) 15:19:26 okey 15:19:55 90 days seems short for some changes, unless it means '90 days without any action', in that case I'd +1 it too 15:19:57 90 days should roughly match up with our release cycle as well. 15:20:18 Leave a note for people to feel free to re-open it if they feel it is still a concern .. 15:20:28 90 days without any action would be more appropriate 15:20:43 yes, 90 is too short 15:20:49 +1 vbellur 15:21:11 of course, leave a note pointing to the documentation where this timeout is explained and has a description of the actions to take (if wanted) 15:22:01 90 days can be short, I'd prefer 6 months more 15:22:13 (that is meant to be 180 days, not 270) 15:23:19 90 days without any action IMO is not good .. so 90 days LGTM 15:24:59 I'd prefer longer than 90 days too. 15:25:16 well, 90 days shows *many* changes that would be abandoned: https://review.gluster.org/#/q/status:open+before:2016-12-15 15:25:56 ndevos, kshlm: openstack uses 30 days for auto abandoning patches 15:26:15 we're not openstack? 15:26:24 if somebody doesn't act on a patch in 90 days since submission, it most likely indicates that they've lost interest in the patch ? 15:26:25 90 days without action is still three months, can we try it and see? 15:26:50 ndevos: we are not but there's no harm in looking imbibing best practices from everywhere 15:27:09 s/looking/looking at and/ :) 15:27:17 vbellur: well, the linux kernel does not have a timeout at all :) 15:27:34 ndevos: we don't want to be as slow and boring as the kernel ;) 15:27:39 I wish the kernel would .. I have some code that I want to just die 15:28:09 I guess a discussion on gluster-devel would be good, accompanied with some queries to check, and the number of changes that would be abandoned 15:28:23 we are a lot more agile than the kernel and I wish that we stay the same and get better at being agile 15:29:11 yes, let us discuss this further on -devel 15:29:15 https://review.gluster.org/#/q/age:3+months 15:29:15 it would surely be good, but it also means we need to encourage reviewing much more, at the moment many maintainers are the main ones that review changes 15:30:19 major: hmm, that query does not look correct 15:31:02 major: https://review.gluster.org/#/q/status:open+age:3months looks more like it 15:31:58 yah, that space in there.. my bad 15:32:12 Looks like we have an agreement on this. 15:32:30 Abandoning old patches is good. But we need to decide how old the patches need to be, 15:32:39 This discussion will happen on -devel. 15:32:41 3 months shows 500+ patches to be abandoned, that seems a lot 15:32:43 Sounds good? 15:33:09 since we don't have this rule, I think a lot of patches are not attended to 15:33:11 yep, sounds good to me 15:33:15 yes 15:33:23 ndevos, `branch:master` needs to be in the query. 15:33:35 vbellur, ndevos, Who is going to start this discussion? 15:33:40 kshlm: and project:glusterfs 15:33:52 didnt rafi accept the challange? 15:33:59 He did? 15:34:09 Oh yes. He did. 15:34:14 rafi++ 15:34:14 amye: Karma for rafi changed to 1 (for the f25 release cycle): https://badges.fedoraproject.org/tags/cookie/any 15:34:15 ndevos, the vast majority of those are older than 6 months aren't they? 15:34:19 how about https://review.gluster.org/#/q/status:open+before:2016-12-15+Code-Review-1+Code-Review-2 15:34:32 :-o 15:34:36 or 15:34:36 https://review.gluster.org/#/q/status:open+before:2016-12-15+Code-Review-2 15:34:38 #action rafi will start the discussion on abandoning old reviews on gluster-devel 15:34:47 major: possibly, I did not really check much 15:34:54 kshlm: cool, I will do it 15:35:03 rafi: you got quite some ideas on where to start :D 15:35:10 #agreed Old reviews need to be abandoned. 15:35:17 Ok then. 15:35:47 Does anyone have any other topic to discuss before we go to the demo section? 15:36:06 ndevos: something I learned from you :) 15:36:32 major: brtfs snapshot 15:36:39 No one? 15:36:51 Okay then. 15:36:55 major: do you want to discuss about brrfs snapshot ? 15:37:00 #topic Gluster-Block demo 15:37:11 * ndevos needs to leave now, I'll catch up on the rest in the minutes 15:37:11 rafi, I can .. though I am fairly certain I ramble about it fairly regularly :) 15:37:18 please join https://bluejeans.com/102845329/ 15:37:53 This is the first demo of hopefully more demos of different Gluster features in the future. 15:37:54 major: we should 15:38:04 kshlm: great intiative 15:38:16 pkalever will be doing doing a demo about gluster-block now. 15:38:23 major: rambling during the meeting is good for publicity too, others that do not follow your chats outside of their online time might be interested 15:38:38 Did I lag again? 15:38:48 kshlm: yes, a *lot* 15:39:05 or, rather, I guess we all lagged for you 15:40:04 please hop on to bluejeans .. we'll start the demo in 3 minutes 15:40:06 * ndevos really drops off now 15:40:09 Hello? 15:40:18 ndevos, fair enough 15:41:02 kshlm, we're over in bluejeans. :) 15:41:03 rafi, vbellur, Could one of you take over chairing the meeting? 15:41:15 kshlm: you are lagging! 15:41:37 #chair vbellur 15:41:55 #chair vbellur 15:41:55 Current chairs: kshlm ndevos rafi vbellur 15:42:02 * ndevos _o/ 15:42:05 kshlm: sure 16:14:36 we jsut finished our first demo in gluster meeting 16:14:49 it was great presentation from pkalever 16:14:55 pkalever++ 16:14:55 rafi: Karma for pkalever changed to 1 (for the f25 release cycle): https://badges.fedoraproject.org/tags/cookie/any 16:15:45 #topic Action Item 16:15:49 amye to work on revised maintainers draft with vbellur to get out for next maintainer's meeting. We'll approve it 'formally' there, see how it works for 3.11. 16:16:07 amye: any thing to update ? 16:16:21 rafi, that should be vbellur's AI, I've passed it on to him. 16:16:45 amye: cool, 16:16:46 I was OOO for maintainers' 16:17:03 vbellur: do you have any thing to add ? 16:17:45 rafi: I will post it this week 16:17:54 amye: it was a joint action item ;) 16:18:05 vbellur: great 16:18:15 pkalever: well done! 16:18:27 vbellur: thanks. 16:18:36 As most of the people having an AI on their name are away , so we will move to the next topic 16:18:59 #topic Open floor 16:19:01 amye: I'm still bad at managing time :p 16:19:18 any open discussions, 16:19:47 vbellur: how do we decide the demo for next week, through mail ? 16:19:53 amye: ^ 16:21:07 and suddenly crickets... :) 16:21:37 rafi: yes 16:21:50 anybody who is interested can send out an email 16:22:07 it would be nice to build a backlog 16:22:43 vbellur: backlog of what ? 16:22:51 vbellur: presentation ? 16:23:09 vbellur: And recorded session with it 16:24:19 I suppose I can ramble about the btrfs code 16:24:31 backlog of demos 16:24:38 major: that would be awesome! 16:25:04 major: great 16:25:10 major++ 16:25:30 we can discuss that over mail, 16:25:53 major: does that sound like a good idea 16:26:13 if we don't have anything else to discuss , I will end the meeting 16:28:29 rafi: thank you! 16:28:37 cool 16:28:42 Okay, so should I discuss the btrfs stuff now? 16:29:00 rafi++ 16:29:00 pkalever: Karma for rafi changed to 2 (for the f25 release cycle): https://badges.fedoraproject.org/tags/cookie/any 16:29:48 major: usually the community meeting is scheduled for 1 hour, we are already out of time, 16:29:59 Understood :) 16:30:10 major: will it be okey if we add the topic to the next meeting agenda 16:30:20 Certainly 16:30:24 major: as an high priority item ;) 16:30:32 gives me a chance to pull up my notes ... 16:30:35 was sort of scrambling for them 16:30:37 :) 16:30:44 major: :) 16:31:18 major: also you can do a demo, if you are confident about brtfs snapshots :) 16:31:44 major: we can let the community know about your awesome work (y) 16:31:55 maybe.. 16:32:02 for now I will stop the meeting 16:32:05 though knowing me I will end up tanking my gluster cluster ;) 16:32:47 major: :) 16:32:49 once again thank you all for participating the meeting 16:32:54 #endmeeting