I created some gerrit tools that I think others might find useful.
https://github.com/harlowja/gerrit_view
The neat one there is a curses based real time gerrit review receiver that uses
a similar mechanism as the gerrit irc bot to sit on the gerrit event queue and
receive events.
So no longer
On 10/18/2013 12:17 PM, Boris Pavlovic wrote:
John,
Actually seems like a pretty good suggestion IMO, at least something
worth some investigation and consideration before quickly discounting
it. Rather than "that's not what tempest is", maybe it's something
tempest "could do". Don't know, not
Hello Thomas,
I am sorry to send a reply a little late on this. I plan on working with
Debian for my Openstack setups (now I'm on a rhel based setup) and I would
really like the "latest" OpenStack release available.
I was initially planning to setup my own mirrors since I always seem to
need featu
Kudos to Sreeram. Great work here.
From: Sreeram Yerrapragada
mailto:syerraprag...@vmware.com>>
Reply-To: OpenStack Development Mailing List
mailto:openstack-dev@lists.openstack.org>>
Date: Saturday, October 19, 2013 1:29 AM
To: OpenStack Development Mailing List
mailto:openstack-dev@lists.open
(I really do not understand how the archive is ordered. In the by-thread
view, in which all messages with this subject are equally indented, the
last message listed is not the chronologically last.)
I see that components have parameters. In some uses (invocations) of
components, parameters ar
Like Gabriel said, take a look at Ceilometer for hints, unfortunately
there isn't much documentation on how to do it properly (well, you
could just stick with kombu as was proposed at
https://ask.openstack.org/en/question/2224/novaquantum-notifications-in-rabbitmq/)
But please note that, you'd need
On 2013-10-19 23:29:28 +0800 (+0800), Thomas Goirand wrote:
> Though the Debian FTP masters seems to insist on having correct
> copyright holders in debian/copyright, and I am a bit lost after the 2
> rejects I just had.
Well, this is still a fuzzy topic. We have a lot of contributions
and know wh
On 10/19/2013 08:24 PM, Monty Taylor wrote:
>
>
> On 10/19/2013 05:49 AM, Michael Still wrote:
>> On Sat, Oct 19, 2013 at 7:52 PM, Clint Byrum wrote:
>>
>>> I suggest that we just put Copyright headers back in the source files.
>>> That will make Debian's licensecheck work fairly automatically.
Hello folks,
I remember that we had a quick chat about fuzzy testing in a QA meeting. IMHO
we have much too many negative tests in tempest that aren't really complex.
So I tried to build up a little tool that discovers the parameters of a client
functions and randomizes the input for it.
It wor
On 10/19/2013 08:29 AM, Sean Dague wrote:
> On 10/19/2013 08:22 AM, Monty Taylor wrote:
>>
>>
>> On 10/19/2013 04:52 AM, Clint Byrum wrote:
>>> Excerpts from Thomas Goirand's message of 2013-10-18 23:01:50 -0700:
Hi there,
TroveClient just got rejected by Debian FTP masters. R
Hey all!
We're using stubout from mox in some places, which means that as people
go through to remove mox, stubout calls also have to be removed.
I wanted to bring to people's attention that the fixtures library, which
we're already using pretty widely, can do this functionality very well,
so I s
On 10/19/2013 08:22 AM, Monty Taylor wrote:
On 10/19/2013 04:52 AM, Clint Byrum wrote:
Excerpts from Thomas Goirand's message of 2013-10-18 23:01:50 -0700:
Hi there,
TroveClient just got rejected by Debian FTP masters. Reply from Luke
Faraone is below.
In general, I would strongly advise t
On 10/19/2013 05:49 AM, Michael Still wrote:
> On Sat, Oct 19, 2013 at 7:52 PM, Clint Byrum wrote:
>
>> I suggest that we just put Copyright headers back in the source files.
>> That will make Debian's licensecheck work fairly automatically. A single
>> file that tries to do exactly what debian
On 10/19/2013 04:52 AM, Clint Byrum wrote:
> Excerpts from Thomas Goirand's message of 2013-10-18 23:01:50 -0700:
>>
>> Hi there,
>>
>> TroveClient just got rejected by Debian FTP masters. Reply from Luke
>> Faraone is below.
>>
>> In general, I would strongly advise that a clean COPYRIGHT-HOLDER
David,
Yes, that is the goal.
We should be able to get information about "how" it works, not only that it
works.
And get such interesting results:
https://wiki.openstack.org/wiki/Rally#How_influence_amqp_rpc_single_reply_queue_on_performance
Best regards,
Boris Pavlovic
---
Mirantis Inc.
O
On 10/19/2013 04:46 AM, Steven Hardy wrote:
On Fri, Oct 18, 2013 at 01:48:08PM -0400, Sean Dague wrote:
So v3 keystone API is one thing, but I'm a little concerned with
moving the client testing to Tempest haphazardly. If we are testing
the API surface on the servers, the clients should be able
On 10/18/2013 09:10 PM, Adam Young wrote:
On 10/18/2013 07:21 PM, Sean Dague wrote:
On 10/18/2013 05:09 PM, Dolph Mathews wrote:
On Fri, Oct 18, 2013 at 3:19 PM, David Stanek mailto:dsta...@dstanek.com>> wrote:
On Fri, Oct 18, 2013 at 1:48 PM, Sean Dague mailto:s...@dague.net>> wrote:
On Sat, Oct 19, 2013 at 7:52 PM, Clint Byrum wrote:
> I suggest that we just put Copyright headers back in the source files.
> That will make Debian's licensecheck work fairly automatically. A single
> file that tries to do exactly what debian/copyright would do seems a bit
> odd.
The problem he
Thanks for the quick fix.
I noticed it during translating the release note.
On Sat, Oct 19, 2013 at 4:45 PM, Chris Behrens wrote:
> Ah, I know what happened. This is corrected now.
>
> - Chris
>
> On Oct 19, 2013, at 12:27 AM, Chris Behrens wrote:
>
>> I may have put that in the wrong spot. Oo
Excerpts from Thomas Goirand's message of 2013-10-18 23:01:50 -0700:
>
> Hi there,
>
> TroveClient just got rejected by Debian FTP masters. Reply from Luke
> Faraone is below.
>
> In general, I would strongly advise that a clean COPYRIGHT-HOLDER file
> is created with the copyright holders in th
On Fri, Oct 18, 2013 at 01:48:08PM -0400, Sean Dague wrote:
> So v3 keystone API is one thing, but I'm a little concerned with
> moving the client testing to Tempest haphazardly. If we are testing
> the API surface on the servers, the clients should be able to
> correctly test all of this via a mo
Hi ALL,
There is bug https://bugs.launchpad.net/python-neutronclient/+bug/1232965.
When set "firewall_driver = neutron.agent.firewall.NoopFirewallDriver" in
/etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini ,
Nova operations (list/show/boot) will fail. due to Nuetron client raises
NotFoun
Ah, I know what happened. This is corrected now.
- Chris
On Oct 19, 2013, at 12:27 AM, Chris Behrens wrote:
> I may have put that in the wrong spot. Oops.
>
>> On Oct 18, 2013, at 11:11 PM, Akihiro Motoki wrote:
>>
>> Hi Thierry, John,
>>
>> In Havana release notes, Swift known issues sec
I may have put that in the wrong spot. Oops.
> On Oct 18, 2013, at 11:11 PM, Akihiro Motoki wrote:
>
> Hi Thierry, John,
>
> In Havana release notes, Swift known issues section is talking about
> Nova Cells issue. Could you confirm?
> https://wiki.openstack.org/wiki/ReleaseNotes/Havana#Known_I
24 matches
Mail list logo
