On 1 May 2015 at 16:14, Davanum Srinivas wrote:
> Anyone still interested in this work? :)
>
> * there's a stable/kilo branch now (see
> http://git.openstack.org/cgit/stackforge/nova-docker/).
> * CI jobs are running fine against both nova trunk and nova's
> stable/kilo branch.
> * there's an upda
- Original Message -
> From: "Jay Reslock"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Saturday, May 9, 2015 6:42:48 AM
> Subject: Re: [openstack-dev] [heat][python-heatclient] Does python-heatclient
> works with keystone sessions?
> Interestingit
On 6 May 2015 at 19:04, John Villalovos wrote:
> JohnG,
>
> I work on Ironic and would be willing to be a cross project liaison for Nova
> and Ironic. I would just need a little info on what to do from the Nova
> side. Meetings to attend, web pages to monitor, etc...
>
> I assume I would start w
On 30 April 2015 at 18:54, Mike Bayer wrote:
> On 4/30/15 11:16 AM, Dan Smith wrote:
>>> There is an open discussion to replace mysql-python with PyMySQL, but
>>> PyMySQL has worse performance:
>>>
>>> https://wiki.openstack.org/wiki/PyMySQL_evaluation
>>
>> My major concern with not moving to som
I would really to start collecting more of this information.
Maybe my expanding this:
https://github.com/openstack/nova/blob/master/doc/source/support-matrix.ini
http://docs.openstack.org/developer/nova/support-matrix.html
Although it feels like it will need an extra dimention adding,
possibly a
On 8 May 2015 at 00:24, Brent Eagles wrote:
> Hi,
>
> On Thu, May 07, 2015 at 10:03:30PM +, Sean M. Collins wrote:
>> On Wed, Apr 22, 2015 at 06:41:58PM EDT, Jay Pipes wrote:
>> > Agreed. I'm hoping that someone in the Nova community -- note, this does
>> > not need to be a Nova core contribut
On 7 May 2015 at 22:52, Joshua Harlow wrote:
> Hi all,
>
> In seeing the following:
>
> - https://review.openstack.org/#/c/169836/
> - https://review.openstack.org/#/c/163274/
> - https://review.openstack.org/#/c/138607/
>
> Vilobh and I are starting to come to the conclusion that the service grou
On 2015-05-09 06:46:59 +1200 (+1200), Robert Collins wrote:
> As I read it, we've got some tooling that isn't PEP-440 compatible
> (https://www.python.org/dev/peps/pep-0440/#compatible-release defines
> ~=) and as such we had to rollback the intended use of that. As long
> as we identify and fix th
On 5/9/15 6:45 AM, John Garbutt wrote:
I am leaning towards us moving to making DB calls with a thread pool
and some fast C based library, so we get the 'best' performance. Is
that a crazy thing to be thinking? What am I missing here? Thanks, John
I'd like to do that but I want the whole Op
On 9 May 2015 at 15:02, Mike Bayer wrote:
> On 5/9/15 6:45 AM, John Garbutt wrote:
>>
>> I am leaning towards us moving to making DB calls with a thread pool and
>> some fast C based library, so we get the 'best' performance. Is that a crazy
>> thing to be thinking? What am I missing here? Thanks,
John,
Good questions. Remarks in-line from the Magnum perspective.
On May 9, 2015, at 2:51 AM, John Garbutt wrote:
> On 1 May 2015 at 16:14, Davanum Srinivas wrote:
>> Anyone still interested in this work? :)
>>
>> * there's a stable/kilo branch now (see
>> http://git.openstack.org/cgit/stack
On 9 May 2015 at 23:42, Jeremy Stanley wrote:
> On 2015-05-09 06:46:59 +1200 (+1200), Robert Collins wrote:
>> As I read it, we've got some tooling that isn't PEP-440 compatible
>> (https://www.python.org/dev/peps/pep-0440/#compatible-release defines
>> ~=) and as such we had to rollback the inten
cor...@inaugust.com (James E. Blair) writes:
> On Saturday, May 9 at 16:00 UTC Gerrit will be unavailable for about 4
> hours while we upgrade to the latest release of Gerrit: version 2.10.
>
> We are currently running Gerrit 2.8 so this is an upgrade across two
> major releases of Gerrit. The re
On 2015-05-10 07:09:38 +1200 (+1200), Robert Collins wrote:
> This is my understanding: We explicitly install pip latest in our jobs
> (via get-pip, retrieved over https). Virtualenv shouldn't be version
> sensitive at all to this since its not evaluating versions of
> anything.
My point was that,
On 10 May 2015 at 07:19, Jeremy Stanley wrote:
> On 2015-05-10 07:09:38 +1200 (+1200), Robert Collins wrote:
>> This is my understanding: We explicitly install pip latest in our jobs
>> (via get-pip, retrieved over https). Virtualenv shouldn't be version
>> sensitive at all to this since its not e
On 2015-05-10 07:49:25 +1200 (+1200), Robert Collins wrote:
[...]
> We should do the following immediately we create a virtualenv anywhere
> in our infra:
> get-pip.py
> pip install -U wheel setuptools
[...]
So... we already do install latest pip and setuptools in the system
context on our systems
On 10 May 2015 at 08:03, Jeremy Stanley wrote:
> On 2015-05-10 07:49:25 +1200 (+1200), Robert Collins wrote:
> [...]
>> We should do the following immediately we create a virtualenv anywhere
>> in our infra:
>> get-pip.py
>> pip install -U wheel setuptools
> [...]
>
> So... we already do install l
Filip,
If I got you right the plan is to have Murano application execute Mistral
workflow that SSH to VM and executes particular command? And alternative is
Murano->Mistral->Zaquar->Zaquar agent?
Why can't you just send this command directly from Murano (to Murano agent
on VM)? This is the most co
18 matches
Mail list logo
