Hi Vish,
Thanks, now one more question -
When I send the request out, I send it to the exchange 'nova' and routing key
'conductor' (using RabbitMQ), this will take the message to the Nova Conductor
on the controller, I have been able to do that much.
I do see that there is a 'reply queue' embed
On 04/15/2014 08:33 PM, Jay Pipes wrote:
On Tue, 2014-04-15 at 12:01 +0100, Duncan Thomas wrote:
On 14 April 2014 19:51, James Penick wrote:
We drive the ³VM=Cattle² message pretty hard. Part of onboarding a
property to our cloud, and allowing them to serve traffic from VMs is
explaining the t
+1
On 4/16/14 1:35 AM, "Carl Baldwin" wrote:
>+1. I think we'll like this process better. I hope to have some of
>the first blueprints to propose to the new repository very soon.
>
>On Tue, Apr 15, 2014 at 4:07 PM, Kyle Mestery
>wrote:
>> Given the success the Nova team has had in handling
Hi,
Any chance of doing this in Europe?
Thanks
Gary
On 4/16/14 4:54 AM, "Kyle Mestery" wrote:
>Folks:
>
>Given all the talk of mid-cycle meetings, I'd like to propose that we
>do one for Neutron as well. Mark and I talked about this over the past
>few months, and I've mentioned this to a few oth
Ok, no problem :)
Renat Akhmerov
@ Mirantis Inc.
On 16 Apr 2014, at 12:43, Joshua Harlow wrote:
> I have stricken the word "micro" and "language" from my vocabulary. Begone
> evil demons!! Haha :)
>
> Sent from my really tiny device...
>
> On Apr 15, 2014, at 10:35 PM, "Renat Akhmerov" wr
I have stricken the word "micro" and "language" from my vocabulary. Begone evil
demons!! Haha :)
Sent from my really tiny device...
On Apr 15, 2014, at 10:35 PM, "Renat Akhmerov"
mailto:rakhme...@mirantis.com>> wrote:
On 16 Apr 2014, at 00:18, Joshua Harlow
mailto:harlo...@yahoo-inc.com>> wro
On 16 Apr 2014, at 00:18, Joshua Harlow wrote:
> Decider sounds like it could work also as a name, although it seems from
> dataflow like work its called a switch or gate, either or I guess.
That’s fine. It doesn’t matter too much to me personally.
> As far as the micro-language:
>
> So there
Hey
Co-locating still has the option to partially overlap the two sprints.
Cheers,
--
Chris Jones
> On 16 Apr 2014, at 02:38, Michael Still wrote:
>
> On Wed, Apr 16, 2014 at 10:01 AM, Robert Collins
> wrote:
>> On 16 April 2014 11:28, Michael Still wrote:
On Wed, Apr 16, 2014 at 7:57 A
Hi Carlos,
IMHO, Neutron port abstraction for traffic steering API will be good option.
Based on the Flows (SFC) created for SFC, we may need to have the frame-work
which will take care of creating the OVS flows on the compute nodes for the
SFC-Flows created.
We are interested in participating
What's the convention for adding images to the patch? The following
directory structure seemed logical to me (but the current UT will not
allow it):
specs/juno//.rst
specs/juno//images/.png
Thanks,
~Sumit.
On Tue, Apr 15, 2014 at 3:35 PM, Carl Baldwin wrote:
> +1. I think we'll like this pro
The service reference is created in the start method of the service. This
happens around line 217 in nova/service.py in the current code. You should be
able to do something similar by sending a message to service_create on
conductor. It will return an error if the service already exists. Note yo
Interesting discussion. Forwarding to openstack-dev.
On Wed, Apr 16, 2014 at 9:34 AM, Prashant Upadhyaya <
prashant.upadhy...@aricent.com> wrote:
> Hi,
>
>
>
> I am writing a Compute Node Simulator.
>
> The idea is that I would write a piece of software using C which honors
> the RabbitMQ inter
Excerpts from Steve Baker's message of 2014-04-15 16:30:32 -0700:
> On 15/04/14 13:30, Clint Byrum wrote:
> > Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700:
> >> Right now the os-*-config projects default to looking for their files in
> >> /opt/stack, with an override env var prov
Hi All,
I'd like to announce my candidacy for the Technical Committee election.
About Me
--
I work full time on OpenStack on behalf of HP. And am part of nova-core,
nova-specs-core, hacking-core and elastic-recheck-core. Some of my more
visible accomplishments outside my involvement
As we get closer to the summit, I'd like to make sure we have resolution
on one of the most critical issues in Keystone. How to deal with users
coming out of multiple data sources.
The issue is that a userid out of one domain must fill two requirements:
1. one userid cannot conflict with a us
On Tue, 2014-04-15 at 12:01 +0100, Duncan Thomas wrote:
> On 14 April 2014 19:51, James Penick wrote:
> > We drive the ³VM=Cattle² message pretty hard. Part of onboarding a
> > property to our cloud, and allowing them to serve traffic from VMs is
> > explaining the transient nature of VMs. I broad
Hi Daniel,
Thanks for your comments about this
BP:https://review.openstack.org/#/c/83727/
My initial thoughts is to do little changes then get better performance of
guest vm. So it is a bit too narrowly focused.
After review SSD use case, I totally agree with your comments. I t
Folks:
Given all the talk of mid-cycle meetings, I'd like to propose that we
do one for Neutron as well. Mark and I talked about this over the past
few months, and I've mentioned this to a few other people as well. I
think it would be ideal to get everyone together in the July
timeframe, but I'd l
On Wed, Apr 16, 2014 at 10:01 AM, Robert Collins
wrote:
> On 16 April 2014 11:28, Michael Still wrote:
>> On Wed, Apr 16, 2014 at 7:57 AM, Hugh O. Brock wrote:
>>> On Wed, Apr 16, 2014 at 09:30:45AM +1200, Robert Collins wrote:
>>
Redhat offered to host the next TripleO midcycle meetup in R
I am out of the office until 04/20/2014.
I will be out of the office August 9 to August 12. I will have no email
connectivity and no phone connectivity.
For any urgent matters please contact Ohad Atia.
Note: This is an automated response to your message "OpenStack-dev Digest,
Vol 24, Issue 44"
Hi Stephen,
Jorge, Myself, and our team having been collaborating drafting a revision of
the API. We should be able to put it up on the wiki most likely tomorrow but
possibly Thursday. We definitely prefer to get it out tomorrow, though. It is
definitely something we'd like everyone to pick a
Thanks...yes, I'd not realized that running ./stack.sh again would
unpatch my murano-api/setup.sh! Rerunning the db setup as you suggested
gives me the tables. I didn't do it in as tidy a manner as yours however :-)
$ export OS_USERNAME=admin
$ export OS_PASSWORD=swordfish
$ export OS_TENANT_NA
On 16 April 2014 11:28, Michael Still wrote:
> On Wed, Apr 16, 2014 at 7:57 AM, Hugh O. Brock wrote:
>> On Wed, Apr 16, 2014 at 09:30:45AM +1200, Robert Collins wrote:
>
>>> Redhat offered to host the next TripleO midcycle meetup in Raleigh, I
>>> don't know if they have space for Nova & TripleO
On 2014-04-15 23:24:31 + (+), Jeremy Stanley wrote:
[...]
> You'll need to strip the encryption from it with something like...
>
> ssh-keygen -p -f ~/.ssh/id_dsa
[...]
Or more likely, since the patents on RSA expired about 14 years
ago...
ssh-keygen -p -f ~/.ssh/id_rsa
--
Jerem
On 04/15/2014 03:45 PM, Zane Bitter wrote:
On 15/04/14 17:59, Mike Spreitzer wrote:
Clint Byrum wrote on 04/15/2014 05:17:21 PM:
> Excerpts from Zane Bitter's message of 2014-04-15 13:32:30 -0700:
>
> > FWIW, in the short term I'm not aware of any issue with installing
> > mariadb in Fedora
On 15/04/14 13:30, Clint Byrum wrote:
> Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700:
>> Right now the os-*-config projects default to looking for their files in
>> /opt/stack, with an override env var provided for other locations. For
>> packaging purposes it would be nice if
On Wed, Apr 16, 2014 at 7:57 AM, Hugh O. Brock wrote:
> On Wed, Apr 16, 2014 at 09:30:45AM +1200, Robert Collins wrote:
>> Redhat offered to host the next TripleO midcycle meetup in Raleigh, I
>> don't know if they have space for Nova & TripleO at once, but I'd love
>> to get more collaboration t
On Wed, Apr 16, 2014 at 7:30 AM, Robert Collins
wrote:
>> * a mid cycle meetup. I think the Icehouse meetup was a great success,
>> and I'd like to see us do this again in Juno. I'd also like to get the
>> location and venue nailed down as early as possible, so that people
>> who have complex tra
On 2014-04-15 18:00:07 + (+), Dane Leblanc (leblancd) wrote:
[...]
> PasswordRequiredException: Private key file is encrypted
[...]
A fairly straightforward error--your SSH key is encrypted with a
passphrase and zuul is thus unable to use it. You'll need to strip
the encryption from it wit
Hi Mark,
Thank you for a detailed report. As I know Murano team is working on fixing
devstack scripts.
As for DB setup it should be done by a command: tox -evenv -- murano-manage
--config-file etc/murano/murano-api.conf db-sync
It works in my testing environment.
Thanks
Georgy
On Tue, Apr 15,
Hi all,
There is some interest here in making use of Murano for Samba ADDC a
service...so we've been (attempting) to get it up and running in
devstack. In the process I've managed to get myself confused about the
correct instructions for doing this:
- the docs suggest
http://murano-docs.git
On 2014-04-16 09:30:45 +1200 (+1200), Robert Collins wrote:
> Redhat offered to host the next TripleO midcycle meetup in Raleigh,
[...]
Neat--I live in that town! We definitely need more OpenStack
happening in it. ;)
--
Jeremy Stanley
___
OpenStack-dev
Hello Stackers!
I just finished the OpenStack IPv6 Quick Guide, it is hosted here:
Ultimate OpenStack IceHouse Guide - ML2 Flat Network - IPv6-Friendly:
https://gist.github.com/tmartinx/9177697
Almost everything is working with IPv6, including OpenStack Management
(APIs / Endpoints) and, of c
On 15/04/14 17:59, Mike Spreitzer wrote:
Clint Byrum wrote on 04/15/2014 05:17:21 PM:
> Excerpts from Zane Bitter's message of 2014-04-15 13:32:30 -0700:
>
> > FWIW, in the short term I'm not aware of any issue with installing
> > mariadb in Fedora 17/18, provided that mysql is not installed
Update:
Stan filed a blueprint [0] for type interfaces in HOT.
I would like to outline the current vision of Murano Application format, to
make sure we're all on the same page. We had a valuable discussion in several
MLs and we also had a lot of discussions between Murano team members. As a
resul
+1. I think we'll like this process better. I hope to have some of
the first blueprints to propose to the new repository very soon.
On Tue, Apr 15, 2014 at 4:07 PM, Kyle Mestery wrote:
> Given the success the Nova team has had in handling reviews using
> their new nova-specs gerrit repository,
On 15/04/14 06:16, Qiming Teng wrote:
3) Can/should we do the VM HA orchestration in Heat?
My perception is that it can be done in Heat, based on my limited
understandig of how Heat works. It may imply some requirements to other
projects (e.g. nova, cinder, neutron ...) as well, though Heat sh
+10 !
2014-04-15 15:07 GMT-07:00 Kyle Mestery :
> Given the success the Nova team has had in handling reviews using
> their new nova-specs gerrit repository, I think it makes a lot of
> sense for Neutron to do the same. With this in mind, I've added
> instructions to the BP wiki [1] for how to
Excerpts from Mike Spreitzer's message of 2014-04-15 14:59:50 -0700:
> Clint Byrum wrote on 04/15/2014 05:17:21 PM:
>
> > Excerpts from Zane Bitter's message of 2014-04-15 13:32:30 -0700:
>
> > > Yes, that _kind_ of thing. But I don't see much point in having an
> > > AWS::CloudFormation::Init
Mike Spreitzer/Watson/IBM@IBMUS wrote on 04/15/2014 05:59:50 PM:
> Yes, I can see how OS::Heat::Init makes sense. But is this just the
> first thing on a long list? Would it be better to have a static
> intrinsic that is like Python's dict(iterable of
> iterable)->dictionary function?
.. and
Given the success the Nova team has had in handling reviews using
their new nova-specs gerrit repository, I think it makes a lot of
sense for Neutron to do the same. With this in mind, I've added
instructions to the BP wiki [1] for how to do. Going forward in Juno,
this is how Neutron BPs will be h
On Wed, Apr 16, 2014 at 7:31 AM, Russell Bryant wrote:
> On 04/15/2014 05:14 PM, Kyle Mestery wrote:
>> 2. Nova has a subset of the core-team which can actually approve BPs,
>> is this correct?
>
> Correct. The team is nova-drivers [1]. This is the team that assisted
> me with the blueprint rev
Clint Byrum wrote on 04/15/2014 05:17:21 PM:
> Excerpts from Zane Bitter's message of 2014-04-15 13:32:30 -0700:
> > Yes, that _kind_ of thing. But I don't see much point in having an
> > AWS::CloudFormation::Init section that isn't compatible with
> > CloudFormation's definition of it. We al
On Wed, Apr 16, 2014 at 09:30:45AM +1200, Robert Collins wrote:
> On 14 April 2014 16:58, Michael Still wrote:
> > First off, thanks for electing me as the Nova PTL for Juno. I find the
> > outcome of the election both flattering and daunting. I'd like to
> > thank Dan and John for running as PTL
This has been actioned. Welcome!
-Rob
On 8 April 2014 11:50, Robert Collins wrote:
> tl;dr: 3 more core members to propose:
> bnemec
> greghaynes
> jdon
>
>
> On 4 April 2014 08:55, Chris Jones wrote:
>> Hi
>>
>> +1 for your proposed -core changes.
>>
>> Re your question about whether we should
Hi.
Easter is this coming weekend for many countries, so many people are
going to be away or at least winding down for the long weekend.
Let's skip the nova meeting this week and let people have a bit of a break.
Thanks,
Michael
--
Rackspace Australia
_
On 16 April 2014 09:15, James Slagle wrote:
> On Tue, Apr 15, 2014 at 2:44 PM, Robert Collins
> wrote:
>> I've been watching the nova process, and I think its working out well
>> - it certainly addresses:
>> - making design work visible
>> - being able to tell who has had input
>> - and provid
On 14 April 2014 16:58, Michael Still wrote:
> First off, thanks for electing me as the Nova PTL for Juno. I find the
> outcome of the election both flattering and daunting. I'd like to
> thank Dan and John for running as PTL candidates as well -- I strongly
> believe that a solid democratic proce
Thanks Solly, and I agree on the benefits here, which is why Neutron
is moving to the same process as Nova for these BP reviews.
Thanks,
Kyle
On Tue, Apr 15, 2014 at 4:24 PM, Solly Ross wrote:
> This page actually has most of the answers on it:
> https://wiki.openstack.org/wiki/Blueprints#Nova
On 04/15/2014 05:14 PM, Kyle Mestery wrote:
> Hi Nova developers:
>
> I have a question around the new nova-specs gerrit repository. We're
> implementing the same thing in Neutron for Juno (I'm hoping to make
> this live tomorrow), but I had a few quick questions so I can build on
> your experienc
This page actually has most of the answers on it:
https://wiki.openstack.org/wiki/Blueprints#Nova
1: The time limit is one release: "at the end of each release, non-completed
specs will be removed"
2: The "nova-drivers" team approves specs
3: No, it's not required to have a summit session. Somet
Excerpts from Zane Bitter's message of 2014-04-15 13:32:30 -0700:
> On 15/04/14 15:57, Mike Spreitzer wrote:
> > Zane Bitter wrote on 04/15/2014 03:29:03 PM:
> >
> > > On 15/04/14 14:31, Mike Spreitzer wrote:
> > > > It appears that in Fedora 19 and 20 the Wordpress examples need to
> > > > ins
On Tue, Apr 15, 2014 at 2:44 PM, Robert Collins
wrote:
> I've been watching the nova process, and I think its working out well
> - it certainly addresses:
> - making design work visible
> - being able to tell who has had input
> - and providing clear feedback to the designers
>
> I'd like to do
Hi Nova developers:
I have a question around the new nova-specs gerrit repository. We're
implementing the same thing in Neutron for Juno (I'm hoping to make
this live tomorrow), but I had a few quick questions so I can build on
your experience with this so far:
1. Did you implement any sort of ti
Hi folks,
In Icehouse there were attempts to apply Provider Framework ('Service Type
Framework') approach to VPN and Firewall services.
Initially Provider Framework was created as a simplistic approach of
allowing user to choose service implementation.
That approach definitely didn't account for p
On Sun, Apr 6, 2014 at 6:06 AM, Christopher Yeoh wrote:
> On Sat, Apr 5, 2014 at 10:17 PM, Joshua Hesketh <
> joshua.hesk...@rackspace.com> wrote:
>
>> Hi Chris,
>>
>> Thanks for your input.
>>
>>
>> On 4/5/14 9:56 PM, Christopher Yeoh wrote:
>>
>>> On Sat, 5 Apr 2014 15:16:33 +1100
>>> Joshua He
Hi Steven et al.
2014-04-15 17:01 GMT+02:00 Steven Dake :
>
>> Qiming,
>
> If you read my original post on this thread, it outlines the current
> heat-core thinking, which is to reduce the scope of this resource from the
> Heat resources since it describes a workflow rather then an orchestrated
On 15/04/14 15:57, Mike Spreitzer wrote:
Zane Bitter wrote on 04/15/2014 03:29:03 PM:
> On 15/04/14 14:31, Mike Spreitzer wrote:
> > It appears that in Fedora 19 and 20 the Wordpress examples need to
> > install different packages than in every other release (see my
debugging
> > in https:/
On Fri, Apr 11, 2014 at 11:24 AM, Sean Dague wrote:
> On 04/11/2014 11:38 AM, Greg Lucas wrote:
> > Sean Dague wrote:
> >> Maybe it would be good to get an ad-hoc IRC meeting together to figure
> >> out what the must have features are that inspired everyone to write
> >> these. If we can come up
Hello everyone,
One misnamed meter was discovered in Ceilometer release candidate
testing. Rather than having to support this misnamed meter in the
Icehouse final release, we decided to respin a new release candidate to
include the renamed meter in the final Icehouse release. You can find a
link t
On Fri, Apr 11, 2014 at 8:40 AM, Anne Gentle wrote:
> I'd love to see consolidation as I've tried to keep up nova dev docs for
> example, and with all the options it's tough to test and maintain one for
> docs. Go for it.
>
Nova isn't the only project that uses devstack, so shouldn't docs on how
On Mon, Apr 14, 2014 at 7:06 PM, Stefano Maffulli wrote:
> On 04/14/2014 06:58 AM, Michael Still wrote:
>> First off, thanks for electing me as the Nova PTL for Juno.
>
> Congratulations Michael.
>
>> * I promised to look at mentoring newcomers. The first step there is
>> working out how to identi
On 04/15/2014 02:44 PM, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2014-04-14 09:26:17 -0700:
tldr: I propose we use bash explicitly for all diskimage-builder scripts
(at least for the short-term - see details below).
This is something that was raised on my linting changes to enabl
+1, I think it's a better medium for conversations than blueprints or wikis.
I'm also +1 to a tripleo-specs repo, but that's less me having a problem
with using incubator and more my OCD.
On 04/15/2014 03:43 PM, Monty Taylor wrote:
On 04/15/2014 11:44 AM, Robert Collins wrote:
I've been watc
On Mon, Apr 14, 2014 at 8:02 AM, Elizabeth Krumbach Joseph
wrote:
> Hi everyone,
>
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting tomorrow, Tuesday April 15th, at 19:00 UTC in
> #openstack-meeting
Meeting logs and minutes:
Minutes:
http://eavesdrop.openstack.org/mee
Zane Bitter wrote on 04/15/2014 03:29:03 PM:
> On 15/04/14 14:31, Mike Spreitzer wrote:
> > It appears that in Fedora 19 and 20 the Wordpress examples need to
> > install different packages than in every other release (see my
debugging
> > in https://review.openstack.org/#/c/87065/). I just got
On 04/15/2014 01:44 PM, Robert Collins wrote:
I've been watching the nova process, and I think its working out well
- it certainly addresses:
- making design work visible
- being able to tell who has had input
- and providing clear feedback to the designers
I'd like to do the same thing fo
Exactly. Even if operators/users only comment with a +0, it's already
flushed out a lot of good details on several blueprints.
Thanks!
Matt
On 4/15/14 2:38 PM, "Tim Bell" wrote:
>
>+2
>
>I think that there is also a need to verify the user story aspect. One of
>the great things with the abili
Excerpts from Ghe Rivero's message of 2014-04-15 04:31:19 -0700:
> +1 to use bash as the default shell. So far, all major distros use bash
> as the default one (except Debian which uses dash).
> An about rewriting the code in Python, I agree that shell is complicated
> for large programs, but writi
Excerpts from Ben Nemec's message of 2014-04-14 09:26:17 -0700:
> tldr: I propose we use bash explicitly for all diskimage-builder scripts
> (at least for the short-term - see details below).
>
> This is something that was raised on my linting changes to enable set -o
> pipefail. That is a bash
On 04/15/2014 11:44 AM, Robert Collins wrote:
I've been watching the nova process, and I think its working out well
- it certainly addresses:
- making design work visible
- being able to tell who has had input
- and providing clear feedback to the designers
I'd like to do the same thing fo
+2
I think that there is also a need to verify the user story aspect. One of the
great things with the ability to subscribe to nova-specs is that the community
can give input early, when we can check on the need and the approach. I know
from the CERN team how the requirements need to be review
On 15/04/14 14:31, Mike Spreitzer wrote:
It appears that in Fedora 19 and 20 the Wordpress examples need to
install different packages than in every other release (see my debugging
in https://review.openstack.org/#/c/87065/). I just got a complaint
from Heat validation that I can't do this:
Just wanted to confirm what Sean said -- as someone who just joined the
OpenStack community last
year, going to implement a vaguely worded blueprint and then having the code
review be derailed
with people saying "well, you probably should be using this completely
different design" is fairly
frus
Hi Kanzhe,
First off, thank you for showing interest in discussing this proposal!
I’m not fully sure if I understood your point. Could you elaborate a bit more
on the L1, L2, L3 part?
Regarding the traffic steering API, as I see it the Neutron port is the virtual
counterpart of the network int
confirmed
On 04/15/2014 08:45 PM, Vishvananda Ishaya wrote:
> Hello all,
>
> I’d like to announce my candidacy for the Technical Committee election.
>
> I was one of the original authors of the Nova project and served as
> its PTL for the first two years that the position existed. I have also
>
FWIW: we are using bash in devstack if we were going to try to make it
POSIX bourne shell (or whatever /bin/sh is) it would have been a huge pain.
On Tue, Apr 15, 2014 at 1:25 PM, Dougal Matthews wrote:
> Another +1 for using bash. Sounds like an easy win.
>
>
> On 15/04/14 12:31, Ghe Rivero wr
Hello all,
I’d like to announce my candidacy for the Technical Committee election.
I was one of the original authors of the Nova project and served as
its PTL for the first two years that the position existed. I have also
been on the Technical Comittee since its inception. I was also recently
ele
I've been watching the nova process, and I think its working out well
- it certainly addresses:
- making design work visible
- being able to tell who has had input
- and providing clear feedback to the designers
I'd like to do the same thing for TripleO this cycle..
I'm thinking we can just ad
It appears that in Fedora 19 and 20 the Wordpress examples need to install
different packages than in every other release (see my debugging in
https://review.openstack.org/#/c/87065/). I just got a complaint from
Heat validation that I can't do this:
"AWS::CloudFormation::Init" : {
I'm trying to modify a 3rd party test setup to use zuul, but I'm seeing the
following error when I start up the zuul server:
===
2014-04-15 09:09:18,910 ERROR gerrit.GerritWatcher: Exception on ssh event
stream:
Traceback (most recent call last):
File "/
On 04/15/2014 11:42 AM, Russell Bryant wrote:
> On 04/15/2014 11:01 AM, Brian Elliott wrote:
>>> * specs review. The new blueprint process is a work of genius, and I
>>> think its already working better than what we've had in previous
>>> releases. However, there are a lot of blueprints there in re
On Apr 14, 2014, at 11:54 AM, Salvatore Orlando
mailto:sorla...@nicira.com>> wrote:
1) Specify that all migrations must run for every plugin (*) unless they are
really introducing schemas which are specific to a particular technology (such
as uuid mappings between neutron and backed)
This ap
Another +1 for using bash. Sounds like an easy win.
On 15/04/14 12:31, Ghe Rivero wrote:
+1 to use bash as the default shell. So far, all major distros use bash
as the default one (except Debian which uses dash).
An about rewriting the code in Python, I agree that shell is complicated
for large
Well Ivan afaik is thinking through it, but being a community project its not
exactly easy to put estimations or timelines on things (I don't control Ivan,
or others).
Likely faster if u guys want to get involved.
-Josh
From: Renat Akhmerov mailto:rakhme...@mirantis.com>>
Reply-To: "OpenStack
I think we agree on the lazy execution model. At least at a high-level, I'd
rather not agree on the API's that are exactly exposed until there is an
implementation since I've found that agreeing to any type of API's before there
is the needed groundwork to make it happen is pretty useless and a
Meeting minutes:
http://eavesdrop.openstack.org/meetings/neutron_ipv6/2014/neutron_ipv6.2014-04-15-14.00.html
See you next week!
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mai
On 04/15/2014 12:34 PM, Kurt Taylor wrote:
>
> Anita Kuno wrote on 04/15/2014 09:41:17 AM:
>> On 04/15/2014 10:20 AM, Kurt Taylor wrote:
>>>
>>>
>>> Sorry if you get this twice.
>>>
>>> Since summit is approaching quickly, I wanted to see if anyone had
> interest
>>> in forming a meetup for 3rd p
Is there a plan to get Hyper-V CI working better? It looks like it is
failing significantly more frequently then Jenkins.
http://www.rcbops.com/gerrit/reports/nova-cireport.html
On Tue, Apr 15, 2014 at 9:25 AM, Peter Pouliot wrote:
> Hi Everyone,
> Here are the minutes from today’s Hyper-V Mee
Anita Kuno wrote on 04/15/2014 09:41:17 AM:
> On 04/15/2014 10:20 AM, Kurt Taylor wrote:
> >
> >
> > Sorry if you get this twice.
> >
> > Since summit is approaching quickly, I wanted to see if anyone had
interest
> > in forming a meetup for 3rd party testing. This would be a group for
> > helpin
Hi Everyone,
Here are the minutes from today’s Hyper-V Meeting.
Minutes:
http://eavesdrop.openstack.org/meetings/hyper_v/2014/hyper_v.2014-04-15-16.02.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/hyper_v/2014/hyper_v.2014-04-15-16.02.txt
Log:
http://eavesdrop.o
I know alembic is designed to be global, but could we extend it to track
multiple histories for a given database. In other words, various branches for
different namespaces on a single database. Would this feature ameliorate the
issues?
Amir
On Apr 15, 2014, at 8:24 AM, Kyle Mestery
mailto:mes
So every developer should manually mark every such review as WIP? And
remove this flag only when everyone agreed to merge? This will require
additional actions in 50% of fuel-web and 100% of fuel-main reviews.
Developers make mistakes too.
Let's just be more accurate.
On Tue, Apr 15, 2014 at 6:4
On 04/15/2014 11:01 AM, Brian Elliott wrote:
>> * specs review. The new blueprint process is a work of genius, and I
>> think its already working better than what we've had in previous
>> releases. However, there are a lot of blueprints there in review, and
>> we need to focus on making sure these
On 04/15/2014 06:03 AM, Jiangying (Jenny) wrote:
Sorry, I'm not quite clear about it yet.
I'm trying to find a way that heat controls the flow but not the nova
scheduler.
Heat doesn't control flow. Heat expects a scheduler is built into
whatever service it is consuming for resource managem
On Apr 13, 2014, at 11:58 PM, Michael Still wrote:
> First off, thanks for electing me as the Nova PTL for Juno. I find the
> outcome of the election both flattering and daunting. I'd like to
> thank Dan and John for running as PTL candidates as well -- I strongly
> believe that a solid democrat
On 04/15/2014 03:16 AM, Qiming Teng wrote:
What I saw in this thread are several topics:
1) Is VM HA really relevant (in a cloud)?
This is the most difficult question to answer, because it really depends
on who you are talking to, who are the user community you are facing.
IMHO, for most web-ba
Ilya, here is link to the bug created:
https://bugs.launchpad.net/fuel/+bug/1308104
On Sun, Apr 13, 2014 at 8:53 AM, Vladimir Kuklin wrote:
> Ilya, thank you for pointing this out. Obviously we will add it into fuel
> manifests.
> 10 апр. 2014 г. 19:43 пользователь "Ilya Shakhat"
> написал:
>
Humans make mistakes... all the time. Let's think how we can automate this
to have appropriate Jenkins check. In this particular case, we could do the
following:
a) make it "work in progress" if we still unsure on some deps
b) can we have smoke test which would check that master node builds, and
si
On 04/15/2014 10:20 AM, Kurt Taylor wrote:
>
>
> Sorry if you get this twice.
>
> Since summit is approaching quickly, I wanted to see if anyone had interest
> in forming a meetup for 3rd party testing. This would be a group for
> helping the project cores by helping ourselves and hopefully impr
1 - 100 of 156 matches
Mail list logo