17:03:34 #startmeeting CongressTeamMeeting 17:03:35 Meeting started Tue Oct 21 17:03:34 2014 UTC and is due to finish in 60 minutes. The chair is thinrichs. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:03:36 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:03:39 The meeting name has been set to 'congressteammeeting' 17:03:53 As usual, let's start with status updates. 17:03:59 #topic statusUpdates 17:04:09 sarob: want to start? 17:04:17 sure 17:04:21 hi 17:04:35 rajdeep: hi 17:04:52 our design session is scheduled for 03 nov monday 14:30-16:00 17:05:22 i have asked if we can get it moved to tuesday to be co-located wih GBP 17:05:44 does the team think this co-locating is a good idea or not? 17:06:14 It'll work either way. 17:06:20 okay 17:06:35 i should know by mid week 17:06:51 sarob: what should all of us do to prepare for the design session? 17:07:20 there is an planning etherpad #link https://etherpad.openstack.org/p/par-kilo-congress-design-session 17:07:21 sarob: GBP is being place on Tuesday as part of "cross-project" slot, and given that Congress is on Monday, it is considered "Ops" session 17:07:45 s3wong really? 17:08:30 sarob: I think that is the breakdown... at least according to ttx 17:08:58 s3wong not sure that matters a bunch, thx for the info 17:09:46 thinrichs i have listed out in the etherpad priorities, specs, bp, that have been on different discussions 17:10:03 thinrichs we need to start paring it down 17:10:14 thinrichs so we have a agenda 17:10:51 thinrichs lining up bp to specs so they are one to one 17:11:11 sarob: that looks good. Maybe I'll take a pass over the etherpad and organize by topics 17:11:24 e.g. UI, policy engine, data sources, etc. 17:11:37 thinrichs the policy summit specs with at least pending patch link would be a good start 17:12:04 thinrichs sure, i just did a big dump into the pad 17:12:23 thinrichs im starting to clean it up some 17:12:40 Then maybe we can organize the design session by prioritizing efforts within each group? And then produce a total ordering over the most important features? 17:12:56 thinrichs thats a good idea 17:13:34 Before we all arrive at the summit, we should think through each of the groups of features to figure out what we each think is most important. 17:13:36 i have a congress related summit sessions started at the bottom of the pad as well 17:13:55 I'll send out an email reminder maybe a week before. 17:14:07 thinrichs right on 17:14:39 Any other prep we should be doing for the summit? 17:14:43 i will list out the policy related sessions and talks that i have found in the etherpad bottom 17:14:54 That'd be helpful! 17:15:02 if anyone finds others pls add to the list 17:16:23 i updated the agenda too 17:17:08 not too crazy #link https://wiki.openstack.org/wiki/Meetings/Congress 17:17:53 anything for me? 17:18:05 Sounds good: do code reviews, look at outstanding bugs, review the etherpad for the summit. 17:18:37 Anything else to report sarob? 17:18:59 btw the congress session is under the ecosystem track 17:19:07 thats all 17:19:21 Thanks. 17:19:26 alexsyip: want to go next? 17:19:39 Yeah, the datasource driver code has gone through one review cycle with Tim. 17:19:57 It’s all on gerrit now. 17:20:19 It's good stuff. I'd suggest you all take a look. 17:20:42 The top level comment here https://review.openstack.org/#/c/125845/12/congress/datasources/datasource_driver.py 17:20:45 Especially take a look at how the new neutron/nova drivers look. 17:21:07 describes how someone would write a translator for a new data source driver. 17:21:32 This is what an example driver would look like: https://review.openstack.org/#/c/127624/13/congress/datasources/neutron_driver.py 17:22:03 This is the keystone driver, and it’s probably the simplest example: https://review.openstack.org/#/c/126731/13/congress/datasources/keystone_driver.py 17:22:38 The neutron one is a little more involved because the neutron driver provides more data, in a more complex organization with several nested lists and dicts. 17:23:37 So instead of writing Python code that translates the output of an API call to tables, you just provide a declarative description of the output of the API call. 17:23:44 And the translation to tables is handled for you. 17:23:49 alexsyip looks very simple 17:24:17 alexsyip: can these be used as a model for a gbp translator? 17:24:21 alexsyip: do you expect this to work for every datasource driver? 17:24:33 Thanks! The example drivers show the declarative description, and a little bit more plumbing to connect that to the API client code. 17:24:55 LouisF: do you mean to read data from GBP or to write data to GBP ? 17:25:12 alexsyip: either 17:25:32 alexsyip: or is it just read? 17:26:01 thinrichs: I think this code will cover most data source drivers, but there could be some that don’t provide data in the same way (with lists and dicts). For that, we may have to hand code those drivers, or convert the data into lists and dicts. 17:26:12 LouisF: We should be able to use this when reading from GBP. 17:26:30 This does not have any code to assist with writing to GBP right now. 17:26:49 alexsyip: great - what is needed to writew to gbp? 17:29:16 LouisF: So when we read GBP data into congress, we’re just pulling in the GBP data as raw input. It’s likely that the congress policies will need to do some further interpretation of the raw data. 17:29:38 LouisF: for the purposes of writing policies in Congress. 17:30:29 LouisF: For writing to GBP, our original plan was to have congress tables that trigger on row insert and delete. 17:30:42 We don’t have that framework yet, nor any drivers of that type. 17:30:49 alexsyip: ok thx 17:31:11 Ok, that’s all I have irght now. 17:31:19 thanks alexsyip: good stuff! 17:31:38 rajdeep: want to go next? 17:32:42 sure 17:33:02 i have been working on datasource integration with horizon 17:33:10 panels and tabs are ready 17:33:38 working on last leg to pass multiple values 17:34:08 datasource and tables are in the first table 17:34:40 for each row -- there is a child view with actual values 17:35:12 UI is super-important. I'm looking forward to seeing it in action! 17:35:23 hopefully by next week i will have code completed 17:36:37 that completes my status 17:36:42 Sounds good. Let us know if you need anything from us. 17:37:44 LouisF: anything you'd like to report on? 17:38:13 sure 17:39:08 Maybe we'll come back to LouisF 17:39:19 thinrichs: no 17:39:42 Sorry for jumping the gun there, LouisF. 17:40:12 jasonsb, glebo, and I continued our discussion from last week in #congress after the meeting ended. 17:41:04 glebo volunteered to summarize what we had discussed. 17:41:11 jasonsb: have you heard from glebo? 17:41:13 nothing more than https://review.openstack.org/#/c/129350/ 17:41:37 thinrichs: no sir. i don't have any contact info so i haven't reached out 17:42:14 jasonsb: Okay. I'll try to follow up with him today. 17:42:33 sounds good 17:42:33 LouisF: I'll look into that review today. 17:42:55 Last I saw it looked to be in good shape. 17:43:26 i need to look at rajdeep's work before i have anything coherent to add anyway 17:43:40 jasonsb: sounds good. 17:43:51 rajdeep: have you pushed anything to review that jasonsb could look at? 17:44:10 rajdeep: or could you provide him with pointers to the existing UI work? 17:45:08 thinrichs not yet 17:45:35 will do so when i am ready with the first cut can send some screenshots for now 17:46:00 that sounds godo 17:46:04 jasonsb : please share your email details 17:46:12 the existing ui code is under congress/contrib/horizon 17:46:49 jwy: didn't recognize your IRC handle. 17:47:05 jwy: welcome! 17:47:21 the congress devstack script has been modified to set up horizon for congress 17:47:24 jwy has been of great help on ui side 17:47:48 thinrichs: thanks! i realize my handle here is different than my username at work :) 17:47:52 rajdeep, jwy, jasonsb: Maybe the 3 of you can start up an email thread. 17:48:46 jasonsb: I think we'd just need your email address (and if you'd rather not put it here in IRC, you can email me and I'll forward it.) 17:48:47 sounds good 17:49:15 jason.bishop@gmail.com 17:49:27 jwy: anything else you'd like to report on? 17:49:29 (so much easier) 17:50:22 mainly been helping rajdeep, haven't gotten back to writing any new code myself since the last push 17:50:27 planning on doing more this week 17:51:04 Sounds good. Let us know if you need anything from us. 17:51:33 The new thing I started experimenting with this week is based on a request from the ML. 17:51:55 Someone wanted to be able to analyze policy.json files to understand what roles were required to execute a given command. 17:52:16 So I started writing the code to pull policy.json files into Datalog and do the analysis with Congress. 17:52:37 I'm about done pulling the policy.json files in. 17:52:49 My initial experiments with doing the analysis seemed promising. 17:53:24 Not only is this a potentially useful bit of functionality for OpenStack, but it also gives us a concrete example of how we might start thinking about pulling in policy from other policy engines. 17:53:44 Anyway, I've spent half a day on it so far, so it's too early to have much to report. 17:54:19 I might've missed this discussion before: 1. Is there any update on Ceilometer integration (need/interest/plan/progress etc). 17:54:20 Okay. 5 minutes left. Time for open discussion. (Or for someone I've missed to give a status update.) 17:54:48 kudva: there's a ceilometer driver commited. 17:55:01 thinrichs: who is working on it? I want to help out there 17:55:04 From what I understand, it doesn't pull statistics out. 17:55:43 pettori was working on it, but I see he's not on IRC right now. 17:56:00 alexsyip was going to look into using ceilometer for a use case. 17:56:17 thinrichs: which particular use case? 17:56:17 Maybe the two of you can connect to figure out what needs to be done. 17:56:33 thinrichs: yes, is alexsyip online? 17:56:56 Yes 17:57:15 alexsyip: let's connect offline, would be interested in hearing about your use cse 17:57:23 ok 17:57:31 I would like to be able to pull data from the DSE instead of using API calls from a driver, is that feasible right now? 17:58:15 You mean you want to pull data from a deepsix instance? 17:58:36 kudva: You can email me at ayip@vmware.com 17:58:37 Would that be an instance of DatasourceDriver? Or the policy engine? 17:59:01 Policy 17:59:07 Datasource drivers properly implement publish/subscribe. 17:59:17 ok 17:59:19 The policy engine doesn't publish anything today. 17:59:27 Ah. 17:59:50 Ok thanks, I was looking around and saw some #todo's but hadnt dug into it too much yet 18:00:03 remember everyone to review and update #link https://etherpad.openstack.org/p/par-kilo-congress-design-session with your kilo design session topics and use cases 18:00:20 Radu_: let's continue on #congress. I'd like to hear more about what you want/need. 18:00:25 We're out of time. 18:00:29 Thanks all! 18:00:30 cheers 18:00:36 #endmeeting