22:00:43 #startmeeting horizon 22:00:44 Meeting started Tue Apr 30 22:00:43 2013 UTC. The chair is gabrielhurley. Information about MeetBot at http://wiki.debian.org/MeetBot. 22:00:45 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 22:00:47 The meeting name has been set to 'horizon' 22:00:52 #topic overview 22:01:06 I'm pretty sure I change the name of this first topic every week... 22:01:09 anyhow 22:01:13 hello folks! 22:01:20 hello! 22:01:21 hello 22:01:31 hii 22:01:43 hey 22:01:49 Lemme start off by saying I couldn't be mor pleased with how Havana is looking already! 22:02:04 hey 22:02:15 We've barely started and we already have two dozen bugs fixed, blueprints in code review, and a great-looking plan 22:02:23 that's just fantastic 22:02:57 I finished doing a first pass at the full Havan roadmap today 22:03:04 check out https://blueprints.launchpad.net/horizon/havana 22:03:09 or any of the indvidual milestones 22:03:34 I think that leads into the next topic 22:03:40 #topic blueprints and bugs 22:03:55 H1 has all it's blueprints assigned, so folks should just move forward on those 22:04:07 and just 'cuz something may not be targeted to H1 doesn't mean you shouldn't work on it now 22:04:33 the targets are rough measures of how much I think we can bite off in a set of time, and some idea of known blockers in other services, etc. 22:04:43 but if you wanna work ahead I never mind bumping blueprints *up* 22:05:07 For my part, I discovered an interesting quandary working on https://blueprints.launchpad.net/horizon/+spec/api-capability-detection 22:05:20 which is that the keystone service catalog endpoints have hard-coded versions in them 22:06:01 within the next week I'll have a proposal out to the mailing list to remove all version and tenant info from the service catalog endpoints, and instead to have the clients be able to construct the appropriate endpoints based on what's returned by keystone and what you pass in. 22:06:13 so, progress there is good, but won't be done this week 22:06:13 (YAY!) 22:06:27 in the interim I'm going to lay down some groundwork code for switching versions that'll hack around it 22:06:46 I want to make sure all the v3 API work isn't blocked, so this'll be a stopgap measure 22:06:51 I should have that up in the next week 22:07:07 who else wants to discuss or report in on blueprints? 22:07:49 to be clear, the v2/v3 toggle will work across horizon and django_openstack_auth? 22:08:46 correct 22:09:46 okay. I'm not worried about any of the BPs this week so I won't call for specific updates. 22:10:02 just wanted to give people the opportunity in case anyone wanted to comment 22:10:19 I'll pitch in about d3 integration 22:10:35 go for it 22:10:43 we are making good progress on reworking the quota graphics 22:11:01 Am looking into displaying the usage summary as some sort of graph over time 22:11:10 @gabrielhurlye: from openstack_auth, how can I determine the keystone version.. Are we going to explicitly set some parameter in settings file to configure the KS version or I have to make a call on the api discovery function you're working on? 22:11:11 very cool. fwiw, I could see those taking up a lot less space by being made into vertical bar graphs or something... 22:11:18 usage-over-time would also be awesome 22:11:28 ceilometer would help with that and there are future BPs to address that in more detail 22:11:47 lcheng: in the short term (like for a couple weeks here) it's gonna be a setting 22:12:00 it will later depend on version discovery 22:12:03 would it be a good idea to replace usage summary with graph or have it as an option to display either? 22:12:05 see my comments about that above 22:12:14 okay 22:12:16 bradjones: depends on the data source 22:12:41 if you're pulling from ceilometer it probably has to be optional 22:12:57 ok will look into it further once the quota summary is finalised 22:13:03 excellent 22:13:23 bradjones: btw, there was a bug about consistency in the quota graphs, perhaps this can be tackled at the same time - https://bugs.launchpad.net/horizon/+bug/1102461 22:13:25 Launchpad bug 1102461 in horizon "Quota Summary graphs should be consistent in styling" [Low,Confirmed] 22:13:43 jpich: I'll look into it 22:14:26 Cool 22:14:57 great 22:15:02 anyone else with blueprint comments? 22:15:41 cool 22:16:01 bug-wise we're doing fine. there are a couple that need triage, but nothing that looks dangerous/needs exceptional comment on. 22:16:09 #topic open discussion 22:16:22 Other things on people's minds? 22:16:33 Grizzly stable: amotoki had raised the point before the summit that there had been a lot of improvements in the translations after they were pulled into grizzly 22:16:48 should we open a bug to track this, is it possible to update the translations for a stable release? 22:17:10 If yes it'd be cool to get it in for the first one 22:17:11 gabrielhurley: make sure you ping me when you have unversioned catalog code published 22:17:32 gabrielhurley: alternatively, i have a bunch of jumbled thoughts in my head on the topic if you'd like me to simply throw them at you 22:17:46 dolphm: gonna be a bit for *actual* code. I wanna get pseudo-code reviewed by the community first. 22:17:56 feel free to write 'em down and send 'em my way 22:18:06 I don't think keystone needs to change *that* much, actually 22:18:12 gabrielhurley: on that thread or off list? 22:18:14 it's mostly gonna be changes in the clients and devstack 22:18:24 dolphm: that thread is good with me 22:18:27 will do 22:18:45 jpich: backporting the translations is fine with me 22:18:53 same process as any other backport 22:19:26 gabrielhurley: I don't think we have pulled the latest ones from Transifex though, since the update was made 22:19:59 it's not hard to do 22:20:08 pip install the transifex client 22:20:18 there's already a transifex dotfile committed to the horizon repo 22:20:41 Ok, I'll look into it then 22:20:53 cool 22:25:17 well alright then 22:25:23 good meeting folks 22:25:30 have a good week and keep up the good work! 22:25:32 #endmeeting