16:00:19 <david-lyle> #startmeeting Horizon
16:00:20 <openstack> Meeting started Tue Mar 25 16:00:19 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:00:21 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:23 <openstack> The meeting name has been set to 'horizon'
16:00:27 <jomara> hello!
16:00:30 <lblanchard> hi all!
16:00:31 <david-lyle> Hello
16:00:32 <tmazur> hello o/
16:00:33 <jpich> Hello
16:00:47 <lcheng_> hello!
16:00:52 <tzumainn> hiya
16:00:52 <akrivoka> hey
16:00:53 <pbelanyi> hi
16:00:59 <doug-fish> Hello everyone
16:01:00 <jcoufal> o/
16:01:04 <amotoki_> hi
16:02:01 <david-lyle> We're in the middle of trying to wrap up RC1 for Icehouse.  #link https://launchpad.net/horizon/+milestone/icehouse-rc1
16:02:25 <david-lyle> We have 11 bugs left to merge
16:02:52 <david-lyle> So we are looking good
16:03:04 <jpich> david-lyle: Do we need to wait for them all to merge, or will there be a RC1 with the understanding than a RC2 is coming later too?
16:03:14 <lsmola_> hello
16:03:15 <david-lyle> We're going to target next Tuesday for RC1.
16:03:15 <jpich> Is RC1 today?
16:03:24 <jpich> Ooh, ok!
16:03:29 <jpich> david-lyle: Thanks!
16:03:34 <david-lyle> jpich: not all are required for RC1
16:04:09 <david-lyle> There are only about 2-3 that I'd hold RC1 for, and the rest would target an RC2.
16:04:28 <jpich> Understood
16:04:42 <david-lyle> I believe there is one item that will require an RC2 and probably the translations
16:05:27 <david-lyle> so please take the time to review the In Progress patches for RC1
16:05:56 <david-lyle> Second general item is Summit Topics #link http://summit.openstack.org/
16:05:59 <jpich> david-lyle: Are there django openstack auth patches we should be keeping an eye on for the RC as well?
16:06:22 <david-lyle> jpich: I'm treating that independently
16:06:55 <david-lyle> My rationale is that we don't have any new features that require a django-openstack-auth upgrade
16:07:23 <jpich> david-lyle: Ok, just wanted to make sure since they don't necessarily have the same visibility when they're not related to anything on the milestone page
16:07:25 <jpich> makes sense!
16:07:26 <david-lyle> so I'm not sure the value of requiring a new version of django-openstack-auth for Icehouse
16:07:36 * jpich thinking of the Keystone v3 issues
16:07:43 <amotoki_> regarding openstack_auth, i see some translation update. I would like to update translations before its release.
16:08:21 <david-lyle> so we should dig into this a little more
16:08:47 <david-lyle> OpenStack dependency change freeze is EOD today
16:09:17 <jpich> I'm pretty sure we'll need exceptions due to client updates :/
16:09:33 <david-lyle> if we want to require a newer version of django-openstack-auth, I need to release today and push the update through openstack/requirements
16:09:38 * jpich still hoping we can get password change with keystone v3 in time for Icehouse
16:10:22 <david-lyle> I think dolphm is looking to release that change today, but supporting that would require a requirements change
16:10:57 <jpich> The keystone client patch hasn't merged yet unfortunately
16:11:08 <jpich> DepFreeze is new so I guess we'll see how it works out...
16:11:16 <david-lyle> for openstack-auth, we can also say there's a newer version of the package, upgrade and your problems are fixed
16:11:44 <david-lyle> jpich, if the patch makes it we'll figure out a way to utilize it
16:12:02 <jpich> david-lyle: Cool, happy to know this!
16:12:05 <amotoki_> Is it better to propose a translation import soon? All of them looks typo fix in translation.
16:12:42 <amotoki_> for DepFreeze, the main motivation looks third party modules maintained outside of openstack projects.
16:12:44 <jrist> o/
16:12:58 <julim> hi
16:13:43 <david-lyle> My understanding was not just outside, I think version rolls of the same package may be the exception
16:13:51 <jpich> amotoki: That's my understanding of the rationale as well, but the emails about it make it sound larger
16:15:04 <amotoki_> thanks. it seems better we think it applies to client libraries too anyway.
16:15:42 <jpich> amotoki_: It can be troublesome for Horizon (e.g. that neutron client update with the new exceptions) but we'll figure it out :)
16:16:43 <amotoki_> jpich: it is too short to address it :-(
16:17:06 <jpich> amotoki_: Damn :( Ok, thank you for the update and for looking into it
16:20:27 <david-lyle> ok, there can be exceptions to the freeze, but for openstack-auth, I don't think we need to use this
16:20:45 <david-lyle> the other clients may cause us issues though
16:21:35 <jpich> Ok
16:21:44 <david-lyle> ok, so I'll release django-openstack-auth when we have translations, but not bump the required version
16:21:57 <amotoki_> thanks.
16:22:14 <david-lyle> np
16:22:49 <absubram> are translations associated with the string freeze?.. or are these different translations?
16:22:52 <david-lyle> circling back a bit http://summit.openstack.org/
16:23:02 <jpich> absubram: I think the translation topic will come back in a bit ;)
16:23:18 <absubram> haha ok
16:23:28 <david-lyle> we have 9 or 11 sessions proposed now, which is great
16:24:03 <david-lyle> as I expect only 6-7 sessions we'll have to consolidate some of these
16:24:14 <david-lyle> but if you have more topics please post them
16:24:19 <jpich> I think people are still thinking up topics
16:24:29 <doug-fish> david-lyle: can you recommend a cutoff date?
16:24:48 <absubram> yes.. that;'d be good to know
16:24:53 <david-lyle> I think it's only a few weeks before the summit
16:25:06 <doug-fish> If there is a deadline it will become an emergency and I'll _have_ to think about it.
16:25:07 <david-lyle> I don't have a firm date, as it's not set by me
16:25:10 <jpich> Yes, previously it's been quite close to the summit, with particularly important sessions pre-approved earlier
16:25:19 <doug-fish> oh I see
16:25:36 <amotoki_> For HK summit, proposed deadline was around the release for most projects (nova, neutron...) though horizon did not.
16:26:06 <jpich> Interesting, thanks amotoki
16:26:12 <david-lyle> The summit sessions won't be finalized until after the PTL elections regardless, so the Juno PTL can be the ultimate decider of Juno sessions
16:26:19 <absubram> lblanchard: last week you and jthopkin were mentioning something about hardware resource capacity management? Is there a session for this that you two have proposed? If so can I tag on to it?
16:26:21 <jpich> So that would be around April 24th looks like
16:27:04 <david-lyle> we've not had an embarassment of riches with topics in the past, so it has not been a large task
16:27:17 <absubram> it is something we have been internally working on.. and personally I was thinking of it being more of an addition to the tuskar-ui..
16:27:33 <lblanchard> absubram: I think the plan is to cover this topic in the "Improve the Overview pages" session that jthompkins proposed…of course you are welcome to come!
16:27:44 <absubram> awesome. thanks!
16:28:05 <david-lyle> I did want to ask the the tuskar-ui folks which project they intended to submit to or both triple-o and horizon
16:28:12 <david-lyle> I haven't seen any yet in either
16:28:48 <david-lyle> jrist, jcoufal, jomara, tzumainn?
16:28:55 <lblanchard> absubram: whether we talk through it in the Overview session or not, we should definitely talk about where it might fit best…even if we need to grab some space during another time. I think jcoufal would be interested too.
16:29:03 <lblanchard> absubram: and julim
16:29:27 <jomara> david-lyle: you mean where we're submitting sessions to?
16:29:30 <jrist> david-lyle: unfortunately my time has been limited on Tuskar-UI as of late, so I'd refer to others
16:29:33 <jcoufal> david-lyle: if we can get 1 session in Horizon, that would be awesome
16:29:51 <jcoufal> for API etc it would definitely go to TripleO
16:29:59 <absubram> oh definitely! sounds good.. thanks lblanchard
16:30:03 <tzumainn> david-lyle, yep, what jcoufal said sounds right to me!
16:30:06 <david-lyle> That sounds reasonable
16:30:14 <jomara> +1
16:30:32 <jcoufal> david-lyle: I'll work on it's detail
16:30:46 <jcoufal> I don't think there is rush for the proposals, is it?
16:30:53 <david-lyle> jcoufal: great thanks, I think it's an area of wide interest
16:31:07 <david-lyle> no, we have another month or so
16:31:36 <jcoufal> perfect
16:31:53 <david-lyle> #topic Translation and String Freeze
16:32:33 <david-lyle> so doug-fish had some questions and I'm hoping amotoki can provide some clarification
16:32:37 <david-lyle> or jpich
16:32:48 <jpich> amotoki_: I think it would be really helpful if the i18n team could update https://wiki.openstack.org/wiki/StringFreeze to be what the i18n team actually wishes to see
16:32:58 <doug-fish> oh thanks - yes that is my concern
16:33:05 <doug-fish> I know we don't exactly follow what's in the wiki
16:33:20 <doug-fish> but its not clear to me exactly when we decide we should/shouldn't update an english user facing string
16:33:29 <jpich> I think 95%+ of Horizon patches would be blocked if we followed what's in the wiki at the moment...
16:33:48 <amotoki_> :-)
16:33:49 <doug-fish> doesn't that cause lots of problems with translations?
16:34:15 <amotoki_> doug-fish: most small updates does not matter from my experience.
16:34:46 <doug-fish> - it doens't matter because the translation team can pick it up?
16:35:27 <amotoki_> yes. if a change is small, transifex suggests old translations too.
16:35:44 <jpich> amotok_i: I see a lot of typo patches being submitted to Horizon still. Is there a cut-off date when we should start blocking them till Juno? When should the "request exception from i18n team" process begin? Maybe that's a topic for the next i18n meeting
16:36:14 <doug-fish> amotoki_ is the transifex process continuous?   that is, if a havana patch went out today with a new user facing string, could it get translated somehow?
16:36:47 <absubram> good question :)
16:37:01 <amotoki_> doug-fish: we have resources both for icehouse and havana. They are maintained separately.
16:37:30 <jpich> doug-fish: It could, as in we have havana "branches" in Transifex, but the po file updates aren't automatically updated on either side at this point (is my current understanding)
16:37:33 <amotoki_> but syncing with transifex for havana is done manually.
16:38:16 <doug-fish> manually by us in the community?
16:38:27 <doug-fish> so our patch sets have updated po files as some point?
16:39:18 <amotoki_> now we have jenkins job to upload PO file to transifex for master branch.
16:39:37 <amotoki_> The job is kicked every time a patch is merged.
16:40:05 <amotoki_> I did it manually previously :)
16:40:52 <doug-fish> amotoki_:  automation is great, huh?  :-)   will that job continue perpetually?  so icehouse PO files could get sent to transifex during juno, or k?
16:40:53 <absubram> I have a couple bugs in review that make string changes and that amotoki has seen and wished for other community feedback on as well.. and I don't want to step on any toes, if it needs to be pushed to Juno so be it, but wanted to make sure if it somehow did get added in RC1, it doesn't hurt the translation process
16:42:17 <jpich> absubram: Are they small string changes or larger ones?
16:42:25 <amotoki_> doug-fish: The job is targeted to master branch. Once the msater branch is opened to Juno, transifex resources will be synced with Juno.
16:42:46 <david-lyle> so amotoki_, once we import the translations for Horizon, then should we, block further string changes?
16:42:57 <amotoki_> doug-fish: a tricky point is after RC1 is shipped. I and daisy need to work on it.
16:42:58 <absubram> jpich: I'd say small :)).. but one review does add two new strings
16:43:38 <amotoki_> david-lyle: i hope so. RC1 cut is a possible deadline.
16:43:39 <doug-fish> amotoki_:  Thanks.  I think I have a much better understanding of what we are doing now.
16:43:53 <amotoki_> doug-fish: you're welcome.
16:44:30 <amotoki_> jpich: absubram: The reason I -1'ed first is because it is a small feature addition with new strings. It is really a gray zone.
16:45:13 <absubram> amotoki_: no worries.. that one got merged though this past weekend.. so thanks to you and david-lyle
16:46:05 <david-lyle> amotoki_, RC1 seems reasonable
16:46:15 <absubram> amotoki: this one is the Profile name and id addition in the network details.. anyway don't want to derail the discussion..
16:46:47 <amotoki_> btw, switching django from 1.5 to 1.6 introduces new strings to transaltions. Previously openstack/common strings are excluded.
16:47:02 <jpich> amotoki_: I think updating that wiki page would help reviewers assess patches with a clearer understanding of what is helpful to the i18n and what might require exception approval. It sounds like "grey zone" may require asking the i18n list what they think?
16:47:46 <amotoki_> jpich: sounds good.
16:48:14 <david-lyle> amotoki_, is that just a path issue, seems like openstack/common should already be translated
16:48:35 <jpich> amotoki_: Ok, thank you. I'll send an email to the i18n list with a summary of what was discussed here to get feedback
16:49:19 <david-lyle> amotoki_, I see the lp bug now, lookign
16:49:36 <amotoki_> david-lyle: basically it should be translated, but we have a number of unused openstack-common.
16:50:23 <amotoki_> I noticed it because ~20 strings suddenly appeared.
16:50:36 <david-lyle> so switched openstack/common/* to openstack fixes the issue?
16:50:51 <david-lyle> s/switched/switching/
16:51:06 <amotoki_> david-lyle: yes, but it may be better to remove ignore option.
16:51:36 <david-lyle> and retranslate the strings? or is oslo not including translations?
16:52:12 <amotoki_> previously oslo is not translated in many languages (AFAIK no languages)
16:52:51 <david-lyle> ah, then I agree, ignore may not be desirable
16:53:07 <jpich> It seems a bit late to suddenly add many new strings to the translators workload though...
16:53:52 <amotoki_> jpich: good point. openstack/common strings takes a time to translate without reading the code.
16:54:28 <amotoki_> hmm..... how about keeping --ignore option for Icehouse. most strings are invisible to users.
16:54:34 <david-lyle> let's go back to the original behavior for icehouse with amotoki_'s patch and fix properly in Juno
16:54:40 <jpich> Sounds good to me, and we can revisit in Juno
16:54:45 <amotoki_> +1
16:54:53 <david-lyle> sold
16:54:55 <david-lyle> :)
16:55:13 <david-lyle> we're no worse off than we were before
16:55:25 <david-lyle> any other translation questions issues?
16:55:30 <jpich> amotoki: About the .mo file issues on the agenda, there is a bug open about it: https://bugs.launchpad.net/horizon/+bug/1196982
16:55:54 <amotoki_> let's discuss on MO files in the bug report.
16:56:00 <jpich> The concern about the first patch was that we wanted a way to regenerate them automatically, maybe you know how the other projects handle it?
16:56:04 <jpich> Ok!
16:56:34 <jpich> 3 minutes of open discussion then? ;)
16:56:44 <david-lyle> #topic Open Season
16:57:19 <absubram> "open season" eh? :)
16:58:02 <david-lyle> I am from the middle of the US, all phrases relate to farming, hunting or fishing, can't help it
16:58:09 <absubram> haha
16:58:48 <jpich> Actually I had a small item, we renamed the "Images & Snapshots" panel "Images"
16:58:56 <jpich> but instances snapshots do live in there too
16:59:25 <jpich> I think it'd be clearer to change back the verbose name (but no need to change the class names like the patch that changed this did)
16:59:53 <amotoki_> I think an instance snapshot is a kind of images.
17:00:04 <jpich> I can imagine some confusion as to where things go after clicking "Create snapshot" on the Instances panel
17:00:24 <amotoki_> ah...
17:00:42 <pballand> hi
17:00:44 <jpich> for end-users I mean. I'm not sure if the "snapshot is an image" is clear
17:00:50 <jpich> anyhow I'll open a bug and we'll see in reviews I guess
17:00:52 <rajdeep> hi
17:00:59 <amotoki_> time is over
17:01:01 <jpich> Yup
17:01:04 <david-lyle> oops indeed.
17:01:18 <openstack> pballand: Error: Can't start another meeting, one is in progress.  Use #endmeeting first.
17:01:18 <david-lyle> Thanks everyone! Have a great week.
17:01:23 <kudva> hi
17:01:28 <lsmola_> thanks, have a good week everyone
17:01:29 <david-lyle> #endmeeting