Re: [openstack-dev] [Horizon] Nominations to Horizon Core

2013-12-11 Thread Kieran Spear
+1 for Tatiana and the clean-up. On 11 December 2013 07:24, Lyle, David wrote: > I would like to nominate Tatiana Mazur to Horizon Core. Tatiana has been a > significant code contributor in the last two releases, understands the code > base well and has been doing a significant number of revie

Re: [openstack-dev] Horizon and Tuskar-UI codebase merge

2013-12-19 Thread Kieran Spear
Another +1 for separate repos. Horizon's core focus should remain on the integrated projects, but we also need to prepare better for when incubated projects graduate, so their inclusion is less disruptive. I also like Gabriel's suggestion of a non-gating CI job to catch any integration issues betw

Re: [openstack-dev] [Horizon] User Signup

2014-02-10 Thread Kieran Spear
i points out that all services should work without the > dashboard. Keystone already exposes an API to create new users, so > that requirement is already fulfilled, whether there's an intermediate > service or not, so I don't really understand this objection. > > Kieran Sp

Re: [openstack-dev] [Horizon] User Signup

2014-02-16 Thread Kieran Spear
On 15 February 2014 16:52, Soren Hansen wrote: > Den 15/02/2014 00.19 skrev "Adam Young" : > > >>> Could you please spend 5 minutes on the blueprint >>> https://blueprints.launchpad.net/horizon/+spec/user-registration and add >>> your suggestions in the white board. >> Does it make sense for this

[openstack-dev] [keystone] No templated service catalog for V3?

2014-05-22 Thread Kieran Spear
Hi, I notice that the templated catalog doesn't support the V3 API*. This is a blocker for us, particularly for Heat since it uses V3 internally. We could switch to the SQL backend, but I'm sure others are affected by this too. Is it hard to fix? Cheers, Kieran * https://bugs.launchpad.net/keys

Re: [openstack-dev] [keystone] No templated service catalog for V3?

2014-05-25 Thread Kieran Spear
Great, thanks for working on it. I'll test it out asap. Cheers, Kieran On 23 May 2014 23:18, Brant Knudson wrote: > > > > On Thu, May 22, 2014 at 7:32 PM, Kieran Spear wrote: >> >> Hi, >> >> I notice that the templated catalog doesn't su

[openstack-dev] [Horizon] Selenium test fixes

2014-05-26 Thread Kieran Spear
Hi peeps, Could I ask reviewers to prioritise the following: https://review.openstack.org/#/c/95392/ It should eliminate our selenium gate failures, which seem to be happening many times per day now. Cheers, Kieran ___ OpenStack-dev mailing list Op

Re: [openstack-dev] [nova] nova default quotas

