15:59:55 #startmeeting defcore 15:59:55 Meeting started Wed Aug 31 15:59:55 2016 UTC and is due to finish in 60 minutes. The chair is eglute. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:59:57 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:59:59 The meeting name has been set to 'defcore' 16:00:04 #chair hogepodge 16:00:07 Current chairs: eglute hogepodge 16:00:10 o/ 16:00:21 #topic agenda 16:00:27 \o 16:00:30 #link https://etherpad.openstack.org/p/DefCoreLunar.15 16:00:39 please add as needed! 16:01:14 Mark is at VMWorld today, so he will not be here today 16:01:54 Anyone else here for defcore meeting? 16:02:00 o/ 16:02:04 here 16:02:07 half here half on a deployment 16:02:12 :) 16:02:12 o/ 16:02:25 #topic Board meeting update 16:02:39 * notmyname lurks 16:02:49 couple weeks ago we presented the defcore report to the board 16:02:59 o/ 16:03:09 #link https://docs.google.com/document/d/1a4OWcGARqfuTAk5uax4d3LJGXeKiO5gZZ62jiEM4RDk/edit?usp=sharing 16:03:27 The board approved the 1.6 guideline and 2016.08 guideline 16:03:47 they also approved the name change 16:03:59 o/ 16:04:06 board members were excited about the change, 16:04:27 so going forward we will need to start calling ourselves Interop Working Group 16:04:38 hogepodge can you help us with all the renames? 16:04:53 We'll need a sub-working group to handle the name change process 16:04:56 eglute: Are we going to update the meeting ID on eavesdrop as well? This will mean that new logs will be in a different location than older ones. Not an issue but we should add a pointer to “archive meeting logs” with the old folder location. 16:05:08 I can help hogepodge 16:05:17 shamail good point 16:05:18 I'm assuming we'll want new irc room, mailing list name, as well as documentation changes? 16:05:21 New repository? 16:05:38 oh wow, it is more radical than I thought :D 16:05:42 well, how confusing would it be if we kept mailing list/irc as the same? 16:05:43 This is actually a pretty big undertaking if we want a comprehensive name change. 16:05:45 and repo? 16:06:03 so do we need a comprehensive one? 16:06:05 Coin toss on repository name… It could stay the same since the repo name doesn’t have to be the same but programs.yaml would need to be updated at least 16:06:11 Which I'm ok with, we just need to put together a work list and methodically get through it. I'm happy to lead those efforts with shamail 16:06:32 #action hogepodge and shamail to lead rename efforts 16:06:36 Any desired completion timeframe? 16:06:40 As a rebranding effort, I expect it to take a few months. 16:06:57 shamail: I'd be conservative and target Jan 1 16:07:02 hogepodge: +1 16:07:07 thanks hogepodge. i am ok with conservative 16:07:29 o/ 16:07:39 Greetings and salutations all 16:07:42 i am also ok with keeping some things called defcore, like IRC channel 16:07:55 what does everyone else think? 16:08:20 eglute: I'm worried that we'll continue the confusion of what defcore is, and it's marked as one of the major issues in our report 16:08:38 yeah, hogepodge has a point, let's move it all to the new name 16:08:41 eglute: so even though it will be painful, consistency is important. that's just my opinion on the matter 16:08:42 hogepodge good point 16:08:44 over time 16:08:52 Agreed 16:08:53 don't have a scrollback to view, but I agree with hogepodge in that the TC is starting to talk about "core" again. 16:08:55 +1 on consistency 16:08:58 I agree with hogepodge, painful but will pay dividends in the long run 16:09:04 so will summit be where the name change is officially announced, or should it be changed over before that? 16:09:35 we should do a redirect for the defcore channel, though, when it gets a new name 16:09:51 woodster_ we have not discussed that yet! but we do need to make an announcement 16:09:55 woodster_: summit is as good a place as any, and gets us all in the same room to start pushing the last items through 16:10:17 * woodster_ might even be last minute name changes to bike shed over? :) 16:10:17 hogepodge: Does it make sense to prioritize some areas to be renamed before the summit from the exhaustive list that we will build? That way some of the more recognizable artifacts are renamed prior to announcement. 16:10:32 shamail: I think so 16:10:39 +1 16:11:33 I think this will be a hard change but will help talking about defcore/interop going forward. 16:11:55 anything else regarding the name change? any comments? 16:12:19 #topic Summit 16:12:27 I'll still probably call it defcore in private ;) 16:12:40 Shun the non believer! 16:12:42 VanL i bet your are not the only one ;) 16:12:44 heh 16:12:56 We are less than 2 months away from the summit! 16:12:57 lol 16:13:02 i hope to see everyone there 16:13:16 hogepodge told me he will be working on getting us a time slot for a WG 16:13:19 * shamail is already exhausted from the summit 16:13:21 :P 16:13:40 * gema hopes not to have to make slides 16:14:13 i have not looked if any defcore presentations got selected for the summit 16:14:14 unfortunately, I'm talking twice, so I'll be there. One talk will be on the interop challenge and refstack 16:14:21 from what I understand the UC will be sending out WG invitations, and DefCore will be included in the scheduling (as will any other non-UC governed working groups) 16:14:35 thanks hogepodge 16:14:37 rockyg: it was unclear to me who will be talking on the interop challenge 16:14:49 I'm on a panel that was accepted 16:15:02 For the one session, refstack and beyond, it's me and Catherine 16:15:12 rockyg: +1 16:15:30 hogepodge what is the panel that you are on? 16:15:51 we might ping the ml for info/comments 16:16:04 rockyg please do 16:16:24 #link https://www.openstack.org/summit/barcelona-2016/summit-schedule/events/16339/interop-you-keep-using-that-word-i-do-not-think-it-means-what-you-think-it-means 16:16:41 oh nice 16:16:45 thanks 16:17:11 Kewl! 16:17:21 any other comments regarding summit? 16:17:22 nice indeed, will try to ask questions :D 16:17:28 I actually think I want to go to that one! 16:17:30 #link https://www.openstack.org/summit/barcelona-2016/summit-schedule/events/16412/beyond-refstack-the-interop-challenge 16:17:51 I don't see anything else matching defcore or interop in the schedule 16:18:33 thanks for checking hogepodge. we will have the WG as well 16:18:46 You didn't hear this from me, but expect interop in a keynote. 16:19:06 rockyg: you realize you are on record, right? :D 16:19:18 is that going to be the interop challenge? I expect IBM will be talking about that 16:19:19 yeah ;P 16:19:40 #topic 2017.01 guideline 16:19:42 Not positive on what, just know that it will be part of one. 16:20:11 since the latest guideline was approved in August, the timeline for a new one will be a little compressed 16:20:25 Oh, and I'm not here anyways, because I'm on vacation. 16:20:39 the next guideline will be 2017.01, approved in January 2017 board meeting 16:20:40 :) 16:21:03 eglute: I'm ok with the next guideline being much more iterative. I have a feeling the one just approved will be a pretty big shock with the addition of direct APIs 16:21:06 * gema volunteers to do heat or keystone 16:21:26 let's get on with it, shall we? :) 16:21:42 we have two months to ID new capabilities and create a preliminary draft 16:21:58 thanks gema for volunteering to do keystone and heat! 16:22:03 any other volunteers? 16:22:15 ¬¬' I said or! 16:22:19 :D 16:22:27 i agree with hogepodge, we can have fewer new additions 16:22:42 neutron capabilities need work in progress with updating the tests 16:23:03 ++ a bit of stability after the shock of 2016.08 would be good. 16:23:08 I hesitate to volunteer for it because my dance card is filled up until Barcelona :-P 16:23:09 hogepodge i think Mark had some tests in progress, is that correct? 16:23:17 hogepodge: so is mine 16:23:30 eglute, yeah, he does/did 16:23:43 Can I schedule a session with someone to come up to speed on the process (after reading through what’s available)? // any volunteers? I’m fairly packed in as well but I can try to help as time permits. 16:23:50 but I will be in Germany for the QA meetup, so I can raise some issues there and see if we can move those tests forward while we have the team in the room 16:24:04 hogepodge that would be great 16:24:30 shamail: I'd be happy to help get you up to speed 16:24:36 Thank you hogepodge 16:24:39 We have a guy in China who is supposed to get up to speed on this group, so if we schedule late afternoon, he can also be in the training/kickoff class 16:24:48 hogepodge when is the QA meeting? 16:25:05 sept 19-21 16:25:09 #link https://wiki.openstack.org/wiki/Sprints 16:25:10 I will be there too 16:25:13 thanks gema 16:25:23 rockyg: Connect him with me and I will make sure to include him when scheduling a follow-up with hogepodge 16:25:29 nodding to all the comments from hogepodge 16:25:32 for support 16:25:36 we can probably schedule interactive video session for those who want to attend 16:25:58 eglute: +1 16:26:02 i would be happy to help hogepodge 16:26:13 ++ shamail 16:26:15 is next week too soon? 16:26:40 depending on our agenda load, we could use next week's meeting as a defcore process 101 16:26:40 Latter half of next week is doable, I want to make sure I leave some time to read HACKING.rst, etc. first. 16:27:06 #action hogepodge eglute to schedule intro to the guideline session 16:27:29 hogepodge: If that is the plan then I would recommend also sending an email to other ML to let others know who might be interested that this would be a good session to join if planning to help with interop in the future. 16:27:32 #action eglute to send a doodle to the mailing list to gage interest and collect convenient times 16:27:55 hogepodge i agree 16:27:58 It could be education/recruitment all in one :) 16:28:04 Actually what shamail said is good. Produce a reading list for those attending to review before the meeting. 16:28:04 :) 16:28:16 eglute: shamail: at the risk of creating a ton of new work, record a webinar? 16:28:32 #action eglute and hogepodge create a reading list prior to the session 16:28:35 hogepodge i like that idea 16:28:38 It will also be a great "getting started with "whatever we call ourselves going forward" 16:29:05 hogepodge: I would say we should do that after the intial 101 session, that way you can address questions left open (even after reading the docs) that come up 16:29:14 Or we could record the Q&A session itself 16:29:41 i am ok with either 16:29:58 Sorry to go off-track eglute, I want to help with the guidelines but I need help on how to help first 16:30:27 shamail fair enough, i am all for onboarding people :) 16:30:46 eglute, ++ 16:30:51 besides, we do have some other people who are new to this group :) 16:30:58 thank you 16:31:44 ok, so we will hold of asking for volunteers for scoring other components after the training session 16:31:57 i know catherine_d|1 has done heat in the past 16:32:16 eglute: yea ... but the issue wit heat is 16:32:28 they still do not have tests in Tempest .. 16:32:31 perhaps catherine_d|1 could follow up with the heat team to see if they made any changes since we talked to them last time 16:32:44 catherine_d|1 do you know if they are planning on moving to tempest? 16:32:47 catherine_d|1, they are on the verge.... 16:33:12 eglute: rockyg: they are on the plan to implement the Tempest plugin 16:33:35 catherine_d|1 any idea what their timeline is? 16:33:40 but no plan for moving tests to Tempest yet ... this is news as of last month . I can check with them again 16:33:52 thank you catherine_d|1 16:34:05 we will talk about other components next time then 16:34:06 eglute: will do 16:34:20 catherine_d|1: can you work with Heat to get design summit time for that topic? 16:34:31 (moving tests) 16:34:42 hogepodge: great idea! will do 16:34:50 great idea, hogepodge 16:35:09 catherine_d|1, types faster than I do 16:36:14 :rockyg: -) only this time 16:36:35 so far, i have come up with a preliminary timeline, and i propose that we ID new capabilities by September 14th. this is very aggressive timeline, but works if we are going to go easy on trying to add new capabilities. We could also combine ID capabilities and scoring 16:37:46 any thoughts on the timeline? 16:37:51 #info the timeline changes are at the bottom of the etherpad 16:38:03 #link https://etherpad.openstack.org/p/DefCoreLunar.15 16:38:08 thanks hogepodge 16:38:10 eglute: I am not sure I can make it 16:38:20 eglute: in fact I am sure I cannot make it for that date x) 16:38:21 i need to finish the second part 16:38:31 gema would adding a week help? 16:38:39 nope, september is packed for me 16:38:48 qa/infra midcycle and linaro connect 16:39:18 I can get to it before ODS, though, if it helps 16:39:31 or if anyone else has the time, they can also do it :D 16:39:36 when is ODS? 16:39:47 what is ODS? 16:39:47 October 20thish 16:39:54 the summit? 16:40:01 oh 16:40:23 sorry, I thought it was a generic acronym, that's the barcelona developer summit 16:40:28 i think we need to have them scored by the summit 16:40:43 but the ID part should be done before then 16:41:03 lets see how much help we can get after the training session 16:41:07 ack 16:41:15 hogepodge what is your opinion on the timeline? 16:41:41 It's tight 16:41:49 the 2017.01 draft should be done by October 25th, so we can get feedback 16:42:03 For me the first half of September will be in a hardware build, and the second half is travel 16:42:09 eglute: I can have it by that date, I just don't have time to touch it during september 16:42:40 More time frees up for me October 1, but a lot of the ground work has been done for the previous release, so this will me mostly iterative 16:42:53 s/me/be 16:43:05 hogepodge: eglute: at the minumun we do have advisory capability in 2016.08 that can be moved to required section .. 16:43:23 catherine_d|1, +1 16:43:25 i am ok with us not sticking to the timeline too much, and i hope hogepodge is right that we will not have too many new capabilities 16:43:28 catherine_d|1 +1 16:43:38 catherine_d|1: yeah, and some of the advisory is dependent on test changes, which we have until December to get landed 16:43:41 new;y scoring capablities can be added interactively over the next few months as we did in the past? 16:43:47 Also, look at items just below the cutoff score and see if they move up for this round 16:44:03 catherine_d|1 i think so! 16:44:11 rockyg good point 16:44:28 #link http://git.openstack.org/cgit/openstack/defcore/tree/working_materials/scoring.txt 16:44:40 thanks hogepodge 16:45:07 any other comments on the new guideline? 16:45:35 #topic RefStack 16:45:44 catherine_d|1 go ahead! 16:46:34 Thanks to your review on https://review.openstack.org/#/c/353903/ .. it was merged .. and we start implementing that already 16:47:10 nice! 16:47:14 we have two more foundation specs .. https://review.openstack.org/#/c/343954/ and https://review.openstack.org/#/c/332260/ 16:47:15 ++ 16:47:44 could you pleaser review so that we can proceed to implementation ... 16:48:04 #action everyone review https://review.openstack.org/#/c/343954/ and https://review.openstack.org/#/c/332260/ 16:48:15 catherine_d|1 i will review them later today 16:48:29 our plan is to get all the implementatin done end of Sept ... so we allow 3 weeks to update the website .. in case there is issue 16:48:46 eglute: thank you very much! 16:49:15 hogepodge: want to confirm with you on the term "certification" vs "validation" 16:49:33 catherine_d|1: oh gosh, I keep forgetting 16:49:39 catherine_d|1: validation didn't say much to me, does it mean that the result has been validated by chris? 16:50:02 and if the user wants to withdraw they contact chris and he unvalidates it? 16:50:16 gema: I would avoid saying by chris and say against guideline 16:50:39 hogepodge: I could say the foundation but the way it is worded it does require someone's intervention 16:50:46 This was a feedback from Mark 16:51:35 yeah, I don't want to be seen as the gatekeeper, and the language should focus on the guideline and some governing authority checking against the guideline as used in a license agreement 16:51:53 hogepodge: +1 16:52:03 foundation is the governing authority, correct? 16:52:09 but I'm not the governing authority, the interop working group and openstack foundation are the important parts of the process 16:52:40 hogepodge: but practically, if a user sends the foundation a link to results for validation you validate them and mark it as validated 16:52:46 which means they are certified, correct? 16:53:03 you as in someone in the foundation 16:53:09 hogepodge, is acting for the foundation 16:53:12 yep 16:54:14 he is the assigned representative of the foundation 16:54:28 sure, I was just trying to understand the process 16:54:33 catherine_d|1: works for me as you have it now 16:55:04 ok, I think we need to use the word verify, as certify means to make an official pledge and has deeper legal meeting 16:55:17 verify is good 16:55:23 verify sounds good 16:55:34 hogepodge: gema: I can change to verify 16:55:55 gema: right now, one step in the licensing process is to send me a refstack link that shows the product meets the testing requirements for the logo program 16:55:57 it is better now than later 16:56:05 hogepodge: ok 16:56:09 catherine_d|1: yep, sounds better 16:56:33 gema: I then signal to our legal team that the vendor is qualified to sign the license agreement, which is generated and sent to the vendor 16:56:33 ok thank you ... I will make the change .. 16:56:43 hogepodge: ah, ok 16:56:59 gema: the contract comes back and is then countersigned by a foundation representative 16:57:19 let me update the patch and please review again! thank you all! 16:57:25 which is not me 16:57:27 thank you catherine_d|1 16:57:31 hogepodge: ok, makes sense 16:57:40 hogepodge, true dat 16:57:54 gema: thanks for your review and bring up this question ... that is what review is for .. 16:58:01 catherine_d|1: +1 16:58:13 i think we are almost out of time... catherine_d|1 anything else? 16:58:22 no thx 16:58:31 thank you everyone!! 16:58:42 #endmeeting