I think there is certainly interest. I do think it will need to be highly
configurable to be useful. The problem, as Dolph points out, is that each
deployment has its own workflow.
Points of configuration:
-Does the local keystone deployment policy support self-registration? The
default is
On Mon, Nov 11, 2013 at 3:06 PM, Monty Taylor wrote:
[snip]
> - "I have previously reviewed the patch" is not a searchable term. (I
> know, because I'd like a view of "things I have not reviewed yet")
+1
FWIW, I'd like to see this too. Quickly finding reviews that I have or
haven't already re
> On Nov 10, 2013, at 11:41 PM, Noorul Islam K M wrote:
>
> Clayton Coleman writes:
>
On Nov 10, 2013, at 3:47 PM, Paul Belanger
wrote:
> On 13-11-10 12:36 PM, Jay Pipes wrote:
> On 11/10/2013 10:15 AM, Noorul Islam K M wrote:
>
> Hello all,
>
> I r
Clint Byrum writes:
> Excerpts from Noorul Islam K M's message of 2013-11-10 07:15:34 -0800:
>
>>
>> Hello all,
>>
>> I registered a new blueprint [1] for command line client interface for
>> Solum. We need to decide whether we should have a separate repository
>> for this or go with new unifie
Clayton Coleman writes:
>> On Nov 10, 2013, at 3:47 PM, Paul Belanger
>> wrote:
>>
>>> On 13-11-10 12:36 PM, Jay Pipes wrote:
On 11/10/2013 10:15 AM, Noorul Islam K M wrote:
Hello all,
I registered a new blueprint [1] for command line client interface for
Solum.
On 11/10/2013 11:06 PM, Clark Boylan wrote:
> On Sun, Nov 10, 2013 at 6:18 PM, Robert Collins
> wrote:
>> On 11 November 2013 10:06, Monty Taylor wrote:
>>>
>>>
>>
>>> Not possible now. With gerrit 2.8 (hopefully something we can get
>>> deployed soonish) we introduce the Custom Dashboards feat
On Sun, Nov 10, 2013 at 6:18 PM, Robert Collins
wrote:
> On 11 November 2013 10:06, Monty Taylor wrote:
>>
>>
>
>> Not possible now. With gerrit 2.8 (hopefully something we can get
>> deployed soonish) we introduce the Custom Dashboards feature. The
>> "Important Changes" page will be implemented
Hi John
I'm so sorry replying late to your message.
However, to ensure the v3 API gets released in Icehouse, I would love
> to close the v2 API for changes, but perhaps I am being too harsh, and
> we should certainly only do that after the point where we promise not
> to back backwards in-compati
On Sun, Nov 10, 2013 at 2:50 PM, Dolph Mathews wrote:
>
> On Sun, Nov 10, 2013 at 3:06 PM, Monty Taylor wrote:
>>
>>
>> https://review.openstack.org/#/mine/important/
>>
>> Shows me old changes at the top of the reviewable section. Do you use
>> that view at all?
>
>
> That shows me all my own re
Hi all,
I want to re-ask this problem after the Hongkong summit, you may have time to
discuss this issue now.
Thanks a lot!
2013-11-11
Wangpan
发件人："Wangpan"
发送时间：2013-11-04 12:08
主题：[openstack-dev] [nova] How to fix the race condition issue between deleting
and soft reboot?
收件人："OpenStack
The point of my minus 1 was to allow me to toggle it as needed if t really
disrupted my workflow to hit the important reviews. Regardless of the
technical issues (rebuilding gerrit) I would support the default being
changed, just a way to swap it back for an adjustment period.
My last email was a
On 11 November 2013 10:06, Monty Taylor wrote:
>
>
> Not possible now. With gerrit 2.8 (hopefully something we can get
> deployed soonish) we introduce the Custom Dashboards feature. The
> "Important Changes" page will be implemented using that, which means we
> should be able to play with things
On 9 November 2013 01:51, Morgan Fainberg wrote:
> I agree this would be interesting but if it isn't configurable (e.g. A
> mechanism to support current behavior) I think this would very much disrupt
> the workflow I use. If configurable, I'd be open to it, if not configurable
> I have to say -
Hi Sam,
Thanks for your reply. I know there is an AvailabilityZoneFilter, but it can
only choose a certain az.
What I want is a more flexible usage just as JsonFilter Which you can choose to
build or not build on
some azs.
On 2013-11-09 14:24 , Sam Morrison wrote:
On 7 Nov 2013, at 5:10 pm, hzg
So, there's a bunch of use case questions here where I suspect there are no
correct answers (so preferences will vary per deployment). The first ones
that come to mind-
Are the users accessing this web form trusted or untrusted?
Do they need to be verified, somehow? Are they going to be billed fo
Greeting,
In a previous thread I talked about building an application atop of
horizon and keystone. So far things are working out pretty well. One
thing I have been trying to figure out is how to move forward with
user registration for the horizon application. A few moons ago, IIRC,
horizon act
Excerpts from Noorul Islam K M's message of 2013-11-10 07:15:34 -0800:
>
> Hello all,
>
> I registered a new blueprint [1] for command line client interface for
> Solum. We need to decide whether we should have a separate repository
> for this or go with new unified CLI framework [2]. Since Solum
> On Nov 10, 2013, at 3:47 PM, Paul Belanger
> wrote:
>
>> On 13-11-10 12:36 PM, Jay Pipes wrote:
>>> On 11/10/2013 10:15 AM, Noorul Islam K M wrote:
>>>
>>> Hello all,
>>>
>>> I registered a new blueprint [1] for command line client interface for
>>> Solum. We need to decide whether we shou
Feedback from some of the Nova sessions were,
"If you are writing new tests, try to use mock."
"Writing new tests to cover more code (esp drivers) is more preferable
to any effort that just converts from mox to mock"
-- dims
On Sun, Nov 10, 2013 at 11:25 PM, Noorul Islam K M wrote:
> Jay Lau w
On Sat, Nov 9, 2013 at 9:10 AM, Noorul Islam Kamal Malmiyoda <
noo...@noorul.com> wrote:
> On Fri, Nov 8, 2013 at 10:43 PM, Craig Vyvial wrote:
> > Krishanu,
> >
> > I think you might need to choose a different nickname for irc. Looks like
> > krish could be already taken.
> >
>
> I think it shou
A random off-the-top-of-my-head use case would be to subscribe to events from
creating or changing objects in a particular Swift account or container. This
would allow much more efficient listings in Horizon for active containers (and
may also be consumed by other listeners too).
--John
On N
On Sun, Nov 10, 2013 at 3:06 PM, Monty Taylor wrote:
>
> https://review.openstack.org/#/mine/important/
>
> Shows me old changes at the top of the reviewable section. Do you use
> that view at all?
>
That shows me all my own reviews merged & abandoned first, which are just
noise when I'm trying
On Fri, Nov 8, 2013 at 2:38 AM, Matthias Runge wrote:
>
> Those are my primary targets I'd like to see addressed in Horizon during
> the cycle. Another thing I'd like to see addressed is the lack of
> listening to a notification service. That's probably an integration
> point with Marconi, and it
The strange part is that I do have os_auth_host configured in savanna.conf,
pointing to the IP address of the keystone server. That value appears to be
ignored. I guess I'll have to setup a debugging session.
Going Mobile
> On Nov 10, 2013, at 4:41 PM, Matthew Farrellee wrote:
>
> Jon,
>
>
On 2013-11-05 16:28:11 +0800 (+0800), Christopher Yeoh wrote:
[...]
> I think the most critical component is the audio. An audio stream
> with multiple mic pickups throughout the room may be sufficient
> and you can't rely on people remembering to speak into microphones
> when the conversation is m
Jon,
I ran into this issue and we discussed on IRC a couple weeks ago.
At least for the Vanilla plugin you have to supply a instance->infra
routable addr/ip for os_auth_host in your savanna.conf.
https://bugs.launchpad.net/savanna/+bug/1244309
Ultimately I'd like to add some code that uses t
On 11/06/2013 06:36 PM, Robert Collins wrote:
> I've been thinking about review queues recently (since here at the
> summit everyone is talking about reviews! :)).
>
> One thing that struck me today was that Gerrit makes it easier to
> review the newest changes first, rather than the changes tha
On 13-11-10 12:36 PM, Jay Pipes wrote:
On 11/10/2013 10:15 AM, Noorul Islam K M wrote:
Hello all,
I registered a new blueprint [1] for command line client interface for
Solum. We need to decide whether we should have a separate repository
for this or go with new unified CLI framework [2]. Sinc
Sorry replying late to your msg,
Better to start with a GUI client like X-chat ( for linux), which will
ease things a lot.
tx !
On 11/08/2013 12:08 PM, Krishanu Dhar wrote:
Thanks. I tried hooking onto the IRC but it just doesn't seem to
connect. Below is the error I got.
[11:59] -herbert.
On 11/10/2013 10:15 AM, Noorul Islam K M wrote:
Hello all,
I registered a new blueprint [1] for command line client interface for
Solum. We need to decide whether we should have a separate repository
for this or go with new unified CLI framework [2]. Since Solum is not
part of OpenStack I think
I've got two guesses why it does not work properly:
1. Savanna does not consume config file at all and the defaults (by
coincidence) do not work for swift only.
2. you invoke swift_helper.get_swift_configs() at the top level of some
module like that:
SWIFT_CONFIG = swift_helper.get_swift_co
Jay Lau writes:
> Hi,
>
> I noticed that we are now using mock, mox and stub for unit test, just
> curious do we have any guidelines for this, in which condition shall we use
> mock, mox or stub?
>
There is already a blueprint [1] in Nova project to replace Mox with mock.
Also it has a link to
I don't see anything explicit in the wiki and hacking guides, they
mainly just say to have unit tests for everything and tell you how to
run/debug them.
Generally mock is supposed to be used over mox now for python 3 support.
There is also a blueprint to remove the usage of mox in neutron:
ht
Hello all,
I registered a new blueprint [1] for command line client interface for
Solum. We need to decide whether we should have a separate repository
for this or go with new unified CLI framework [2]. Since Solum is not
part of OpenStack I think it is not the right time to go with the
unified C
Jay,
I am not 100% sure. But personally for me mock are the best choice. 1) py3
support 2) simple for usage.
Best regards,
Boris Pavlovic
---
Mirantis Inc.
On Sun, Nov 10, 2013 at 5:40 PM, Jay Lau wrote:
> Hi,
>
> I noticed that we are now using mock, mox and stub for unit test, just
> cu
Ryan Petrello writes:
> Sorry for the late reply to this thread - I was having email access fits for
> most of the summit this past week. I also intend to look at the gate
> failures for py33 and pypy for Noorul's patch. I need to dig a bit and
> figure out what's *actually* going on there,
I'm not sure that would help - all my code changes are runtime changes
associated with EDP actions (i.e. the cluster and its configuration are already
set). I was looking for help in trying to ascertain why the swift_helper would
not return the savanna.conf value at provisioning time.
-- Jon
Hi,
I noticed that we are now using mock, mox and stub for unit test, just
curious do we have any guidelines for this, in which condition shall we use
mock, mox or stub?
Thanks,
Jay
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http:
Sorry for the late reply to this thread - I was having email access fits for
most of the summit this past week. I also intend to look at the gate failures
for py33 and pypy for Noorul's patch. I need to dig a bit and figure out
what's *actually* going on there, as pecan should work just fine f
Hi Boris,
This is a very interesting approach.
How do you envision the life cycle of such a scheduler in terms of code
repository, build, test, etc?
What kind of changes to provisioning APIs do you envision to 'feed' such a
scheduler?
Any particular reason you didn't mention Neutron?
Also, there
Jay,
Hi Jay, yes we were working about putting all common stuff in
oslo-scheduler. (not only filters)
As a result of this work we understood, that this is wrong approach.
Because it makes result code very complex and unclear. And actually we
didn't find the way to put all common stuff inside oslo
I noticed that there is already a bp in oslo tracing what I want to do:
https://blueprints.launchpad.net/oslo/+spec/oslo-scheduler
Thanks,
Jay
2013/11/9 Jay Lau
> Greetings,
>
> Now in oslo, we already put some scheduler filters/weights logic there and
> cinder is using oslo scheduler filter
Hey Jon,
Can you post your code as a work in progress review? Maybe we can perceive
from the code what is wrong.
Thanks,
Dmitry
2013/11/10 Jon Maron
> Hi,
>
> I am debugging an issue with the swift integration - I see os_auth_url
> with a value of 127.0.0.1, indicating that at the time the
43 matches
Mail list logo