2014-05-27 Thread Kieran Spear
On 28/05/2014, at 6:11 AM, Vishvananda Ishaya wrote: > Phil, > > You are correct and this seems to be an error. I don’t think in the earlier > ML thread[1] that anyone remembered that the quota classes were being used > for default quotas. IMO we need to revert this removal as we (accidentall

Re: [openstack-dev] [nova] nova default quotas

2014-05-27 Thread Kieran Spear
Hi Joe, On 28/05/2014, at 11:21 AM, Joe Gordon wrote: > > > > On Tue, May 27, 2014 at 1:30 PM, Kieran Spear wrote: > > On 28/05/2014, at 6:11 AM, Vishvananda Ishaya wrote: > > > Phil, > > > > You are correct and this seems to be an error. I don’

Re: [openstack-dev] [Horizon] Selenium test fixes

2014-05-27 Thread Kieran Spear
No failures in the last 24 hours. \o/ On 26 May 2014 23:44, Kieran Spear wrote: > Hi peeps, > > Could I ask reviewers to prioritise the following: > > https://review.openstack.org/#/c/95392/ > > It should eliminate our selenium gate failures, which seem to be happening >

Re: [openstack-dev] [nova] nova default quotas

2014-05-28 Thread Kieran Spear
s should happen as part of your spec, or another spec designed to address just this issue, I don't know. Cheers, Kieran > > > From: Kieran Spear [mailto:kisp...@gmail.com] > Sent: Wednesday, May 28, 2014 2:05 AM > To: OpenStack Development Mailing List (not for usage question

Re: [openstack-dev] [Horizon] Nominating Radomir Dopieralski to Horizon Core

2014-03-09 Thread Kieran Spear
Belated +1. Thanks Radomir. It's great to see all the new contributors in this cycle. On 6 March 2014 09:36, Lyle, David wrote: > I'd like to nominate Radomir Dopieralski to Horizon Core. I find his reviews > very insightful and more importantly have come to rely on their quality. He > has co

Re: [openstack-dev] [horizon] ./run_tests.sh issues on Ubuntu 12.04 LTS

2013-09-25 Thread Kieran Spear
Hi Neil, On 26 September 2013 11:13, Neil Zhao wrote: > Hi, All, > > I'm new to openstack, and I followed the Quick Start at : > http://docs.openstack.org/developer/horizon/quickstart.html > > I thought the Horizon ./run_tests.sh should run successfully since I'm using > the popular Ubuntu. And

Re: [openstack-dev] "Thanks for fixing my patch"

2013-10-13 Thread Kieran Spear
On 14 October 2013 09:58, Jeremy Stanley wrote: > On 2013-10-14 09:45:38 +1100 (+1100), Angus Salkeld wrote: >> Note the commit will "authored" by the original poster, so perhaps >> if you modify a patch we should add a "Modified-by: " line to indicate >> that it was dual authored. > > "We encoura

Re: [openstack-dev] Cantrip for syncing all the OpenStack repos locally

2013-10-27 Thread Kieran Spear
On 28 October 2013 05:46, Monty Taylor wrote: > Hey all! > > We still don't have grokmirror running, which I'd like to do to help > local syncing of the bazillion git repos. (I frequently like to do that > before getting on a plane) However - turns out there is a simple > shell-script snippet you

Re: [openstack-dev] Horizon Issue

2013-11-12 Thread Kieran Spear
Hi, On 13 November 2013 12:54, K S wrote: > Hi I'm a newbie to horizon and I'm working on a trove related issue. > My use case is that on successful execution of the "workflow" in > trove, I need to redirect the workflow to a view. Additionally I want > to pass a couple of parameters from the wor

[openstack-dev] HACKING and new-style relative imports

2013-07-09 Thread Kieran Spear
Hi all, There's a review up to make Horizon pass H304 (no relative imports): https://review.openstack.org/#/c/35664/ Old-style relative imports are dangerous, but I can't think of a good enough reason to forbid new-style imports, e.g.: from .views import IndexView instead of from openstack_d

Re: [openstack-dev] HACKING and new-style relative imports

2013-07-09 Thread Kieran Spear
On 09/07/2013, at 9:57 PM, Sean Dague wrote: > On 07/09/2013 07:28 AM, Kieran Spear wrote: >> Hi all, >> >> There's a review up to make Horizon pass H304 (no relative imports): >> >> https://review.openstack.org/#/c/35664/ >> >> Old-style rela

Re: [openstack-dev] HACKING and new-style relative imports

2013-07-09 Thread Kieran Spear
On 10 July 2013 00:55, Joe Gordon wrote: > > On Tue, Jul 9, 2013 at 1:28 PM, Kieran Spear wrote: >> >> Hi all, >> >> There's a review up to make Horizon pass H304 (no relative imports): >> >> https://review.openstack.org/#/c/35664/ >> >

Re: [openstack-dev] HACKING and new-style relative imports

2013-07-09 Thread Kieran Spear
On 10 July 2013 02:31, Monty Taylor wrote: > > > On 07/09/2013 10:55 AM, Joe Gordon wrote: >> >> On Tue, Jul 9, 2013 at 1:28 PM, Kieran Spear > <mailto:kisp...@gmail.com>> wrote: >> >>Hi all, >> >>There's a review up to

[openstack-dev] [Keystone] Memcache user token index and PKI tokens

2013-07-15 Thread Kieran Spear
Hi all, I want to backport the fix for the "Token List in Memcache can consume an entire memcache page" bug[1] to Grizzly, but I had a couple of questions: 1. Why do we need to store the entire token data in the usertoken- key? This data always seems to be hashed before indexing into the 'token-'

Re: [openstack-dev] [Keystone] Memcache user token index and PKI tokens

2013-07-16 Thread Kieran Spear
Hi Morgan, On 16/07/2013, at 1:02 AM, Morgan Fainberg wrote: > On Mon, Jul 15, 2013 at 1:06 AM, Kieran Spear wrote: > > Hi Kieran, > > I'd be happy to help you with the backporting of this fix if you need any > assistance. > > Here are some quick answers t

Re: [openstack-dev] [Keystone] Memcache user token index and PKI tokens

2013-07-16 Thread Kieran Spear
On 16/07/2013, at 1:10 AM, Adam Young wrote: > On 07/15/2013 04:06 AM, Kieran Spear wrote: >> Hi all, >> >> I want to backport the fix for the "Token List in Memcache can consume >> an entire memcache page" bug[1] to Grizzly, but I had a couple of >> q

Re: [openstack-dev] [Keystone] Memcache user token index and PKI tokens

2013-07-16 Thread Kieran Spear
On 17/07/2013, at 12:26 AM, Morgan Fainberg wrote: > On Tue, Jul 16, 2013 at 4:01 AM, Kieran Spear wrote: >> >> On 16/07/2013, at 1:10 AM, Adam Young wrote: >>> On 07/15/2013 04:06 AM, Kieran Spear wrote: >>>> Hi all, >>>> >>>> I

Re: [openstack-dev] [Grizzly] Retrieving a flavors extra-specs in horizon

2013-08-01 Thread Kieran Spear
On 2 August 2013 09:32, Dale, StewartX T wrote: > Hi List, > > > > I'm trying to port some UI(horizon) customization I did in Folsom so that it > works in Grizzly and I could use everyone’s help. Must of the process has > gone smoothly, just one piece that isn't working. It’s the code that gets >

[openstack-dev] [nova] Cells and quota reservation expiry

2013-08-05 Thread Kieran Spear
Hi all, We're having some issues with quota reservations not being deleted. I understand this can happen in certain cases and that's why they have an expiry time? But I've also noticed that reservations never expire in our system either. Looking at the code, I think this is because the periodic

Re: [openstack-dev] [keystone] Pagination

2013-08-13 Thread Kieran Spear
On 14/08/2013, at 7:40 AM, Jay Pipes wrote: > On 08/13/2013 05:04 PM, Gabriel Hurley wrote: >> I have been one of the earliest, loudest, and most consistent PITA's about >> pagination, so I probably oughta speak up. I would like to state three facts: >> >> 1. Marker + limit (e.g. forward-only)

Re: [openstack-dev] [keystone] Pagination

2013-08-15 Thread Kieran Spear
On 15/08/2013, at 3:02 AM, Jay Pipes wrote: > On 08/14/2013 12:25 PM, Mac Innes, Kiall wrote: >> So, Are we saying that UIs built on OpenStack APIs shouldn't be able to >> show traditional pagination controls? Or am I missing how this should >> work with marker/limit? > > No, not quite what I'm