16:02:03 <david-lyle> #startmeeting Horizon
16:02:04 <openstack> Meeting started Tue Mar 18 16:02:03 2014 UTC and is due to finish in 60 minutes.  The chair is david-lyle. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:02:05 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:02:07 <openstack> The meeting name has been set to 'horizon'
16:02:22 <david-lyle> Hello everyone
16:02:26 <mrunge> o/
16:02:29 <doug-fish> hello
16:02:29 <lblanchard> hi all
16:02:35 <tmazur> hello o/
16:02:36 <aleParedes> Hello!
16:03:01 <amotoki> hi, good night
16:03:11 <MaxV> hi!
16:03:16 <absubram> hi all
16:04:02 <david-lyle> Let's dive in
16:04:06 <david-lyle> #topic Icehouse RC1
16:04:16 <david-lyle> https://launchpad.net/horizon/+milestone/icehouse-rc1
16:04:40 <david-lyle> so many of you may be getting emails that your bug was moved from rc1 to next
16:05:01 <david-lyle> this does not mean that it can't go into RC1, it merely means that we can cut RC1 without it
16:05:31 <david-lyle> The distinction was pointed out to me this morning
16:06:03 <david-lyle> so I will continue to prune the bugs down to items that are blockers to cutting the RC1 branch
16:06:29 <david-lyle> questions on that part?
16:06:37 <amotoki> We have two unassinged bugs.
16:06:48 <david-lyle> yes those are also bad :)
16:06:49 <amotoki> I can take the fist one. it is related to neutronclient.
16:07:17 <doug-fish> david-lyle - I think the mox import bug that I've been bothing people about should be on that list too
16:07:31 <doug-fish> other than mentioning it to you know how do we have that discussion?
16:07:57 <david-lyle> can you post a link?
16:08:12 <doug-fish> https://bugs.launchpad.net/horizon/+bug/1288245
16:08:21 <amotoki> https://review.openstack.org/#/c/79378/
16:09:05 <david-lyle> I think that should be in RC1
16:09:09 <david-lyle> I added it
16:09:15 <doug-fish> thx
16:09:56 <david-lyle> anything else not on the RC1 list that people feel is essential?
16:10:22 <amotoki> for bug 1292937, can anyone familiar with ceilometer take a look at it?
16:10:41 <amotoki> I am not sure it is visible or not.
16:11:23 <david-lyle> I assigned someone to take a look
16:11:40 <david-lyle> He's been working on ceilometer
16:11:44 <david-lyle> in Horizon
16:13:07 <david-lyle> I have on item in django-openstack-auth that I need to add.  So, I've been pushing to move our default keystone API version to v3.  We merge a patch in django_openstack_auth, turns out that although keystone v2 is deprecated, we can't use a v3 token to do anything other than identity management in Horizon
16:13:57 <david-lyle> so I'm going to move the default back to v2 for icehouse and we need to address broader support at the summit
16:14:47 <david-lyle> I'm tempted to go so far as to disable v3 altogether in Horizon, but I think there may be some groups out there that have hacks in place to make v2 and v3 work
16:15:09 <david-lyle> so I'm going to leave it in, and add documentation for the problem
16:15:17 <david-lyle> other ideas around that?
16:15:39 <jthopkin> Will this disable the ability for a user to change their own password?  V3 was required for that right?
16:16:25 <david-lyle> I'd have to check that v3 is required, but if so then yes
16:16:56 <david-lyle> v3 tokens used to work through a bug in keystoneclient which has since been closed, hence the belief that all was well
16:17:14 <mrunge> afaik, the own password thing works only on v2
16:17:45 <mrunge> because such a support was forgotten or left out of keystone, but I may be wrong here
16:18:10 <lcheng> agree on mrunge,  it was the other way around.
16:18:27 <david-lyle> change own password?
16:18:37 <lcheng> there is a patch on-going to add to add the change password on keystone v3 in keystoneclient
16:18:39 <david-lyle> I don't think that's supported in either unless you are admin
16:18:53 <lcheng> change own password
16:19:45 <lcheng> david-lyle: yes
16:19:57 <lcheng> what you said :-)
16:19:58 <mrunge> david-lyle, it was supported, but led to the cool situation, that you didn't had to provide your old password. keystone didnd't check, if your old password matched
16:20:47 <mrunge> so we (I) disabled that *feature* in horizon in that condition.
16:21:01 <mrunge> need to check, if it was v2 or v3
16:21:02 <david-lyle> mrunge for v3 though, correct?
16:21:11 <mrunge> just one.
16:21:15 <mrunge> let me check
16:21:28 <david-lyle> looking at code, v2 may support user updating password, was looking at wrong api call before
16:22:11 <mrunge> you can only set your password on v2
16:22:16 <mrunge> https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/settings/password/panel.py
16:22:25 <mrunge> l.31
16:22:36 <david-lyle> jthopkin: there we go
16:22:43 <jthopkin> awesome, thanks all
16:23:22 <david-lyle> Any other issues regarding RC1?
16:24:03 <david-lyle> We did merge 4 of the 6 FFE we had, so that's great
16:24:30 <absubram> :)
16:24:42 <mrunge> what are we doing about the mox thing?
16:25:07 <absubram> the IPv6 neutron side got merged late last night.. but it essentially added only the attributes.. but they don't do anything.. so good that we moved the Horizon BP to J
16:25:26 <david-lyle> mrunge: I agree that we should not depend on mox in a non-dev situation
16:25:39 <david-lyle> I added it to RC1
16:25:59 <david-lyle> amotoki: do you have anything you want to comment on regarding translation and string freeze?
16:26:34 <amotoki> david-lyle: I18N need to know the planned date of RC1 .
16:26:58 <amotoki> I would like to propose the first import before RC1 but i am not sure when it is better to do.
16:27:12 <david-lyle> amotoki: hmm, I don't know a date, I would imagine we have at least a week
16:27:42 <david-lyle> I'll work on coming up with a better date
16:27:50 <david-lyle> or a date ;)
16:28:36 <amotoki> thanks. the first milestone in i18n team is set to Mar 24 but someone needs more time.
16:29:03 <david-lyle> ok, thanks
16:29:19 <david-lyle> #topic Design Summit Session Topics
16:29:34 <david-lyle> http://summit.openstack.org/
16:29:47 <david-lyle> So only two topics so far
16:30:41 <jthopkin> OK, Jacki and I have some ideas.  I'll get those into there as well
16:31:04 <david-lyle> I have a couple to add: "Node toolchain for development" and "Approach for localized API error messages/logging"
16:31:08 <mrunge> I'd have some ideas in the queue
16:31:36 <david-lyle> revisiting the project split might be worth rehashing a bit
16:31:44 <amotoki> We have many gaps in CLI and Horizon. IMO we need to list the gaps and prioritize them in Juno. It is not a session proposal but we need to do it as a project.
16:32:02 <david-lyle> sure
16:32:08 <mrunge> better error reporting, separate dashboard, and something like messaging support through marconi would be great
16:32:24 <tmazur> amotoki, great idea!
16:32:35 <mrunge> amotoki, yes, and that should be a session
16:32:37 <david-lyle> My other big topic is "A Launch Instance that makes sense/works"
16:32:41 <mrunge> paper and pencil session
16:33:03 <lblanchard> amotoki: +1 I've heard users say they don't use Horizon since they have to switch back and forth to CLI…they say "May as well just stick with CLI for now."
16:33:44 <david-lyle> amotoki +1
16:33:47 <lblanchard> david-lyle: :) We have a lot of feedback from the usability tests on that flow…it will probably be a big topic in the session I proposed too…maybe if you propose one it can be a deeper dive into the code discussion?
16:34:00 <mrunge> ah, and support many users? it seems keystone got support for limiting user lists
16:34:13 <mrunge> something like paging support
16:34:14 <jthopkin> lblanchard: A big request I have heard and we've provided some feedback on is the ability to better do capacity management.  We've been providing feedback to some of the work lblanchard is doing
16:34:47 <MaxV> david-lyle: We are currently working on an implementation of http://ask-openstackux.rhcloud.com/question/12/enhance-the-selection-of-a-flavor-and-an-image/
16:35:01 <david-lyle> jthopkin: capacity as in number of controllers?
16:35:18 <david-lyle> quotas, ?
16:35:20 <lblanchard> MaxV: It would be awesome if we could track down some users at summit and do some user testing of the work you've done so far
16:35:24 <jthopkin> david-lyle: partially but not controllers specifically
16:35:42 <jthopkin> i.e. - who is using all the resources in my cloud and how much hardware will I need in the future
16:35:53 <MaxV> lblanchard: a patch will be released in a few weeks
16:36:04 <amotoki> what does "capacity management" mean? It may be a part of tuskar-ui.
16:36:20 <mrunge> sounds like heat
16:36:23 <jthopkin> there's two pieces to it, but it is better understanding how your cloud is being used
16:36:23 <lblanchard> MaxV: awesome
16:36:39 <david-lyle> MaxV: I'll take a look, and thanks
16:36:43 <jthopkin> the ceilometer visualization gives some of that, but it needs to be better implemented
16:36:47 <lblanchard> jthopkin: more on the monitoring side of things, right?
16:36:50 <jthopkin> yes
16:37:15 <david-lyle> problem is OpenStack doesn't have a monitoring solution today
16:37:15 <lblanchard> mrunge: really…a better way of visualizing how resources are used
16:37:26 <david-lyle> ceilometer is only part of the solution
16:37:54 <jthopkin> david-lyle: correct, this wouldn't just be about monitoring (that would be further down the road).  More about how my resources are being used and who is using them
16:38:21 <david-lyle> sure
16:38:25 <jthopkin> http://ask-openstackux.rhcloud.com/question/132/improvements-to-horizon-admin-overview/
16:38:47 <jthopkin> that is the work lblanchard has been doing and jackibauer has also proposed some alternate concepts
16:39:08 <absubram> we are internally doing something similar too.. to monitor the usage of the hardware resources.. still working on development.. was going to being it up at the summit
16:39:25 <absubram> as amotoki mentioned.. wasn't sure if it is already addressed in Tuskar?
16:39:47 <absubram> but would love to learn more about how you guys went about it jthopkin :)
16:39:54 <lblanchard> jthopkin: are the other concepts somewhere to review?
16:40:16 <jthopkin> lblanchard: yes, Jacki added them in the comments.  I'll post them here too.  One sec
16:40:26 <jthopkin> http://tvpnk4.axshare.com/#p=admin_overview
16:40:26 <lblanchard> jthopkin: thanks
16:40:27 <jthopkin> http://tvpnk4.axshare.com/#p=admin_overview_-_text
16:40:28 <jthopkin> http://tvpnk4.axshare.com/#p=user_overview
16:40:29 <jthopkin> http://tvpnk4.axshare.com/#p=user_overview_-_text
16:41:13 <jthopkin> We'll need to rework them a bit to conform to the Horizon design pattern though
16:42:07 <david-lyle> seems like we have much to talk about :)
16:42:08 <david-lyle> anyway, submit your session ideas
16:42:21 <lblanchard> jthopkin: very nice though! Thanks for sharing :)
16:42:25 <amotoki> It looks great. Doesn't ceilometer provide such information? If it provides them, all works should be in Horizon side.
16:42:57 <jthopkin> amotoki: I believe it does, but I'm working on identifying any gaps
16:43:13 <MaxV> mrunge: what is the status of https://blueprints.launchpad.net/horizon/+spec/separate-horizon-from-dashboard?
16:43:47 <david-lyle> I think we're here anyway.
16:43:53 <david-lyle> #topic Open Discussion
16:44:59 <amotoki> In the dev list, we heard muranodashboard needs openstack_dashboard release to PyPI.
16:45:11 <amotoki> Can we push the release to PyPI or should we wait for splitting horizon and dashboard?
16:46:33 <david-lyle> I think the idea was to autorelease to pypi as a wheel, I'll look into where that is at, otherwise we could probably release it.
16:47:04 <david-lyle> I think the stance before was not to release any of the openstack services to PyPi
16:47:41 <david-lyle> mostly because just giving someone a nova .tar.gz isn't enough
16:47:55 <amotoki> I see. only client libs are released to PyPI.
16:47:59 <david-lyle> Horizon may be a little different in that respect
16:48:16 <david-lyle> Something about wheels was supposed to change that policy
16:48:19 <david-lyle> let me follow up
16:48:22 <amotoki> I think tarball should work for the case murano team asked.
16:48:41 <david-lyle> yes, Horizon is a simpler case for sure
16:52:59 <absubram> amotoki: saw your email response to Radomir and me.. regarding the ip_version in the EditSubnet class.. thanks.. will respond to the thread.. we won't be able to do away with it because we need it for the IPv6 identification and corresponding v6 fields..
16:53:54 <amotoki> absubram: thanks for raising it. Such cleanup will be appreciated :)
16:53:57 <lblanchard> david-lyle: Should we add Horizon to this list? https://etherpad.openstack.org/p/ATL-ops-dedicated-design-summit-sessions
16:54:38 * david-lyle reading
16:54:42 <absubram> glad to help :)
16:55:36 <david-lyle> lblanchard: absolutely
16:56:50 <lblanchard> david-lyle: cool, I will add
16:57:03 <david-lyle> thanks
16:57:47 <absubram> umm just a review request for https://review.openstack.org/#/c/76653/ https://review.openstack.org/#/c/78708/ and https://review.openstack.org/#/c/76787/ please :)
16:59:50 <amotoki> regarding string freeze, it is just a soft freeze. Please keep on your eyes if a patch changes strings much or not. I believe small changes does not matter.
17:00:05 <absubram> mrunge: and others (amotoki) thanks for the approval earlier this morning for the head of my dependency list!.. appreciate it
17:00:40 <absubram> as you've mentioned.. the above reviews I have do have small string changes..
17:00:48 <david-lyle> Thanks everyone! Have a great week.
17:00:53 <david-lyle> #endmeeting