Ok, no problem :)
Renat Akhmerov
@ Mirantis Inc.
On 16 Apr 2014, at 12:43, Joshua Harlow harlo...@yahoo-inc.com 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
Hi,
Any chance of doing this in Europe?
Thanks
Gary
On 4/16/14 4:54 AM, Kyle Mestery mest...@noironetworks.com 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
+1
On 4/16/14 1:35 AM, Carl Baldwin c...@ecbaldwin.net 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 mest...@noironetworks.com
wrote:
Given the success
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 pen...@yahoo-inc.com wrote:
We drive the ³VM=Cattle² message pretty hard. Part of onboarding a
property to our cloud, and allowing them to serve traffic from
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'
Hi
There are 3 types of unit test existing now (stub, mox and
mock)
Several code reviewers suggest to use mock instead of using
the other 2 and I am following it, but I want to know where can I find the
suggestion and guide line?
Thanks
Best
confirmed
On 04/16/2014 04:53 AM, Joe Gordon wrote:
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.
Great initiative.
I added my name and also which location will work better, I would suggest
all developers interested on this meeting to do the same.
Edgar
On 4/15/14, 6:54 PM, Kyle Mestery mest...@noironetworks.com wrote:
Folks:
Given all the talk of mid-cycle meetings, I'd like to propose
Howdy All,
I need a small advice. I am working from last two years on Eucalyptus.
Recently, switched to Openstack and trying to contribute to Code-Base.
My skills are:
*- I have good understanding of private Cloud*
*- Total beginner in Python but somewhat good at Java*
Yeah! Let¹s do it in Barcelona, maybe Midokura can host it. :-)
Edgar
On 4/15/14, 11:12 PM, Gary Kotton gkot...@vmware.com wrote:
Hi,
Any chance of doing this in Europe?
Thanks
Gary
On 4/16/14 4:54 AM, Kyle Mestery mest...@noironetworks.com wrote:
Folks:
Given all the talk of mid-cycle
On 2014/15/04 23:15, James Slagle wrote:
On Tue, Apr 15, 2014 at 2:44 PM, Robert Collins
robe...@robertcollins.net 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
-
On 15/04/14 21:54, Ben Nemec wrote:
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
On 16/04/14 00:07, Kyle Mestery wrote:
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
On 15/04/14 20:44, 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 for
BTW, the VNC Consoles are now working in a Dual-Stacked fashion (both
vncserver 5900 and novncproxy 6080 traffics goes via IPv6). ;-)
Guide updated...
Cheers!
Thiago
On 15 April 2014 19:57, Martinx - ジェームズ thiagocmarti...@gmail.com wrote:
Hello Stackers!
I just finished the OpenStack
Is that right, and any reason why the default for
vif_plugging_is_fatal shouldn't be False insated of True to make this
sequence less dependent on matching config changes ?
Yes, because the right approach to a new deployment is to have this
enabled. If it was disabled by default, most
On Wed, Apr 16, 2014 at 02:17:13AM +, Yuzhou (C) wrote:
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.
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 Tue, Apr 15, 2014 at 10:01:32AM -0500, 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
I think it's important to remember that not all mid cycle meetups are
the same kind of thing.
- the infra / havana one was a bootstrapping event
- the nova / icehouse one was a mini design summit
- the neutron / icehouse one was specifically focused on QA improvement
- the tripleo / icehouse
Just a quick reminder for the weekly Trove meeting.
https://wiki.openstack.org/wiki/Meetings#Trove_.28DBaaS.29_meeting
Date/Time: Wednesday, 16 April - 1800 UTC / 1100 PDT / 1300 CDT
IRC channel: #openstack-meeting-alt
The Meeting Agenda can be found at
From: Steven Dake sd...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: 16/04/2014 01:43
Subject: Re: [openstack-dev] [heat] computed package names?
On 04/15/2014 03:45 PM, Zane Bitter wrote:
On 15/04/14 17:59, Mike
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 16/04/2014 00:46
Subject: Re: [openstack-dev] [heat] computed package names?
On 15/04/14 17:59, Mike Spreitzer wrote:
Clint Byrum cl...@fewbar.com wrote on 04/15/2014 05:17:21 PM:
Excerpts from Zane
Hi Ruslan,
From: Ruslan Kamaldinov rkamaldi...@mirantis.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: 16/04/2014 00:38
Subject: Re: [openstack-dev] [Heat] [Murano] [Solum] applications inthe
cloud
Update:
Stan filed a
*With 'interfaces' I mean 'nics' of VM*.
On Wed, Apr 16, 2014 at 4:18 PM, Vikash Kumar
vikash.ku...@oneconvergence.com wrote:
Hi,
I want to launch one VM which will have two Ethernet interfaces with
IP of single subnet. Is this supported now in openstack ? Any suggestion ?
Thanx
On 04/16/2014 02:53 AM, Thomas Spatzier wrote:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 16/04/2014 00:46
Subject: Re: [openstack-dev] [heat] computed package names?
On 15/04/14 17:59, Mike Spreitzer wrote:
Clint Byrum cl...@fewbar.com wrote on 04/15/2014
I would like to announce my TC candidacy.
I work full time for HP where I am the architect and technical lead for the
core OpenStack Engineering team, with responsibility for the architecture and
deployment of the OpenStack Infrastructure projects (Nova, Neutron, Cinder,
Glance, Swift) across
Hi Mark!
Actually we have working Devstack scripts at [0]. We use these scripts to setup
Murano in the dsvm (devstack/tempest) gate job which run Murano functional
tests. It means that our Devstack scripts are in a good shape. Please use
Devstack scripts from [0], all the other scripts are
Hi community!
I have a modification for Nodepool which allows to use it with a clean KVM/QEMU
host while still support OpenStack. This allows parallel use KVM/QEMU and
OpenStack hosts. As well, this saves computing resources required to
perform OpenStack
and time on its setting.
Need this feature
On 04/16/2014 08:39 AM, Vladislav Kuzmin wrote:
Hi community!
I have a modification for Nodepool which allows to use it with a
clean KVM/QEMUhost while still support OpenStack. This allows parallel
use KVM/QEMUand OpenStackhosts. As well, this saves computing resources
required to perform
So, I'm glad there's interest in doing this. I would encourage folks
who are interested in attending to please add their names to the
etherpad, and to suggest locations there as well. We'll try to
converge on those over the coming weeks. Also, as pointed out by ttx,
we should hold off an settling
On Wed, 2014-04-16 at 14:55 +0800, Chen CH Ji wrote:
Hi
There are 3 types of unit test existing now (stub, mox
and mock)
Several code reviewers suggest to use mock instead of
using the other 2 and I am following it, but I want to know where can
I find the
Dear all,
We would like to present an extension to the vm-booting functionality of
Nova when a number of homogeneous vms need to be launched at the same time.
The motivation for our work is to increase the speed of provisioning vms
for large-scale scientific computing and big data
I think the problem is that your spec should be at the toplevel of the
juno directory, and that's why the UT is failing. Can you move your
spec up a level, including the image? You can create a spec images
directory to put them in there and reference it in the spec as well if
you want.
On Tue,
In the case of yum or apt package installation, I would recommend to
give OS::Heat::CloudConfig a try, instead of sticking to cfn-init.
The function you proposed (Fn::MemberListToMap) actually brings us back
to the previous discussion whether a mapping section is really needed in
the native HOT
if the image you're adding is a diagram, I would think about asciiflow.comfirst!
On 16 April 2014 15:09, Kyle Mestery mest...@noironetworks.com wrote:
I think the problem is that your spec should be at the toplevel of the
juno directory, and that's why the UT is failing. Can you move your
Kyle Mestery wrote:
So, I'm glad there's interest in doing this. I would encourage folks
who are interested in attending to please add their names to the
etherpad, and to suggest locations there as well. We'll try to
converge on those over the coming weeks. Also, as pointed out by ttx,
we
Actually, +1 to that Salvatore! I've found asciiflow.com to be superb
for these types of things.
On Wed, Apr 16, 2014 at 8:39 AM, Salvatore Orlando sorla...@nicira.com wrote:
if the image you're adding is a diagram, I would think about asciiflow.com
first!
On 16 April 2014 15:09, Kyle
On 04/16/2014 09:39 AM, Salvatore Orlando wrote:
if the image you're adding is a diagram, I would think about
asciiflow.com http://asciiflow.com first!
In all seriousness, I think that's a very nice solution for simple
diagrams. :-)
For other diagrams, I wonder if it makes sense to just
I love that we are getting feedback from deployers/operations/etc. Thanks
to all who have spoken up in support from that perspective.
On 4/16/14 4:02 AM, Day, Phil philip@hp.com wrote:
They are intended to be high level designs rather than low level designs,
so no they don't have to
Hi,
I've just uploaded a new BP proposal to gerrit
https://review.openstack.org/#/c/87978, but the gate failed as I included an
image along with the .rst file in my patch. What is the good place to store the
images that are used in the specs?
Cheers,
Gibi
Hi,
Can we include action item “Heat/Mistral collaboration” into the agenda of
tomorrow’s Heat community meeting? I’d like to take a few minutes and discuss
this a little bit. If you think it’s not a suitable time/way to discuss it
please let me know your preferences.
Thanks
Renat Akhmerov
@
No response so far, but -1 on the image element for making Ceilometer
optional.
OK, so what about having variable in devtest_variables: USE_TRIPLEO_UI.
It would add Undercloud Ceilometer, Tuskar-UI and Horizon. And Overcloud
SNMPd.
Defaulted to USE_TRIPLEO_UI=1 so we have UI stuff in CI.
How
I just want to quickly caution about having these meetings in person
since not everyone will be able to attend - the summits are probably
where we will have the most Neutron developers able to attend.
It's not that I oppose the idea - but there must be adequate facilities
for people to attend and
There may be some consistency work needed. I spent some time/text in
justification around no security impact in a spec. I was guided
specifically that None was a better statement.
I think you're referring to me. What I said was, you went into a lot of
depth explaining why there was no
On 04/16/2014 10:13 AM, Christopher Lefelhocz wrote:
I love that we are getting feedback from deployers/operations/etc. Thanks
to all who have spoken up in support from that perspective.
On 4/16/14 4:02 AM, Day, Phil philip@hp.com wrote:
They are intended to be high level designs
Hi folks,
If you want to use IPv6 with devstack, Check this out
https://review.openstack.org/87987. The commit message has all the details
on how to use it.
thanks,
Robert
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On 04/16/2014 10:31 AM, Balázs Gibizer wrote:
Hi,
I’ve just uploaded a new BP proposal to gerrit
https://review.openstack.org/#/c/87978, but the gate failed as I
included an image along with the .rst file in my patch. What is the good
place to store the images that are used in the
On 4/16/14 10:00 AM, Dan Smith d...@danplanet.com wrote:
Remember that just because someone -1s a patch, doesn't mean that every
single comment they made was -1 worthy on its own. Often times I will -1
for a spelling mistake and then make a bunch of other purely-opinion
comments which don't
On 16/04/14 10:29, Renat Akhmerov wrote:
Can we include action item “Heat/Mistral collaboration” into the agenda of
tomorrow’s Heat community meeting? I’d like to take a few minutes and discuss
this a little bit. If you think it’s not a suitable time/way to discuss it
please let me know your
Minutes:
http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-04-15-19.00.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-04-15-19.00.txt
Log:
If you start contributing to Nova, my advice would be to start small -- find a
part of Nova
that you get to know well, and then branch out. Nova is a large project with
complex paths
through the code (RPC vs REST API vs normal method calling), so it can take a
bit of time to
get used to.
You
+1 to Sean
Fawad Khaliq
(m) +1 408.966.2214
On Wed, Apr 16, 2014 at 7:54 AM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
I just want to quickly caution about having these meetings in person
since not everyone will be able to attend - the summits are probably
where we will have the
Checking whether a policy used for visibility depends on an attribute value
is possible. I just don't think it's right.
For instance, one could define the following policies:
the_funny_one: field:networks:name=Funny
get_network:provider:physical_network: rule:admin_only or
rule:the_funny_one
And
Hello Yongquan Fu,
My thoughts:
1. Currently Nova has already supported image caching mechanism. It
could caches the image on compute host which VM had provisioning from
it before, and next provisioning (boot same image) doesn't need to
transfer it again only if cache-manger clear it up.
2. P2P
Hi Mestery
With respect to the new BP review process, can we start submitting the BPs in
the review system and in the launchpad.
Since, BP is a thought process of the developer either for core dev or for
vendor specific dev,
can you give some light on how the review process of the BP can be ?
On 04/16/2014 08:11 AM, Jay Pipes wrote:
On Wed, 2014-04-16 at 14:55 +0800, Chen CH Ji wrote:
Hi
There are 3 types of unit test existing now (stub, mox
and mock)
Several code reviewers suggest to use mock instead of
using the other 2 and I am following it, but
Thanks Solly for Guidance.
I also hope to get familiar with NOVA internals soon.
Thanks !
On Wed, Apr 16, 2014 at 9:20 PM, Solly Ross sr...@redhat.com wrote:
If you start contributing to Nova, my advice would be to start small --
find a part of Nova
that you get to know well, and then
I'm not asking for 100% consistency. I'm just raising it since it seems
to be early in the process change and want to work out these kinds of
things. If it turns out to be an outlier then great.
Sure, and the spec reviewers are learning in this process as well. It
takes a certain amount of
Different distro's move the binaries and services too. ubuntu/debian does:
/usr/sbin/apache2, not httpd. The service is also named apache2, not httpd.
So, I think distro specific sets of packages are somewhat unavoidable.
Now, this use case might be a good case for supporting:
Hi Min Wang,
This is error might be due to permission problem you *must run *these
commands from root.
The command * openssh rand -hex 10*
will create the token which you have to put in
/etc/keystone/keystone.conf in admin section.
the mentioned command
# export
The only downside to putting it on the wiki is that it no longer has a
shared fate with the specification in the repo. If someone deletes it or
replaces it on the wiki, information for the spec is lost. External
connectivity is also required just to view a template as well.
On Wed, Apr 16,
Awesome!! I'll check this today! Tks!
On 16 April 2014 12:03, Robert Li (baoli) ba...@cisco.com wrote:
Hi folks,
If you want to use IPv6 with devstack, Check this out
https://review.openstack.org/87987. The commit message has all the details
on how to use it.
thanks,
Robert
On Wed, Apr 16, 2014 at 6:04 AM, Peter Pouliot ppoul...@microsoft.comwrote:
Hey Joe,
In response to your question around our plans.I will gladly shed
some light in that area.
I apologize for the delayed response as I was waiting to confirm
information prior to responding.
To
Hi folks,
I'd like to announce my candidacy for the TC.
I have been actively involved in OpenStack for about last two years,
and before that I was in observer mode since Diablo timeframe. I’m PTL
of OpenStack Data Processing program (Sahara project) from its very
beginning. Additionally, I’m the
On 04/16/2014 12:42 PM, Kevin Benton wrote:
The only downside to putting it on the wiki is that it no longer has a
shared fate with the specification in the repo. If someone deletes it or
replaces it on the wiki, information for the spec is lost. External
connectivity is also required just to
On 04/16/2014 09:51 AM, Russell Bryant wrote:
On 04/16/2014 09:39 AM, Salvatore Orlando wrote:
if the image you're adding is a diagram, I would think about
asciiflow.com http://asciiflow.com first!
In all seriousness, I think that's a very nice solution for simple
diagrams. :-)
For
On Wed, 2014-04-16 at 11:05 -0500, Ben Nemec wrote:
On 04/16/2014 08:11 AM, Jay Pipes wrote:
On Wed, 2014-04-16 at 14:55 +0800, Chen CH Ji wrote:
Hi
There are 3 types of unit test existing now (stub, mox
and mock)
Several code reviewers suggest to use
On Wed, Apr 16, 2014 at 12:23 PM, Russell Bryant rbry...@redhat.com wrote:
On 04/16/2014 09:51 AM, Russell Bryant wrote:
On 04/16/2014 09:39 AM, Salvatore Orlando wrote:
if the image you're adding is a diagram, I would think about
asciiflow.com http://asciiflow.com first!
In all seriousness,
single comment they made was -1 worthy on its own. Often times I will -1
for a spelling mistake and then make a bunch of other purely-opinion
comments which don't necessarily need to change.
Do we really want to -1 for spelling mistake in nova-specs? This is really a
bad news for non-native
On Apr 14, 2014, at 8:20 PM, Stephen Balukoff
sbaluk...@bluebox.netmailto:sbaluk...@bluebox.net wrote:
Hello y'all!
Over the last few months, I feel like we've seen a renewed vigor for
participation in making the LBaaS project successful. After the (still
unresolved) object model discussion
Do we really want to -1 for spelling mistake in nova-specs?
I do, yes. These documents are intended to be read by deployers and
future developers. I think it's really important that they're useful in
that regard.
This is really a bad news for non-native speaker like me because I'm
really not
Steven Hardy sha...@redhat.com wrote on 04/16/2014 01:05:14 PM:
On Wed, Apr 16, 2014 at 11:39:59AM -0400, Mike Spreitzer wrote:
http://fedorapeople.org/groups/heat/prebuilt-jeos-images/F19-
x86_64-cfntools.qcow2
seems to be broken; I get failures every time I try to use it. Has
confirmed
On 04/16/2014 12:47 PM, Sergey Lukjanov wrote:
Hi folks,
I'd like to announce my candidacy for the TC.
I have been actively involved in OpenStack for about last two years,
and before that I was in observer mode since Diablo timeframe. I’m PTL
of OpenStack Data Processing
On 04/16/2014 01:56 PM, Dan Smith wrote:
Do we really want to -1 for spelling mistake in nova-specs?
I do, yes. These documents are intended to be read by deployers and
future developers. I think it's really important that they're useful in
that regard.
This is really a bad news for
On Wed, Apr 16, 2014 at 1:56 PM, Dan Smith d...@danplanet.com wrote:
Do we really want to -1 for spelling mistake in nova-specs?
I do, yes. These documents are intended to be read by deployers and
future developers. I think it's really important that they're useful in
that regard.
This is
Hello,
A few folks give me some suggestion, and I followed it, it seems that the
problem is not solved yet, anyone can tell what steps here is not correct?
openstack@ubuntu:~$ keystone-manage db_sync
openstack@ubuntu:~$ openssl rand -hex 10
2c3a6bb5b3b8880f44f2
openstack@ubuntu:~$ sudo vi
Hi,
While installing cinder in openstack i was encountered the
following error:
root@openstackvm00:~# cinder type-create lvm
ERROR: Policy doesn't allow volume_extension:types_manage to be performed.
When i Checked tail -f /var/log/cinder/cinder-api i got the following
issue http 403
Hello,
I am trying to figure out if an instance of neutron can be run on the
controllers of each child cell and if neutron commands sent to the master node
would then be routed to the child cell similar to how the nova commands get
routed. I have searched online and as well as in the
This is a development list, and your question sounds more appropriate
for the users list:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Thanks.
-Ben
On 04/16/2014 01:35 PM, Arunkumar Achutha wrote:
Hi,
While installing cinder in openstack i was encountered the
As a native English speaker who works in two Francophone countries for an
international organisation, I would suggest tolerance in this area.
Where there are sufficient language difficulties that the blueprint is
difficult to read and understand, this should be a -1.
Where someone
On 04/16/2014 11:48 AM, Jaume Devesa wrote:
Hi Sean,
for what I understood, we will need a new feature flag for each new
feature, and a feature flag (default to false) for each deprecated one.
My concern is: since the goal is make tempest a confident tool to test
any installation and not
As I really would like to keep a 1:1 matching with my current Devstack
installation, have you tried to trick Dockenstack by modifying the
localrc file to say Qemu as the driver ?
Not yet, but I'd like to. It has been a secondary goal at this point. I
have successfully tested with the
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
tomorrow Thursday, April 17th at 22:00 UTC in the #openstack-meeting channel.
The agenda for tomorrow's meeting can be found here:
https://wiki.openstack.org/wiki/Meetings/QATeamMeeting
Anyone is welcome to add an item to
bnemec pointed out that the 18th is Good Friday, and many people are
likely to have the day off, so we should start this next week on 25
April. It appears that we have a consensus that 1600 UTC works as a
new time, so let's make both moves at the same time.
Our next meeting will be Friday 25
On 04/16/2014 11:48 AM, Jaume Devesa wrote:
Hi Sean,
for what I understood, we will need a new feature flag for each new
feature, and a feature flag (default to false) for each deprecated
one. My concern is: since the goal is make tempest a confident tool to
test any installation and not and
Hi folks
I don't think to use ASCII digrams is good idea because it is hard to
maintenance update
diagrams..
so I would like to recommend Blockdiag Netdiag which are plugins for sphinx.
Blockdiag
http://blockdiag.com/en/blockdiag/
blockdiag {
A - B - C - D;
A - E - F - G;
}
will be
I thought that OpenStack just support one release backwards, if we have to
support three versions, this is not useful.
There are already ways to enable/disable modules in tempest to adapt to
each deployment needs. Just wanted to avoid more configuration options.
On 16 April 2014 21:14, David
Nice!! nwdiag would make things really easy.
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 04/16/2014 09:24 AM, Fox, Kevin M wrote:
Different distro's move the binaries and services too. ubuntu/debian does:
/usr/sbin/apache2, not httpd. The service is also named apache2, not httpd.
So, I think distro specific sets of packages are somewhat unavoidable.
Now, this use case might be
On 04/16/2014 03:06 PM, Eric Windisch wrote:
As I really would like to keep a 1:1 matching with my current Devstack
installation, have you tried to trick Dockenstack by modifying the
localrc file to say Qemu as the driver ?
Not yet, but I'd like to. It has been a secondary
On 04/16/2014 11:07 AM, Mike Spreitzer wrote:
Steven Hardy sha...@redhat.com wrote on 04/16/2014 01:05:14 PM:
On Wed, Apr 16, 2014 at 11:39:59AM -0400, Mike Spreitzer wrote:
http://fedorapeople.org/groups/heat/prebuilt-jeos-images/F19-
x86_64-cfntools.qcow2
seems to be broken; I get
Hi Eric,
2014-04-16 21:06 GMT+02:00 Eric Windisch e...@windisch.us:
As I really would like to keep a 1:1 matching with my current Devstack
installation, have you tried to trick Dockenstack by modifying the
localrc file to say Qemu as the driver ?
Not yet, but I'd like to. It has been
I think Ascii diagrams do make sense if the Blueprint is a major architecture
input and will be long lived through many Os cycles, if it's a small short
feature and the diagram is useful to describe the architecture then I think its
overly painful, speaking from experience!
Alan
-Original
Tomorrow's meeting will be at 1500 UTC in #openstack-meeting-3. The
current agenda can be found on the subteam meeting page [1].
As discussed in the Neutron meeting on Monday, there is a new agenda
item this week: L3 Vendor plugins. Paul Michali (pcm) has proposed
a summit topic on this [2].
Tend to agree Nachi, that would be my preference, especially when the diagrams
are fairly complex which is the case most of the time in Neutron. However if
the BP is long lived then I think it makes sense to use ASCII, but if its short
for a small feature to be included in next release then I
I would prefer not to be strict on the requirements for diagrams.
If it looks ok in ascii - that's fine, nwdiag is fine as well.
I think both of tools worth mentioning in bp template.
Thanks,
Eugene.
On Thu, Apr 17, 2014 at 12:06 AM, Alan Kavanagh
alan.kavan...@ericsson.comwrote:
Tend to
Here is Jorge and team’s API proposal based on Atlas. The document has some
questions and answers about why decisions were made. Feel free to open up a
discussion about these questions and answers and really about anything. This
can be changed up to fit any flaws or use cases we missed that
Hi Brandon,
Seems that doc has not been made public, so please share.
Thanks,
Eugene.
On Thu, Apr 17, 2014 at 12:39 AM, Brandon Logan brandon.lo...@rackspace.com
wrote:
Here is Jorge and team’s API proposal based on Atlas. The document has
some questions and answers about why decisions
I don't think requiring a +1 from every single reviewer listed on the
review before merging it is reasonable.
Every day a review that is ready to be merged spends waiting means
more time spent rebasing, redoing the reviews, dealing with immediate
and hidden problems caused by changes in master
1 - 100 of 149 matches
Mail list logo
