16:03:31 #startmeeting containers 16:03:32 Meeting started Tue Feb 7 16:03:31 2017 UTC and is due to finish in 60 minutes. The chair is adrian_otto. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:03:33 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:03:36 The meeting name has been set to 'containers' 16:03:37 #topic Roll Call 16:03:42 Adrian Otto 16:03:44 o/ 16:03:44 o/ 16:03:47 o/ 16:03:47 Jaycen Grant 16:03:47 o/ 16:03:49 o/ 16:03:55 o/ 16:04:00 o/ 16:04:09 Ton Ngo 16:04:22 o/ 16:04:38 hello Drago1, hieulq_, strigazi, jvgrant, vijendar_, coreyob, krtaylor, randallburt, tonanhngo, and jasond 16:06:28 #link https://wiki.openstack.org/wiki/Meetings/Containers#Agenda_for_2017-02-07_1600_UTC Our Agenda 16:06:37 #topic Announcements 16:06:53 1) We will not have an IRC team meeting on 2017-02-21 because of the Atlanta PTG event. 16:07:01 any other announcements from team members? 16:07:49 #topic Review Action Items 16:08:05 there was actually one action item, but I don't have it recorded. One moment. 16:08:51 1) ACTION: Community to brainstorm and vote on etherpad: https://etherpad.openstack.org/p/magnum-pike-ptg-sessions 16:08:55 Status: in progress 16:08:59 we can revisit this today. 16:09:13 2) ACTION: adrian_otto Confirm/triage potential bug 1659431 16:09:13 bug 1659431 in Magnum "Unexpected response from microversioned API" [Medium,In progress] https://launchpad.net/bugs/1659431 - Assigned to Jason Dunsmore (jasondunsmore) 16:09:24 Status: Complete. jasond was working on it 16:09:52 any discussion on the action items? 16:10:22 #topic Blueprints/Bugs/Reviews/Ideas 16:10:36 Essential Blueprints 16:10:38 #link https://blueprints.launchpad.net/magnum/+spec/flatten-attributes Flatten Attributes [strigazi] 16:11:40 I have done progress but I still miss the transactional reads and writes, I work exclusively on that 16:12:05 ok 16:12:08 I'll write some tests 16:12:13 thanks strigazi 16:12:25 to use swatson's db tests 16:12:53 do you and swatson need to plan any coordination, or do you have what you need? 16:13:14 I'm good 16:13:19 #link https://blueprints.launchpad.net/magnum/+spec/nodegroups Nodegroups [Drago] 16:13:38 new reviews up. 16:13:41 No update from me. There are specs that have been split up and ready for review 16:14:03 got some feedback waiting for a little more before next revision 16:14:06 https://review.openstack.org/#/c/425422/ 16:14:17 https://review.openstack.org/#/c/425431/ 16:14:27 https://review.openstack.org/#/c/427060/ 16:15:12 jvgrant Is there a dependency betweem them? 16:15:15 ok, I'll plan to review those and relay input. Others, please do as well. 16:15:41 427060 is relatively independent 16:15:51 strigazi: a little but they are divided to be mostly single topic so we can review easier 16:16:01 how is it related to NGs? 16:16:17 I mean 427060 16:16:21 for example we should be able to approve the overview of general nodegroups separately from CLI details 16:16:29 jvgrant ok 16:16:35 425422 is the nodegroup overview, which we're hoping can be merged before getting into smaller details in other specs 16:17:00 good 16:17:17 427060 was something that was proposed as part of the v2 CLI, we separated it out so make it clearer 16:17:21 strigazi: 427060 is a change that we lumped into the original nodegroup spec, but we can vote on it on its own 16:17:29 jvgrant: Uh, jinx 16:17:37 Drago1: :) 16:17:43 on it's own is better 16:18:04 Please review it! 16:18:13 ok 16:18:16 ok 16:18:21 any further discussion on Node Groups? 16:18:59 #link https://blueprints.launchpad.net/magnum/+spec/cluster-upgrades Cluster Upgrades [strigazi] 16:19:30 hello swatson 16:19:32 o/ 16:19:46 I'm preparing a revision for phase 1, I don't have something now 16:22:02 ok 16:22:16 Other Work Items 16:22:35 #link https://review.openstack.org/430071 Adding Magnum Governance 16:23:29 in continuation of our discussion yesterday, I have written down guidance for how the Magnum project is run and what the leading philosophy currently is. 16:23:58 I'd like to refine this to accurately capture the intent of our team. 16:24:53 * krtaylor looks 16:24:59 correction: this is a continuation of our discussion last week in our PTG planning etherpad at: https://etherpad.openstack.org/p/magnum-pike-ptg-sessions 16:25:32 o/ 16:26:04 hello juggler 16:26:32 hello adrian_otto 16:27:14 Will review, adrian_otto 16:27:22 thanks Drago1 16:27:49 adrian_otto: reviewing 16:28:03 if you have any concerns about any of the contents, let's discuss them and get something we like. 16:29:31 Would any other team members like to raise other work items for discussion now? 16:32:05 okay, then I'd like to spend a few minutes to let you review the governance review, and then we can revisit https://etherpad.openstack.org/p/magnum-pike-ptg-sessions together 16:33:48 ok, reading it now 16:34:37 * juggler is reading it too 16:38:26 I think the calling out the importance of iterative improvements is good 16:39:45 yes, that's a key issue that I think has slowed our team progress through the Ocata cycle. 16:40:24 I like it overall 16:40:32 It's a good start, it seems to apply in general to any project, not just Magnum 16:41:08 tonanhngo: I have tried to model this based on my understanding of how other projects are run, and what's worked best for my teams in the past 16:41:34 It may be good to cover a bit more on handling disagreement 16:41:35 You can link http://docs.openstack.org/project-team-guide/ptl.html and http://docs.openstack.org/infra/manual/developers.html#code-review I think 16:41:53 it should not be Magnum specific, but each project may adopt a slightly different philosophy (say with respect to quality) depending on it's journey though a maturity cycle 16:42:06 strigazi: good suggestions. I'll add those. 16:43:30 adrian_otto: What about finding team consensus when most of the team hasn't weighed in? In what cases should we wait, and in what cases should an absence of input be taken as silent acceptance? 16:43:51 Drago1 +1 16:44:03 Drago1: I tried to express that we must not intentionally exclude any stakeholders 16:44:21 but we can't possibly know every potential stakeholder either in order to invite them 16:44:38 so Team Consensus should be defined based on who is participating 16:44:38 Drago1: good question, but I'd hate to see this document get *too* proscriptive. At some point, PTL best judgement should just kick in IMO. 16:44:41 Drago1: i was just adding a comment about that 16:44:57 We also need to maintain corporate diversity 16:45:02 randallburt: that argument has held up a lot of patches 16:45:03 randallburt: +1 16:45:03 and we should consider invoting those who who we think may be stakeholders to participate 16:45:42 so the PTL is the decider if Team Consensus is not clear 16:46:13 jasond: true, and I certainly wouldn't -1 over adding detail around it, but I still caution getting too in-the-weeds here 16:46:18 this approach relies on the team's trust for that individual to make well reasoned decisions and consult key stakeholders before deciding 16:46:59 randallburt: good point 16:47:02 strigazi: I acknowledge the interest in having affiliation diversity, but that is a two sided coin 16:47:21 I would like stakeholders to +1 (possibly +2) even if there's disagreement. Otherwise, patches can sit with one -1 and no one gives further input, including that they're totally fine with the patch as it is. 16:47:21 sometimes the only stakeholders for a particular pursuit are largely from a single affiliation 16:47:23 I'd hate to see us try and put in things like detailed time boxing review processes and quorum numbers and whatnot. In the end, "we're all adults here" IMO. 16:47:46 *including -> even if 16:48:29 a -1 or two shouldn't mean the patch is held up indefinitely. this is a problem IMO with lots of OpenStack projects 16:48:30 Drago1: If reviewers become reluctant to voice their opinions, that's a symptom of a malfunctioning team 16:48:43 it means that as reviewers, we are not setting a welcoming and positive tone. 16:49:11 and that's something that should be solved with involvement from our team's leaders 16:49:12 randallburt: especially if the -1 has been replied to (in a comment) by the author 16:49:17 adrian_otto, strigazi: I think when concerns of that kind of diversity are there we need to ask: 1) does this make magnum better? 2) Does this cause a block to others needs? 16:49:27 jasond: exactly 16:49:33 that's one of the two quesitons 16:49:35 adrian_otto: ^ like what randallburt said, I don't think it's necessarily a problem with the team, more like setting of expectations around when to vote and when to wait 16:49:37 does this do any harm 16:49:39 jvgrant: agreed 16:50:01 perhaps we can add language to expand on that idea 16:50:16 Drago1: acknowledged. 16:50:30 as long as it doesn't then I don't have an issue of a use case or feature coming from just one company 16:50:59 jvgrant: right 16:51:22 ok, I wanted to get a little more input on this etherpad: 16:51:23 that is going to happen as one group might need a feature well before others. strigazi, you know this well from the usages you have done that are ahead of many others 16:51:43 #link https://etherpad.openstack.org/p/magnum-pike-ptg-sessions PTG Session Planning 16:52:19 and some time for open discussion 16:52:31 #topic Open Discussion 16:52:39 I am looking for feedback on one of my in review patch https://review.openstack.org/#/c/427507/ 16:52:39 are +1s being accepted for the PTG etherpad? 16:52:41 feel free to continue feedback on any of the above 16:52:42 About the ptg do we have a number of rooms and timeslots? 16:53:15 strigazi: We should expect to have 1 room for the last 3 days 16:53:16 should be 1 room and all day erryday 16:53:29 so we can slice up the time as needed 16:53:32 how many days? 16:53:34 3? 16:53:35 3 16:53:44 9 to 5? 16:53:48 yup 16:53:53 PTG is like mid-cycles 16:53:56 It's 3, but we may end early on the last day depending on what travel constraints we all have 16:54:07 ok 16:54:43 so plan for at least 2.5 days, and we might go a bit longer if we need more time, and we can stay 16:55:14 and some of us may have to bounce around a little 16:56:19 yes, if you do have times you know you'll be out, please let me know, and I'll see what shuffling we can do to accommodate you. 16:56:35 will do 16:57:44 juggler: yes, if there are sessions you think we should discuss in the PTG, feel free to put +1 comments in the etherpad to express that interest 16:58:04 adrian_otto awesome. already done :) 16:58:31 tx 16:58:55 adrian_otto ty! 16:59:04 Thanks for attending today. Our next team meeting is 2017-02-14 at 1600 UTC. See you then! 16:59:23 #endmeeting