Hello Folks,
Please see a blueprint that we (eBay Inc) would like to propose for the
Juno summit. This blueprint addresses the feature of network tagging
allowing one to tag network resources with key value pairs as explained in
the specification URL. We at eBay have a version of this feature
Hello Folks,
Please see a blueprint that we (eBay Inc) would like to propose for the
Juno summit. This blueprint addresses the feature of network tagging
allowing one to tag network resources with key value pairs as explained in
the specification URL. We at eBay have a version of this feature
Bruce,
Thanks, it helps clarify.
thanx,
deepak
On Thu, Mar 20, 2014 at 10:07 PM, Bruce Montague
bruce_monta...@symantec.com wrote:
HI, Deepak. With the caveat that both the etherpad and Ron's presentation
are pretty high-level, my guess is:
1) DR middleware refers to the
Shaunak Kashyap shaunak.kash...@rackspace.com wrote on 21/03/2014
05:26:50:
From: Shaunak Kashyap shaunak.kash...@rackspace.com
To: openstack-dev@lists.openstack.org
openstack-dev@lists.openstack.org
Date: 21/03/2014 05:29
Subject: [openstack-dev] [Heat] Resource dependencies
Hi,
In a
On Thu, 20 Mar 2014 14:31:43 -0700
Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Mar 19, 2014 at 5:54 PM, Christopher Yeoh cbky...@gmail.com
wrote:
Hi,
So it turns out that we have made a backwards incompatible change to
the V2 API in Icehouse. Previously when creating a private
On Thu, 20 Mar 2014 15:45:11 -0700
Dan Smith d...@danplanet.com wrote:
I know that our primary delivery mechanism is releases right now, and
so if we decide to revert before this gets into a release, that's
cool. However, I think we need to be looking at CD as a very important
use-case and I
Hi,
Just to inform you that the new OVS release 2.1.0 was done yesterday [1].
This release contains new features and significant performance improvements
[2].
And in that new features, one [3] was use to add local ARP responder with
OVS agent and the plugin ML2 with the MD l2-pop [4]. Perhaps,
Don't forget HA issues. Mistral can be restarted at any moment and need to
be able to proceed from the place it was interrupted on another instance.
In theory it can be addressed by TaskFlow but I'm not sure it can be done
without complete redesign of it
On Fri, Mar 21, 2014 at 8:33 AM, W Chan
Yuriy Taraday wrote:
On Thu, Mar 20, 2014 at 5:41 PM, Miguel Angel Ajo majop...@redhat.com
mailto:majop...@redhat.com wrote:
If this coupled to neutron in a way that it can be accepted for
Icehouse (we're killing a performance bug), or that at least it can
be y backported,
Yuriy Taraday wrote:
Benchmark included showed on my machine these numbers (average over 100
iterations):
Running 'ip a':
ip a : 4.565ms
sudo ip a : 13.744ms
sudo rootwrap
Valid concerns. It would be great to get Joshua involved in this discussion. If
it’s possible to do in TaskFlow he could advise on how exactly.
Renat Akhmerov
@ Mirantis Inc.
On 21 Mar 2014, at 16:23, Stan Lagun sla...@mirantis.com wrote:
Don't forget HA issues. Mistral can be restarted at
Hi,
The current version of python-hacking wants python-oslo.sphinx, but
we're moving to python-oslosphinx. In Debian, I made python-oslo.sphinx
as a transition empty package that only depends on python-oslosphinx. As
a consequence, python-hacking needs to be updated to use
python-oslosphinx,
Hi,
I want to let your know about the Retry. This is a new feature in Taskflow.
Retry allows to execute a flow or a part of a flow several times if it
fails. Retry is very similar to task and it can be executed or reverted, it
accepts and returns values in the similar way as a Task. And it has
Alright, thanks Winson!
Team, please review.
Renat Akhmerov
@ Mirantis Inc.
On 21 Mar 2014, at 06:43, W Chan m4d.co...@gmail.com wrote:
I submitted a rough draft for review @
https://review.openstack.org/#/c/81941/. Instead of using the pecan hook, I
added a class property for the
Flavio Percoco wrote:
[...]
4. We've seen the value - and believe in it - of OpenStack's
incubation period. During this period, the project has gained
maturity in its API, supported drivers and integration with the
overall community.
[...]
Thanks Flavio, I think that's the right choice.
Hi,
I have a problem when reading the wiki below, which is based on the latest
SRIOV design.
https://wiki.openstack.org/wiki/PCI_passthrough_SRIOV_support#API_interface
My problem is about the PCI SRIOV with tagged flavor part.
In pci_information = { { 'device_id': 8086, 'vendor_id': 000[1-2]
Hi edouard,
thanks for the information. I would love to see your patch getting
merged to have l2-population MD fully functional with an OVS based
deployment. Moreover, this patch has a minimal impact on neutron,
since the code is used only if l2-population MD is used in the ML2
plugin.
On 03/21/2014 10:42 AM, Thierry Carrez wrote:
Yuriy Taraday wrote:
On Thu, Mar 20, 2014 at 5:41 PM, Miguel Angel Ajo majop...@redhat.com
mailto:majop...@redhat.com wrote:
If this coupled to neutron in a way that it can be accepted for
Icehouse (we're killing a performance bug),
On 03/21/2014 11:01 AM, Thierry Carrez wrote:
Yuriy Taraday wrote:
Benchmark included showed on my machine these numbers (average over 100
iterations):
Running 'ip a':
ip a : 4.565ms
sudo ip a :
Christopher Yeoh wrote:
I don't want to cause issues for the CD people, but perhaps it won't be
too disruptive for them (some direct feedback would be handy). The
initial backwards incompatible change did not result in any bug reports
coming back to us at all. If there were lots of users using
On 03/20/2014 06:18 PM, Joe Gordon wrote:
On Thu, Mar 20, 2014 at 3:03 PM, Alexei Kornienko
alexei.kornie...@gmail.com mailto:alexei.kornie...@gmail.com wrote:
Hello,
We've done some profiling and results are quite interesting:
during 1,5 hour ceilometer inserted 59755
Thanks Mathieu for your support and work onto CI to enable multi-node.
I wrote a blog post about how to run devstack development environment with
LXC.
I hope it will be publish next week.
Just add a pointer about OVS support network namespaces since 2 years ago
now [1].
[1]
Hi,
I`m trying to create a custom dashboard with a panel.
I`ve created the dashboard and with a panel under
/openstack_dashboard/dashboards/.
Then I`ve added this to setting.py under INSTALLED_APPS.
'openstack_dashboard.dashboards.mycustomdashboard',
Howhever if I try to connect to horizon I
On 2014年03月21日 17:04, Christopher Yeoh wrote:
On Thu, 20 Mar 2014 15:45:11 -0700
Dan Smith d...@danplanet.com wrote:
I know that our primary delivery mechanism is releases right now, and
so if we decide to revert before this gets into a release, that's
cool. However, I think we need to be
Sean,
Absolutely agree with you.
It's not the same to execute query and get plain text, and execute query
and get hierarchy of python objects.
Plus I disagree when I hear that SQLAlchemy is slow. It's slow when you are
using it wrong.
Like in Nova Scheduler [1] we were fetching full 3 tables
On 03/21/2014 05:42 AM, Thierry Carrez wrote:
Yuriy Taraday wrote:
On Thu, Mar 20, 2014 at 5:41 PM, Miguel Angel Ajo majop...@redhat.com
mailto:majop...@redhat.com wrote:
If this coupled to neutron in a way that it can be accepted for
Icehouse (we're killing a performance bug), or
Hi Vinay,
I left a few comments on the specification document.
While I understand this is functional for the VPC use case, there might be
applications also outside of the VPC.
My only concern is that, at least in the examples in the document, this
appear to be violating a bit the tenet of neutron
Getting this type of functional testing into the gate would be pretty
phenomenal.
Thanks for your continued efforts here Mathieu! If there is anything I can
do to
help here, let me know. One other concern here is that the infra team may
have
issues running a version of OVS which isn't packaged
Hi all,
I just submitted my proposal to Melange and I'm finishing my student page
in OpenStack wiki. Let me know if there is something missing.
Let's the waiting begin, good luck for all!
Thanks,
Victoria
2014-03-20 18:38 GMT-03:00 Chenchong Qin qinchench...@gmail.com:
Hi!
I've submitted
Sean Dague wrote:
Sounds great. One of the things I hope happens with this is a look at
some place rootwrap is used with such an open policy, that it's
completely moot. For instance the nova-cpu policy includes tee dd with
no arg limitting (which has been that way forever from my look in git
Thanks for the explanation, Thomas. Appreciate it!
Shaunak
On Mar 21, 2014, at 12:37 AM, Thomas Spatzier thomas.spatz...@de.ibm.com
wrote:
Shaunak Kashyap shaunak.kash...@rackspace.com wrote on 21/03/2014
05:26:50:
From: Shaunak Kashyap shaunak.kash...@rackspace.com
To:
This is sort of off on a tangent, but one of the things that resulted in
this being a problem was the fact that if someone creates a private
flavor and then tries to add access second flavor access call will fail
because the the tenant already is on the access list.
Something I was
This is what you're looking for:
http://docs.openstack.org/developer/heat/glossary.html#term-dependency
On Thu, Mar 20 2014, Shaunak Kashyap wrote:
Hi,
In a Heat template, what does it mean for a resource to depend on
another resource? As in, what is the impact of creating a dependency?
I
Here is the mailing list for openstack usage questions (for all
projects):
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
On Thu, Mar 20 2014, Shaunak Kashyap wrote:
Hi folks,
I am relatively new to OpenStack development as one of the developers
on the unified PHP SDK for
Well, if messages are getting dropped on the floor due to communication issues,
that's not a good thing.
If you have time, could you determine why the messages are getting dropped on
the floor? We shouldn't be
doing things that require both the controller and compute nodes until we have a
Flavio has very well summarized the Marconi team's thoughts.
We appreciate all the frank opinions in the discussions that are going on.
Keep those thoughts coming!
We look forward to building a better Marconi and a stronger community.
On 3/20/14 7:30 PM, Clint Byrum cl...@fewbar.com wrote:
Jay
On 03/20/2014 07:40 PM, Kurt Griffiths wrote:
I'd also like to thank the team and the overall community. The team
for its hard work during the last cycle and the community for being there
and providing such important feedback in this process.
+1, thanks again everyone for participating in the
On 03/21/2014 10:49 AM, Monty Taylor wrote:
On 03/20/2014 07:40 PM, Kurt Griffiths wrote:
I'd also like to thank the team and the overall community. The team
for its hard work during the last cycle and the community for being
there
and providing such important feedback in this process.
+1,
I have an etherpad started to document QA requirements
https://etherpad.openstack.org/p/Tempest-Graduation-Criteria
I hope Sean and the rest of QA team can add their thoughts here.
I am also looking for inputs from the Sahara team, while the path to
graduation is still fresh in their minds.
We can
Greetings,
I'd like to propose adding Malini Kamalambal to Marconi's core. Malini
has been an outstanding contributor for a long time. She's taken care
of Marconi's tests, benchmarks, gate integration, tempest support and
way more other things. She's also actively participated in the mailing
+1
On 3/21/14, 11:17 AM, Flavio Percoco fla...@redhat.com wrote:
Greetings,
I'd like to propose adding Malini Kamalambal to Marconi's core. Malini
has been an outstanding contributor for a long time. She's taken care
of Marconi's tests, benchmarks, gate integration, tempest support and
way more
Hello stackers!
Thanks everyone who was attending our meeting :)
Meeting minutes are:
Minutes:
http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-03-21-15.00.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-03-21-15.00.txt
Log:
+1
Best,
Sriram Madapusi Vasudevan
From: Amit Gandhi [amit.gan...@rackspace.com]
Sent: Friday, March 21, 2014 10:35 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Marconi] Proposal to add Malini
+1 million. I’ve been super impressed by Malini’s work and thoughtful
comments on multiple occasions.
On 3/21/14, 10:35 AM, Amit Gandhi amit.gan...@rackspace.com wrote:
+1
On 3/21/14, 11:17 AM, Flavio Percoco fla...@redhat.com wrote:
Greetings,
I'd like to propose adding Malini Kamalambal to
+1
Allan Metts
@ametts
-Original Message-
From: Flavio Percoco [mailto:fla...@redhat.com]
Sent: Friday, March 21, 2014 11:18 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Marconi] Proposal to add Malini Kamalambal to the
marconi-core team
Greetings,
I'd like to
On 13/03/14 16:12, James Slagle wrote:
On Thu, Mar 13, 2014 at 2:51 AM, Robert Collins
robe...@robertcollins.net wrote:
So we already have pretty high requirements - its basically a 16G
workstation as minimum.
Specifically to test the full story:
- a seed VM
- an undercloud VM (bm deploy
On Fri, Mar 21, 2014 at 7:04 AM, Sean Dague s...@dague.net wrote:
On 03/20/2014 06:18 PM, Joe Gordon wrote:
On Thu, Mar 20, 2014 at 3:03 PM, Alexei Kornienko
alexei.kornie...@gmail.com mailto:alexei.kornie...@gmail.com wrote:
Hello,
We've done some profiling and results
+1 I also want to add that she is an excellent mentor, she helped me a lot
when I first joined Marconi. Thanks malini, you are great!
2014-03-21 12:35 GMT-03:00 Amit Gandhi amit.gan...@rackspace.com:
+1
On 3/21/14, 11:17 AM, Flavio Percoco fla...@redhat.com wrote:
Greetings,
I'd like to
On 13/03/14 09:51, Robert Collins wrote:
So we already have pretty high requirements - its basically a 16G
workstation as minimum.
Specifically to test the full story:
- a seed VM
- an undercloud VM (bm deploy infra)
- 1 overcloud control VM
- 2 overcloud hypervisor VMs
5
Hello, just finished with my proposal too.
Let me know if there is something missing.
GL to all!
Anastasios Andronidis
On 21 Μαρ 2014, at 2:27 μ.μ., Victoria Martínez de la Cruz
victo...@vmartinezdelacruz.com wrote:
Hi all,
I just submitted my proposal to Melange and I'm finishing my
On 03/20/2014 04:19 PM, Rochelle.RochelleGrober wrote:
-Original Message-
From: Malini Kamalambal [mailto:malini.kamalam...@rackspace.com]
Sent: Thursday, March 20, 2014 12:13 PM
'project specific functional testing' in the Marconi context is
treating
Marconi as a complete system,
+1
On 3/21/14, 11:35 AM, Amit Gandhi amit.gan...@rackspace.com wrote:
+1
On 3/21/14, 11:17 AM, Flavio Percoco fla...@redhat.com wrote:
Greetings,
I'd like to propose adding Malini Kamalambal to Marconi's core. Malini
has been an outstanding contributor for a long time. She's taken care
of
On 14/03/14 20:16, Ben Nemec wrote:
On 2014-03-13 11:12, James Slagle wrote:
On Thu, Mar 13, 2014 at 2:51 AM, Robert Collins
robe...@robertcollins.net wrote:
So we already have pretty high requirements - its basically a 16G
workstation as minimum.
Specifically to test the full story:
- a
- Original Message -
From: Robert Collins robe...@robertcollins.net
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Thursday, March 13, 2014 5:51:30 AM
Subject: [openstack-dev] [TripleO] test environment requirements
So we already have pretty high
On Fri, Mar 21, 2014 at 2:01 PM, Thierry Carrez thie...@openstack.orgwrote:
Yuriy Taraday wrote:
Benchmark included showed on my machine these numbers (average over 100
iterations):
Running 'ip a':
ip a : 4.565ms
On 3/21/14 12:01 PM, David Kranz dkr...@redhat.com wrote:
On 03/20/2014 04:19 PM, Rochelle.RochelleGrober wrote:
-Original Message-
From: Malini Kamalambal [mailto:malini.kamalam...@rackspace.com]
Sent: Thursday, March 20, 2014 12:13 PM
'project specific functional testing' in the
On 2014-03-21 10:57, Derek Higgins wrote:
On 14/03/14 20:16, Ben Nemec wrote:
On 2014-03-13 11:12, James Slagle wrote:
On Thu, Mar 13, 2014 at 2:51 AM, Robert Collins
robe...@robertcollins.net wrote:
So we already have pretty high requirements - its basically a 16G
workstation as minimum.
FYI, Latest list of projects:
Implement a re-usable shared library for VMware(oslo.vmware) Masaru Nomura
A pre-caching system for OpenStack Anastasis Andronidis
Proposal for Implementing an application-level FWaaS driver (Zorp) Dániel Csubák
Openstack-OSLO :Add a New Backend to Oslo.Cache sai
On Fri, Mar 21, 2014 at 8:36 AM, Doug Hellmann
doug.hellm...@dreamhost.comwrote:
There is quite a list of un-released changes to hacking:
* Make H202 check honor pep8 #noqa comment
* Updated from global requirements
* Updated from global requirements
* Switch over to oslosphinx
*
On 03/21/2014 08:41 AM, Solly Ross wrote:
Well, if messages are getting dropped on the floor due to communication
issues, that's not a good thing.
If you have time, could you determine why the messages are getting dropped on
the floor? We shouldn't be
doing things that require both the
On Fri, Mar 21, 2014 at 2:04 AM, Christopher Yeoh cbky...@gmail.com wrote:
On Thu, 20 Mar 2014 15:45:11 -0700
Dan Smith d...@danplanet.com wrote:
I know that our primary delivery mechanism is releases right now, and
so if we decide to revert before this gets into a release, that's
cool.
Guys,
I've read comments from JoshNang here
https://etherpad.openstack.org/p/IronicPythonAgent. And it looks like we
are still not on the same page about architecture of agent. I'd like us to
avoid having hard coded logic in agent at all. If we need, then let's
implement it as a driver. I mean it
And here is scheme
https://drive.google.com/a/mirantis.com/file/d/0B-Olcp4mLLbvRks0eEhvMXNPM3M/edit?usp=sharing
Vladimir Kozhukalov
On Fri, Mar 21, 2014 at 9:16 PM, Vladimir Kozhukalov
vkozhuka...@mirantis.com wrote:
Guys,
I've read comments from JoshNang here
Doug and Ryan,
Thank you for your opinion! It is very important for us to gather
experience as more as we can for passing OpenStack incubation painlessly.
Also I would be glad to see you and everyone who is interested in MagnetoDB
project on MagnetoDB design session MagnetoDB, key-value storage.
Hi everyone,
As we get closer to tagging the first Icehouse release candidates, we'll
be freezing dependencies on Tuesday, March 25 after the 21:00 UTC
release meeting. The rationale behind this freeze is to facilitate the
work of packagers (especially distribution packagers) so that they can
be
On 03/21/2014 05:04 AM, Christopher Yeoh wrote:
On Thu, 20 Mar 2014 15:45:11 -0700
Dan Smith d...@danplanet.com wrote:
I know that our primary delivery mechanism is releases right now, and
so if we decide to revert before this gets into a release, that's
cool. However, I think we need to be
On 3/21/14, 10:18 AM, Vladimir Kozhukalov wrote:
And here is scheme
https://drive.google.com/a/mirantis.com/file/d/0B-Olcp4mLLbvRks0eEhvMXNPM3M/edit?usp=sharing
Vlamimir, can you recreate this drawing in a format that doesn't require
an additional browser plugin? Thanks.
-Jay
Salvatore,
Thanks for your comments.
I did have a conversation with Kyle and Mark (at the ODL) regarding this
feature. Any suggestions that have to make it technology-agnostic would
be appreciated.
Vinay
On Fri, Mar 21, 2014 at 5:54 AM, Salvatore Orlando sorla...@nicira.comwrote:
Hi Vinay,
On Fri, Mar 21, 2014 at 10:23 AM, Thierry Carrez thie...@openstack.orgwrote:
Hi everyone,
As we get closer to tagging the first Icehouse release candidates, we'll
be freezing dependencies on Tuesday, March 25 after the 21:00 UTC
release meeting. The rationale behind this freeze is to
FWIW, I’m fine with any of the options posted. But I’m curious about the
precedence that reverting would create. It essentially sounds like if we
release a version with an API bug, the bug is no longer a bug in the API and
the bug becomes a bug in the documentation. The only way to ‘fix' the
I completely agree with Georgy, but you raised some questions about Heat
that I want to answer in the interests of spreading knowledge about how
Heat works. A heavily-snipped response follows...
On 21/03/14 05:11, Stan Lagun wrote:
3. Despite HOT being more secure on the surface it is not
On 03/20/2014 03:50 PM, Jay Lau wrote:
It is better that we can have some diagram workflow just like
Gerrit_Workflow https://wiki.openstack.org/wiki/Gerrit_Workflow to
show the new process.
Indeed, I think it would help.
While I'm here, and for the records, I think that creating a new
On 03/21/2014 02:55 PM, Stefano Maffulli wrote:
On 03/20/2014 03:50 PM, Jay Lau wrote:
It is better that we can have some diagram workflow just like
Gerrit_Workflow https://wiki.openstack.org/wiki/Gerrit_Workflow to
show the new process.
Indeed, I think it would help.
While I'm here, and
In general, abstracting the offload of snapshot, backup etc the a SAN
is exactly the job of cinder.
RDM has, in the general cloud case, a bunch of security issues (raw
sector reads outside of what is being presented, firmware updates,
etc) that need carefully looking at.
On 18 March 2014 09:33,
I am a strong advocate of the Blueprint-on-Blueprints process we discussed in
the operator mini-summit so that experienced cloud administrators can give
input before lots of code is written
(https://etherpad.openstack.org/p/operators-feedback-mar14) but we need to be
aware that these people
1. In review and merged this past week:
Lots of work to get the latest configuration reference groups for glance,
cinder, neutron, ceilometer, and trove. Thanks Gauvain for the efforts! You
can read more about the latest in his mailing list post, Config reference
news. [1]
Adding to our group of
Hi All-
We'll be freezing the stable/havana branches for integrated projects this
Thursday March 27th in preparation for the 2013.2.3 stable release on
Thursday April 3rd. You can view the current queue of proposed patches
on gerrit [1]. I'd like to request all interested parties review current
On 17 March 2014 11:34, Yuzhou (C) vitas.yuz...@huawei.com wrote:
Hi Duncan Thomas,
Maybe the statement about approval process is not very exact. In fact
in my mail, I mean:
In the enterprise private cloud, if beyond the quota, you want to create a
new VM ,that needs to wait for
On Fri, Mar 21, 2014 at 12:16 PM, Tim Bell tim.b...@cern.ch wrote:
I am a strong advocate of the Blueprint-on-Blueprints process we discussed
in the operator mini-summit so that experienced cloud administrators can
give input before lots of code is written (
On 03/21/2014 03:16 PM, Tim Bell wrote:
I am a strong advocate of the Blueprint-on-Blueprints process we discussed in
the operator mini-summit so that experienced cloud administrators can give
input before lots of code is written
(https://etherpad.openstack.org/p/operators-feedback-mar14)
From: Malini Kamalambal [mailto:malini.kamalam...@rackspace.com]
snip
We are talking about different levels of testing,
1. Unit tests - which everybody agrees should be in the individual
project
itself
2. System Tests - 'System' referring to ( limited to), all the
components
that make
+2
On Fri, Mar 21, 2014 at 12:15 PM, Balaji Iyer balaji.i...@rackspace.comwrote:
+1
On 3/21/14, 11:35 AM, Amit Gandhi amit.gan...@rackspace.com wrote:
+1
On 3/21/14, 11:17 AM, Flavio Percoco fla...@redhat.com wrote:
Greetings,
I'd like to propose adding Malini Kamalambal to
On Fri, Mar 21, 2014 at 2:42 PM, Russell Bryant rbry...@redhat.com wrote:
On 03/21/2014 03:16 PM, Tim Bell wrote:
I am a strong advocate of the Blueprint-on-Blueprints process we
discussed in the operator mini-summit so that experienced cloud
administrators can give input before lots of
++ for having 0.8.1 with oslospinx del fixed.
P.S. The 0.9.0 release will find some style issues in mostly all
projects I think, so, it's better to release it after Icehouse release
or at least RC1.
On Fri, Mar 21, 2014 at 8:58 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Fri, Mar 21, 2014
Will advise soon, out sick with not so fun case of poison oak, will reply next
week (hopefully) when I'm less incapacitated...
Sent from my really tiny device...
On Mar 21, 2014, at 3:24 AM, Renat Akhmerov
rakhme...@mirantis.commailto:rakhme...@mirantis.com wrote:
Valid concerns. It would be
From: Kyle Mestery
mest...@noironetworks.commailto:mest...@noironetworks.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Friday, March 21, 2014 2:49 PM
To: OpenStack Development Mailing
On 03/21/2014 02:18 PM, Chris Behrens wrote:
FWIW, I'm fine with any of the options posted. But I'm curious about
the precedence that reverting would create. It essentially sounds like
if we release a version with an API bug, the bug is no longer a bug in
the API and the bug becomes a bug in
On Fri, Mar 21, 2014 at 4:04 AM, Sean Dague s...@dague.net wrote:
On 03/20/2014 06:18 PM, Joe Gordon wrote:
On Thu, Mar 20, 2014 at 3:03 PM, Alexei Kornienko
alexei.kornie...@gmail.com mailto:alexei.kornie...@gmail.com wrote:
Hello,
We've done some profiling and results
On Fri, Mar 21, 2014 at 8:58 AM, Doug Hellmann
doug.hellm...@dreamhost.comwrote:
On Fri, Mar 21, 2014 at 7:04 AM, Sean Dague s...@dague.net wrote:
On 03/20/2014 06:18 PM, Joe Gordon wrote:
On Thu, Mar 20, 2014 at 3:03 PM, Alexei Kornienko
alexei.kornie...@gmail.com
Hello,
Please see some comments inline.
Best Regards,
Alexei Kornienko
On 03/21/2014 11:11 PM, Joe Gordon wrote:
On Fri, Mar 21, 2014 at 4:04 AM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 03/20/2014 06:18 PM, Joe Gordon wrote:
On Thu, Mar 20, 2014
On Fri, Mar 21, 2014 at 5:13 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Fri, Mar 21, 2014 at 8:58 AM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Fri, Mar 21, 2014 at 7:04 AM, Sean Dague s...@dague.net wrote:
On 03/20/2014 06:18 PM, Joe Gordon wrote:
On Thu, Mar
On Mon, Mar 17, 2014 at 9:32 PM, Zhangleiqiang (Trump)
zhangleiqi...@huawei.com wrote:
From: Vishvananda Ishaya [mailto:vishvana...@gmail.com]
Sent: Tuesday, March 18, 2014 2:28 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev]
In the last project meeting, we discussed updating the list of core
reviewers on the global requirements project. The review stats for the last
90 days on the project show that several current core reviewers haven't
been active, so as a first step before adding new cores I propose that we
make
Zane,
I appreciate your explanations on Heat/HOT. This really makes sense.
I didn't mean to say that MuranoPL is better for Heat. Actually HOT is good
for Heat's mission. I completely acknowledge it.
I've tried to avoid comparison between languages and I'm sorry if it felt
that way. This is not
On Fri, Mar 21, 2014 at 1:01 PM, Sergey Lukjanov slukja...@mirantis.comwrote:
++ for having 0.8.1 with oslospinx del fixed.
Hacking 0.8.1 has just been released.
http://git.openstack.org/cgit/openstack-dev/hacking/tag/?id=0.8.1
P.S. The 0.9.0 release will find some style issues in mostly
Hello everyone,
Back at the Portland summit the Infra team committed to archiving six months
of test logs for Openstack. Since then we have managed to do just that.
However, more recently we have seen the growth rate on those logs continue
to grow beyond what is a currently sustainable level.
- Original Message -
We recently discussed the idea of using gerrit to review blueprint
specifications [1]. There was a lot of support for the idea so we have
proceeded with putting this together before the start of the Juno
development cycle.
We now have a new project set up,
Sean,
If you can point me to the project file in github which needs to be modified ,
i will include these docs
Thanks
Rajdeep
On Sunday, February 9, 2014 9:04 PM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
Do you have plans to submit these back upstream? It would be a great first
On 22 Mar 2014, at 5:18 am, Anne Gentle a...@openstack.org wrote:
anip
On April 16, the APAC OpenStack docs writers will hold a face-to-face
meeting. Check out the latest docs team meeting for details or contact Lana
Brindley. [4]
Just a quick note that this has moved to 2 April, to
+1.
Malini is dedicated to making Marconi and Openstack a healthier, better
place. I am very happy to see Malini being proposed for Core. I trust
that she'll do wonders for the project and will help drive interaction
with the larger Openstack ecosystem. :)
-Original Message-
From:
1 - 100 of 101 matches
Mail list logo