18:57:07 #startmeeting refstack 18:57:08 Meeting started Mon Apr 27 18:57:07 2015 UTC and is due to finish in 60 minutes. The chair is davidlenwell. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:57:09 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:57:13 The meeting name has been set to 'refstack' 18:58:17 o/ 18:59:25 1) Refstack PTL election 2) Vancouver cross team design session 3) Recap last week agreements 4) Plan for Refstack to demo to DefCore on May 6 5) pending reviews 6) open discussion 18:59:46 o/ 18:59:55 o/ 19:00:21 o/ 19:00:26 #topic Refstack PTL election 19:00:38 We as a project have grown from just a few people hacking on this code in our spare time to a fully functional upstream project.. that means that we have to behave like the other projects do and have elected governance.. So Its time to have a PTL election. 19:01:21 After much introspection and thought.. I've decided to take my name out of the running and instead nominate and fully support Catherine Diep to replace me in this post.. 19:02:37 o/ 19:02:44 Elections will follow the traditional pattern.. If anyone else wants to run for PTL please inform the group this week. 19:03:17 ++ Thanks for all your hard work, davidlenwell. We've really gotten a lot done and will be able to have a respectable demo backed up by *real* working code 19:03:28 We will orginize voting through the propper channels 19:04:53 I intend to stay an active member of the team and be a part of bringing our vision to life. But I feel the time is right to give someone else the reigns for a term. 19:05:03 davidlenwell: You will still be active with Refstack as a technical core reviewer right /// 19:05:08 yes 19:05:12 o/ 19:05:12 ++1 19:05:27 any questions? concerns? any other candidates? 19:05:33 o/ 19:06:32 * edleafe- is just here, not a candidate! 19:06:49 thanks for clearing that up edleafe- 19:07:21 anyways .. put some thought into it.. We're actually late .. so this will be considered a special election.. 19:07:25 will you be posting the election info, canditate(s), etc to the dev list? We need to start doing that. 19:08:04 Do you think we can abandon fits and start using dev? 19:08:10 if nobody else is going to run.. then catherine will be running unopposed and we don't have to be as formal about it. 19:08:21 kewl 19:08:37 but I wanted to give others time to think if over and throw a hat in the ring.. 19:09:10 So we'll set a deadline of next meeting to nominate yourself or another individual.. if nobody pops up then we'll just make it official and bypass the voting process 19:09:19 no freakin' way would I run against CatherineD ;-) 19:09:32 Rockyg: :-) 19:09:41 she's the best fit for the job 19:09:47 in my humble opinion 19:09:51 +1 19:10:04 anyways ..we'll revisit in a week. 19:10:07 ++ 19:10:08 davidlenwell: thanks 19:10:09 lets move on for now.. 19:10:13 #topic 2) Vancouver cross team design session 19:10:37 did anyone add us to the list of q/a topics ? because I believe the deadline has passed. 19:10:41 so I enter one topic in https://etherpad.openstack.org/p/refstack-qa-vancouver-design-session 19:11:03 after we review here ... I will add that in the list of q/a topics ... 19:11:18 I think we've already passed their deadline to submit 19:11:18 please take a look at https://etherpad.openstack.org/p/refstack-qa-vancouver-design-session 19:11:58 hogepodge: mentioned last week that May 30 is the last day .. 19:12:07 ahh.. okay 19:12:11 it needs to be added here.. https://etherpad.openstack.org/p/kilo-qa-summit-topics 19:12:23 I think we need to recruit a keystone dev or two as liaisons to help with getting testing on outside clouds in good shape. And maybe a keystone test suite. 19:12:55 um .. may 30th is after the summit by the way 19:12:59 did you mean april 30th? 19:13:08 That sounds more likely 19:13:13 davidlenwell: yes 19:13:22 April 30 19:13:23 okay that makes more sense 19:13:44 Rockyg: i'm sure keystone folks could be convinced to discuss helping. 19:14:02 morganfainberg: cool 19:14:06 should we go ahead adding the topic to the q/a session .. 19:14:11 I'm sure we can just informally start talking to them 19:14:17 Rockyg: come to our IRC meeting tomorrow, and say something about what you'd like. 19:14:19 yes catherineD lets just add it 19:14:23 davidlenwell^ cc 19:14:30 The api test session is also one that the refstack team needs to participate in 19:14:37 ok will add it ... 19:14:43 Rockyg: toss something on our agenda. most eyes will be available there. 19:14:50 morganfainberg and Rockyg we don't need a design session for that .. we can just raise our hands and speak up about our needs 19:15:03 davidlenwell: start talking to us before the summit :) 19:15:07 yes 19:15:18 Rockyg: do you want to take that on? 19:15:23 morganfainberg: I'll try to be there tomorrow. Might try to get on the agenda 19:15:33 davidlenwell: I guess so ;-) 19:15:41 thank you! 19:15:47 so 19:15:53 sslypushenko__: and hogepodge: do we need a session to reserve time for the UUID topic ? 19:15:53 Rockyg: just add yourself to the agenda. if you don't show up, we can defer to a following week. 19:16:02 Rockyg What kind of issues do we have with keystone? 19:16:03 k. thanks 19:16:11 #agreed catherineD to add our topic to the q/a summit topics here .. https://etherpad.openstack.org/p/kilo-qa-summit-topics 19:16:31 sslypushenko__: lets save that for open discussion 19:16:38 ok 19:16:43 I want to get throught he rest of the agenda first. 19:16:50 catherineD: probably, althogh it's going to be tough to advance. we should make a case, though. At least have a chance to have mtreinish explain his reasoning about naming and why it isn't necessary 19:17:03 sslypushenko__: just getting help maybe for test tools to be better equipped for testing on public clouds. And with expanding test suites to be able to run some keystone tests through the refstack client 19:17:27 hogepodge: so we should log a session so that we have the time slot? 19:17:36 catherineD: sure 19:17:57 no gaurantees that it will be accepted .. but we can speak up and try 19:18:25 lets move on.. 19:18:29 #topic 3) Recap last week agreements 19:18:42 catherineD: can you go through those please? 19:19:04 ok 19:19:11 1. we will find a time to set aside at the summit to discuss the api in better detail. 19:19:37 I think we have had success with breakfast meetings in the past. 19:19:38 I think we can defer that to next week since we have more important items to discuss this week 19:19:59 lets tenetively say we'll meet for breakfast early in the week. 19:20:12 ok 19:20:42 #action need to define Refstack team face-2-face meeting at the summit on May 4, 2015 ... pick a day for breakfast early i nthe week 19:21:03 2) David to follow up with infra team on the possibility for Refstack server hosting at infra 19:21:28 o/ 19:21:30 Rockyg had already picked this back up and krotscheck started to help us with this process 19:21:39 however I am not sure what the current status of this is. 19:22:11 I reached out to jeblair and let him know what our intentions are.. he offered no objections at this time.. 19:22:14 ohai 19:22:15 Yup. pvaneck is working with krotscheck to break out the webserver into its own repository 19:22:34 So we should proceed with their recomendations and keep things moving along.. 19:22:38 Actually, I've reversed positions on that. I don't think it makes sense for refstack. 19:22:39 hogepodge: we can probably have a work room slot for it 19:22:48 hogepodge: or if it gets too full the sprint day on friday works too 19:22:56 oh actually that would probably be a better time for it 19:23:13 mtreinish: sounds good 19:23:24 ok. krotscheck, pvaneck any other update on that? 19:23:42 krotscheck: can you elaborate? 19:23:52 Ok, first the update: 19:24:15 I'm working on the puppet module, though it took up more of my time than I wanted last week and so paused late last week. 19:24:30 mtreinish: I just add the Password topic to https://etherpad.openstack.org/p/kilo-qa-summit-topics 19:24:43 There's one major missing piece, which is a wsgi file for refstack 19:24:54 I think we should have a backup plan just in case. I want to approach the rackspace defcore chair and get a vm as a hot standby 19:24:55 krotscheck: I can commit that today 19:25:00 catherineD: I'm not sure that will require it's own session, but ok :) 19:25:06 davidlenwell: Cool! 19:25:28 mtreinish: thx 19:25:31 mtreinish: I think we can expand on the topics ;-) 19:25:34 Once the puppet module is done, we'll want to add the project under the openstack-infra namespace. 19:26:07 Once that's done, we can add a manifest to openstack-infra/system-config to create a refstack server. 19:26:15 Once that's done, you ask infra to provision the server for you. 19:26:22 And set up the domain name. 19:26:27 And then you're golden. 19:26:40 As for the Why-one-project-not-two: 19:26:42 Thank you for the update and the help krotscheck 19:27:05 krotscheck: a few weeks ago piston transferred refstack.org to the foundation, so the staff here can help with the dns 19:27:19 oh good! 19:27:25 The things you get for separate projects: Separability, whitelabeling, etc - you don't really need any of those. 19:27:48 krotscheck: base on your experiences with all the activities .. do you think we we have the server before May 6? 19:28:03 catherineD: I would think it will take longer than that 19:28:06 catherineD: Unlikely. 19:28:07 We plan to demo the Refstack UI to DefCore on that date .. 19:28:25 catherineD: we can update the refstack.net server I setup and use it for the demo 19:28:39 catherineD: At that point you should be able to create a demo VM on the presentation laptop. That'd be a bit more stable 19:28:54 davidlenwell: great ... it is best to have a demo on a public site so people can really access to it ... 19:29:08 if we don't have any other agreements to review this is a good segway into our next topic 19:29:24 im good 19:29:38 #topic 4) Plan for Refstack to demo to DefCore on May 6 19:30:41 we've decided to demo our progress for the defcore group durring the may 6th meeting.. 19:30:51 catherine and I will perform the demo 19:30:59 davidlenwell: so most likely we will use refstack.net for the demo .. 19:31:07 agreed 19:31:16 I'll get you access to that server asap 19:31:27 davidlenwell: +1 .. 19:31:38 #agreed davidlenwell to privide login access for catherine to refstack.net server 19:33:00 davidlenwell: do you currently use apache on that server to server the api? 19:33:03 I think we should prep what we are going to say durring the demo .. highlight progress and longer term goals.. then some q and a to wrap it up 19:33:05 serve* 19:33:13 yes .. I serve the api with apache wsgi 19:33:26 I will commit the wsgi file today 19:33:34 or tomorrow .. I have a lot of meetings today 19:33:34 ah okay 19:34:06 catherineD: anything to add? 19:34:11 #action David to commit the wsgi file asap 19:34:42 davidlenwell: once I have access we will prep the server ... 19:34:57 nothing else from me for this topic ... 19:35:04 okay .. lets move on 19:35:06 #topic 5) pending reviews 19:36:18 for https://review.openstack.org/#/c/176364/ 19:37:03 sslypushenko__: is concern about explicit selection of engine ... 19:37:23 I did manual testing for it and it works for me... 19:37:34 About engine... 19:38:03 Is it really necessary to select engine? 19:38:38 I don't think its a must.. but we have to be very clear that we are only testing and running this in mysql 19:38:58 I think it's ok to make a hard decision about what the backend is. 19:39:17 +1 19:39:18 so we just need to clarify that in our README? 19:39:45 yup. It will also be made clear in the puppet deployment manifests 19:40:32 so realize that's not a backwards compatible change either, if you have existing users that could lead to them being an unknown state 19:40:48 you should probably do something like that as a new migration instead 19:41:34 mtreinish: I believe the only user we have running our api outside of of this group is catherineD at ibm .. 19:42:39 davidlenwell: sure, that's a project policy decision. But, if you add onto an old migrations just thought the risks of doing it should be brought up 19:43:08 okay .. next review .. https://review.openstack.org/#/c/177872/1 19:43:19 pvaneck: has been hard at work on our ui code.. 19:43:28 I'd like eyes on the javascript 19:43:48 Looks good! 19:44:02 and special attention on the readme file pvaneck make sure instructions are easy to get this running. 19:44:15 Is there a javascript linter that can be added to the gate? Would it be useful? 19:44:40 Yea, a js gate would be good to have 19:44:57 hogepodge: heh, jslint. Enjoy that license quagmire :) 19:45:58 for the time being lets have a few folks actually run the code and test it manually 19:46:57 next .. https://review.openstack.org/#/c/177340/ 19:47:36 that one looks good to me.. I've +2'd it 19:47:45 catherineD: you can merge if you are happy with it 19:48:06 yes testing it ... shoudl be an easy one to merge .. 19:48:10 This patch should works with https://review.openstack.org/#/c/177357/ 19:48:26 yes .. https://review.openstack.org/#/c/177357/ also looks good to me 19:49:51 that leaves .. https://review.openstack.org/#/c/177872/ 19:50:26 sorry .. meant to paste this .. https://review.openstack.org/#/c/176335/ 19:51:20 Vlad is working on UI part now 19:51:25 that is WIP ... 19:51:47 yes .. but its the last remaining pending review so I figured we'd talk about it ;) 19:51:51 We hope that auth will work next week 19:51:59 awesome! 19:52:12 I will continue to monitor 19:52:21 we have a little time left now for open discussion 19:52:29 #topic open discussion 19:52:52 sslypushenko__: Rockyg did you communicate enough about the keystone topic? 19:53:15 We can do it in #refstack channel 19:53:16 For this round, yes, I think. 19:53:21 okay 19:53:35 So who is not going to the summit? 19:53:44 vladiskuz|2: and sslypushenko__ you aren't attending right? 19:53:50 sslypushenko__: we merge this one https://review.openstack.org/#/c/161315/ so now the JSON include idempotent_id ... but we are not storing the id in refstack .. 19:54:03 Yes, We are not going 19:54:21 we will do our best to include you in team meetings 19:54:46 catherineD We did it. Refstack is storing uuid in db 19:55:04 davidlenwell Thx 19:55:14 sslypushenko__: ok let review some more ... 19:55:16 idempotent_id == uuid .. no reason to change tis name in our database 19:55:59 if nothing else we'll make a google hangout from my cell phone and invite you guys to it for our team breakfast .. my data plan still works in canada 19:56:02 it's important to understand that uuid is only unique for function, not for test 19:58:01 okay folks.. thats all the time we have for today in this channel .. as always please feel free to keep the conversation going in #refstack! 19:58:18 #endmeeting