Hi,
thanks for your reply irena and salvatore.
Currently, we're targeting 4 backends : bagpipe (the ref impelmentations
compatible with other ref implementations of neutron), ODL, contrail and
nuage.
Contrail and bagpipe work with networks attachments to a bgpvpn connection,
while ODL and Nuage
-Original Message-
From: Robert Collins [mailto:robe...@robertcollins.net]
Sent: Wednesday, August 19, 2015 11:38 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [stable] [infra] How to auto-generate stable
release notes
On 19
Hi, folks!
Recently we've had the discussion with oslo.messaging team about
acknowledge feature in RabbitMQ:
http://lists.openstack.org/pipermail/openstack-dev/2015-July/068806.html
After that Mistral team did the research about using *kombu *or *pika*
library for implementation of remote
Hi Team,
Due to inability of several team members to attend today's meeting, the
meeting would be canceled and discussion are welcomed on the mailing list :)
--
Zhipeng (Howard) Huang
Standard Engineer
IT Standard Patent/IT Prooduct Line
Huawei Technologies Co,. Ltd
Email:
Hi Xies, Abhi,
It works a bit differently.
Nodepool is responsible to launch VMs which it then registers as Jenkins Slaves.
These Jenkins slaves have “labels” which identify certain user-properties such
as Operating System, image contents, etc.
When CI wants to run a test case it submits the job
Nikolay,
Do you mean that you will *NOT* use oslo.messaging and use pika directly.
I'd strongly discourage that possibility.
Few members on the oslo.messaging team are looking at pika library already
and are doing a prototype:
Hi, Davanum!
Have you already read the thread [1]? It is about acknowledge feature in
oslo.messaging. Particularly, about the absent of this feature in
oslo.messaging.
The guys from messaging said that it is very problematically to add that
kind of feature to oslo.messaging because it does not
Markus Zoeller/Germany/IBM@IBMDE wrote on 08/17/2015 09:37:09 AM:
From: Markus Zoeller/Germany/IBM@IBMDE
To: OpenStack Development Mailing List \(not for usage questions\)
openstack-dev@lists.openstack.org
Date: 08/17/2015 09:48 AM
Subject: Re: [openstack-dev] [openstack][nova] Streamlining
On 08/18/2015 09:34 PM, John Griffith wrote:
On Tue, Aug 18, 2015 at 7:42 PM, John Griffith john.griffi...@gmail.com
mailto:john.griffi...@gmail.com wrote:
On Tue, Aug 18, 2015 at 2:14 PM, Robert Collins
robe...@robertcollins.net mailto:robe...@robertcollins.net wrote:
On 8/18/2015 5:49 PM, Tony Breeds wrote:
On Tue, Aug 18, 2015 at 10:04:56PM +, Jeremy Stanley wrote:
On 2015-08-18 15:48:08 -0500 (-0500), Matt Riedemann wrote:
[...]
You'd also have to raise the cap on swiftclient in g-r stable/juno
to python-swiftclient=2.2.0,2.4.0.
[...]
Followed by
ok thanks for confirm, I will file a bug and fix it~,
Best Regards!
Kevin (Chen) Ji 纪 晨
Engineer, zVM Development, CSTL
Notes: Chen CH Ji/China/IBM@IBMCN Internet: jiche...@cn.ibm.com
Phone: +86-10-82454158
Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District,
Beijing
Current VPNaaS Service Plugin inherits from VpnPluginRpcDbMixin, which is
not required for some vendor solutions, since L3 is implemented without
leveraging L3 Agents to manage router namespaces (ODL, MidoNet, etc).
I guess if Mixin usage will be changed to conditional RPC support based on
drivers
HI Ramy:
Many thanks, I completed to install log-server.
http://download.prophetstor.com/prophetstor_ci/203895/3/check/prophetstor-ds
vm-tempest-cinder-ci/5111/logs/
So, can you help me to re-enable my gerrit account?
-Original Message-
From: Asselin,
Hi Rick,
Huge improvement. Log server is looking great! Thanks!
Next question is what (cinder) patch set is that job running?
It seems to be cinder master [1].
Is that intended? That's fine to validate general functionality, but eventually
it needs to run the actual cinder patch set under
Hi all,
In last week's TC Highlights blog post [1] I asked if there is interest in
moving the cross-project meeting. Historically it is held after the TC
meeting, but there isn't a requirement for those timings to line up. I've
heard from European and Eastern Standard Time contributors that it's
On Wed, Aug 19, 2015 at 9:33 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-08-19 08:17:06 -0500 (-0500), Anne Gentle wrote:
In last week's TC Highlights blog post [1] I asked if there is interest
in
moving the cross-project meeting. Historically it is held after the TC
meeting, but
+1 for moving it earlier.
On August 19, 2015 6:17:06 AM PDT, Anne Gentle annegen...@justwriteclick.com
wrote:
Hi all,
In last week's TC Highlights blog post [1] I asked if there is interest
in
moving the cross-project meeting. Historically it is held after the TC
meeting, but there isn't a
I am ok with this moving as long as it doesn't camp on the Keystone meeting
time ;). In all seriousness I'm not opposed to moving the meeting if it will
include more people / make lives better for those who are there.
Sent via mobile
On Aug 19, 2015, at 08:20, Sean Dague s...@dague.net
Excerpts from Nikolay Makhotkin's message of 2015-08-19 17:16:14 +0300:
Hi, Davanum!
Have you already read the thread [1]? It is about acknowledge feature in
oslo.messaging. Particularly, about the absent of this feature in
oslo.messaging.
The guys from messaging said that it is very
Hi folks!
Today I’m proud to announce that since this moment python-fuelclient has it’s
own python-jobs in OpenStack CI. Thanks to all of you who helped me making Fuel
Client compatible with the upstream CI.
Besides sharing great news I think it’s necessary to share changes we had to
do, in
Hi Ramy,
I got the following you mentioned, so as per my understanding here are the
points:
- We need to install CI master on a VM (*Using Ubuntu 14.04 in my case*).
- The Master VM should have properties like 8 GB RAM, 100 GB HD.
- Nodepool, Jenkins and Zull will be installed in the
On 2015-08-19 08:17:06 -0500 (-0500), Anne Gentle wrote:
In last week's TC Highlights blog post [1] I asked if there is interest in
moving the cross-project meeting. Historically it is held after the TC
meeting, but there isn't a requirement for those timings to line up. I've
heard from
Congratulations! Welcome Gorka!
Jay
On 08/19/2015 12:01 PM, Mike Perez wrote:
On 12:13 Aug 13, Mike Perez wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
On 08/18/2015 03:33 AM, Dmitry Borodaenko wrote:
Two weeks ago, I flagged the patch sets to commits ratio as the biggest
problem that Fuel contributors to Puppet OpenStack should address, and
over the past two weeks the situation has improved dramatically. In
first and second week of August,
Great writeup, I think this is an excellent starting place for our
efforts moving forward.
There is also some information on an accepted spec about firewall
insertion[1], search for the phrase Phase 2 where firewalls can be
associated with ports - and also some of my thinking about having FwaaS
Currently, FWaaS behaves differently with DVR, applying to only north/south traffic, whereas FWaaS on routers in network nodes applies to both north/south and east/west traffic. There is a compatibility issue due to the asymmetric design of L3 forwarding in DVR, which breaks the connection
Hello everyone,
During our last meeting an idea was brought up that we try to do a virtual
sprint
for Kuryr somewhere in September.
Basically the plan is very similar to the mid cycle sprints or feature
sprints where
we iterate on couple of tasks online and finish gaps we might have in Kuryr.
(I
FYI, I've raised the new RFE bug that I suggested below:
https://bugs.launchpad.net/neutron/+bug/1486649
Neil
On 18/08/15 23:22, Neil Jerram wrote:
Although the DHCP-related patches below are I think very close to mergeable,
Brian Haley on IRC queried what, process-wise, motivates
Roman,
well done! ;)
Best regards,
Boris Pavlovic
On Wed, Aug 19, 2015 at 8:38 AM, Roman Prykhodchenko m...@romcheg.me wrote:
Hi folks!
Today I’m proud to announce that since this moment python-fuelclient has
it’s own python-jobs in OpenStack CI. Thanks to all of you who helped me
making
- Original Message -
From: Dmitry Tantsur dtant...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Wednesday, 19 August, 2015 5:57:36 PM
Subject: Re: [openstack-dev] [TripleO] Moving instack upstream
On 08/19/2015 06:42 PM, Derek Higgins wrote:
On 06/08/15 15:01, Dougal
As we considered today, Ubuntu bootstrap will not be shipped in MOS 7.0. It
was a hard decision based on the issue with NICs naming [1].
This bug can be fixed only by changing the naming of network interfaces(
http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/)
and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/14/2015 05:25 PM, Russell Bryant wrote:
While this includes me, I'm really not taking this personally.
I'm thinking about it in the general sense.
Thanks, and sorry for the thread, but I felt that we should clarify
the matter asap if the
On 06/08/15 15:01, Dougal Matthews wrote:
- Original Message -
From: Dan Prince dpri...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Thursday, 6 August, 2015 1:12:42 PM
Subject: Re: [openstack-dev] [TripleO] Moving
On 08/19/2015 06:42 PM, Derek Higgins wrote:
On 06/08/15 15:01, Dougal Matthews wrote:
- Original Message -
From: Dan Prince dpri...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Thursday, 6 August, 2015 1:12:42 PM
Indeed, great news!
I would only suggest to wait a little bit more that a few days with
switching
to the voting mode since it looks like there will be not so many patches
proposed to python-fuelclient as we are heading towards Hard Code Freeze.
I hope that the next step will be to enable Python
On 12:13 Aug 13, Mike Perez wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
https://review.openstack.org/#/q/owner:%22Gorka+Eguileor%22+project:openstack/cinder,p,0035b6410002dd11
60/90 day
Resending, forgot the [neutron] tag-Mickey Spiegel/San Jose/IBM wrote: -To: openstack-dev@lists.openstack.orgFrom: Mickey Spiegel/San Jose/IBMDate: 08/19/2015 09:45AMSubject: [fwaas][dvr] FWaaS with DVRCurrently, FWaaS behaves differently with DVR, applying to only north/south traffic,
Hi everyone,
This is my first email to the OS developer forum, so forgive me if I
misplaced the subject tags J.
Straight to the point: for a project we’re involved in, we think that a
pre-fetcher mechanism would be great for a variety of use cases. There was
an attempt with this blueprint:
On 8/19/2015 2:16 PM, Matt Riedemann wrote:
On 8/19/2015 1:33 PM, Matt Riedemann wrote:
On 8/19/2015 12:18 PM, Chen CH Ji wrote:
In doing [1] [2], some suggestions raised that those kind of change need
microversion bump which is fine
however, another concern raised on whether we need
On 8/19/2015 12:18 PM, Chen CH Ji wrote:
In doing [1] [2], some suggestions raised that those kind of change need
microversion bump which is fine
however, another concern raised on whether we need combine a set of
those kind of changes (which may only change some error code) into one
bump ?
Hello all,
Recently i have came across two use cases that having binding
information, or metadata
for networks can be useful. (similar to the port binding profile for that
matter)
For example:
1) In project Kuryr we want to have a binding information which maps the
Neutron network
to docker
On Wed, Aug 19, 2015 at 2:34 PM, Gal Sagie gal.sa...@gmail.com wrote:
Hello all,
Recently i have came across two use cases that having binding
information, or metadata
for networks can be useful. (similar to the port binding profile for that
matter)
For example:
1) In project Kuryr we
On Wed, Aug 19, 2015 at 2:52 PM, Edgar Magana edgar.mag...@workday.com
wrote:
Folks,
I just want to share with you the feedback collected today during the
networking session on Ops Meet-up:
https://etherpad.openstack.org/p/PAO-ops-network-model
Special thanks to Ryan and Doug for helping
Actually, there were very few requirements collected. So, your summary is
correct.
I feel that this time we did not get a lot of input s we got during the Ops
meet-up in Philadelphia.
I also recommend to read the burning issues ether pads, there are few
suggestions on the networking side.
Dmitry,
I've appreciated the feedback on my patches from your team and the work
they are doing, it's great that everyone is working together better now. I
think getting more puppet core reviewers is certainly on the horizon and
will happen with continued effort, it just takes time and trust. But
Folks,
I just want to share with you the feedback collected today during the
networking session on Ops Meet-up:
https://etherpad.openstack.org/p/PAO-ops-network-model
Special thanks to Ryan and Doug for helping on some questions.
Cheers,
Edgar
Matt,
I appreciate that it has barely been 2 months since we've started following
the new model of collaboration (see thread subject :), so the intent of
highlighting Bogdan's work was exactly what you said: put it on your radar.
We have discussed the swift ring rebalance patch in the IRC
OK - UTC sounds good to me, so if anyone is available we can conduct the
meeting this week - so in
about 5 hours?
I'll push an update to the ircmeetings repo. I think it'll be a light
agenda from my end due to my last minute decision, but it'll at least give
everyone
time to say hello and
Hi Lin,I agree with you and Eric that we have a lot of HTML fragments. Some of them I think make sense as directives:The table footer is a good example of something we can convert into a directive:https://review.openstack.org/#/c/207631/The table header on the other hand is something more specific
On 8/19/2015 1:33 PM, Matt Riedemann wrote:
On 8/19/2015 12:18 PM, Chen CH Ji wrote:
In doing [1] [2], some suggestions raised that those kind of change need
microversion bump which is fine
however, another concern raised on whether we need combine a set of
those kind of changes (which may
On 20 August 2015 at 01:42, Sean Dague s...@dague.net wrote:
Sorry about jumping the gun there. We thought, incorrectly, we had the
right fix. And it's a conference week so access to my local test env
wasn't easy.
No worries - these things happen. Having higher fidelity tests would
give some
One thing came up during lunch was including unit and functional testing of
dual stack in the check and gate queues - I was regaled over lunch with one
operator's experiences in trying to run Neutron on a dual stack system.
Ryan Moats (regXboi)
Edgar Magana edgar.mag...@workday.com wrote on
On Wed, Aug 19, 2015 at 05:11:55PM EDT, Ryan Moats wrote:
One thing came up during lunch was including unit and functional testing of
dual stack in the check and gate queues - I was regaled over lunch with one
operator's experiences in trying to run Neutron on a dual stack system.
We are
I'll start by giving this out, but I'll also summarize the asks we had
from upstream.
https://etherpad.openstack.org/p/PAO-ops-packaging
General services:
- gate check on example config and doc generation
- was mentioned this has broken in the past and taken a while to fix
- document
Howdy! Our next OpenStack App Catalog meeting will take place this
Thursday August 20th at 17:00 UTC in #openstack-meeting-3
The agenda can be found here:
https://wiki.openstack.org/wiki/Meetings/app-catalog
Please add agenda items if there's anything specific you would like to
discuss (or of
Hi,
I was writing some tests so I added a contextlib.nested to a checked
TestCase [1]. Unfortunately, contextlib.nested is no longer available in
Python3 and there is no clear solution on how to provide a compatible
import for both python2 and python3:
- either providing a python3 compatible
On 08/19/2015 05:29 PM, Ryan Moats wrote:
They didn't mention a release by name, so I think it may be fair that they
were testing pre-kilo - I'll take the action item to follow up with them...
Ryan
Sean M. Collins s...@coreitpro.com wrote on 08/19/2015 04:25:22 PM:
From: Sean M. Collins
On 19/08/15 11:52, Edgar Magana wrote:
Folks,
I just want to share with you the feedback collected today during the
networking session on Ops Meet-up:
https://etherpad.openstack.org/p/PAO-ops-network-model
Special thanks to Ryan and Doug for helping on some questions.
Line 28 on
They didn't mention a release by name, so I think it may be fair that they
were testing pre-kilo - I'll take the action item to follow up with them...
Ryan
Sean M. Collins s...@coreitpro.com wrote on 08/19/2015 04:25:22 PM:
From: Sean M. Collins s...@coreitpro.com
To: OpenStack Development
Folks
Why not enable it as an experimental?
On Wed, Aug 19, 2015 at 12:20 PM, Mikhail Semenov mseme...@mirantis.com
wrote:
As we considered today, Ubuntu bootstrap will not be shipped in MOS 7.0.
It was a hard decision based on the issue with NICs naming [1].
This bug can be fixed only by
As it simply has blocking bugs, and so it can't even be called
experimental, only prototype. I don't vote though for reverting the code. I
just want to ensure that we don't recommend it to anyone except other
developers, who want to try it and may be propose some fixes.
On Wed, Aug 19, 2015 at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That makes it 4am for me, so I'm out :(
L
On 20/08/15 01:39, Morgan Fainberg wrote:
I am ok with this moving as long as it doesn't camp on the Keystone meeting
time ;). In all seriousness I'm not opposed to moving the meeting if it will
include
Mikhail,
thanks for the update. I'm glad that we have an agreement here, and
collaborative decision have been made not to enable something in 7.0 which
is proven to be not yet production ready, such late in the release cycle.
I'm all for completing this work in 8.0 though.
Can you please:
-
The etherpad contains some complaints around DVR implementation that might
deserve furhter exploration.
However, as pointed out by Jay, the comments made leave very little room
for actionable items.
It would be great if the author(s) could fill in with more details.
Salvatore
On 19 August 2015
Hi Gal,
even if I've been a lurker so far, I'm interested in attending for learning
and contributing to it with my massive bug-injecting skills!
You said virtual sprint and somewhere in september - I think
somewhere refers to dates?
Anyway I am pretty much open to any date from September 7th
On 08/19/2015 04:23 AM, Jesse Pretorius wrote:
On 12 August 2015 at 18:48, Adam Young ayo...@redhat.com
mailto:ayo...@redhat.com wrote:
The simplest one is Kerberos + SSSD;
Kerberos provides Authentication.
mod_lookup_identity uses SSSD to get Groups. It turns LDAP into
To expand on that a bit, I think the DVR complaints were vague because of the
simple fact that the overwhelming majority were or wanted to run linuxbridge,
not OVS, so DVR was a theoretical thing for them.
doug
On Aug 19, 2015, at 2:21 PM, Salvatore Orlando salv.orla...@gmail.com wrote:
Hi Thai,
Thanks for investigating the two options.
Option 2 might be better. Folks have to learn the new pattern of writing
multiple files, so I think the learning curve for a new table directive is
not that much of a difference.
I think option 2 is going to be easier to maintain, since we have
Questions in-line, but I'd appreciate a better summary
On 8/19/15, 17:50, Matthew Thode prometheanf...@gentoo.org wrote:
I'll start by giving this out, but I'll also summarize the asks we had
from upstream.
https://etherpad.openstack.org/p/PAO-ops-packaging
General services:
- gate check on
haha :)
-- dims
On Wed, Aug 19, 2015 at 7:59 PM, Sylvain Bauza sba...@redhat.com wrote:
Le 19/08/2015 16:51, Sylvain Bauza a écrit :
Hi,
I was writing some tests so I added a contextlib.nested to a checked
TestCase [1]. Unfortunately, contextlib.nested is no longer available in
Python3
Hi everyone,In my current pre-production deployment we were looking for a method to live extend attached volumes to an instance. This was one of the requirements for deployment. I've worked with libvirt hypervisors before so it didn't take long to find a workable solution. However I'm not sure how
Hi everyone,
Apologises for the duplicate send, looks like my mail client doesn't create
very clean HTML messages. Here is the message in plain-text. I'll make sure to
send to the list in plain-text from now on.
In my current pre-production deployment we were looking for a method to live
Sounds great. Thank you Roman!
I've heard complains about tests not passing for [1]. Now it's passed, so I
hope that issues are resolved.
[1] https://review.openstack.org/#/c/212906/
On Wed, Aug 19, 2015 at 10:51 AM Sebastian Kalinowski
skalinow...@mirantis.com wrote:
Indeed, great news!
I
Thank you Dmitry,
everyone can now open review inbox following [1]. Full link was also
updated by Dmitry on main Fuel wiki page.
[1] http://bit.ly/1LjYO4t
On Wed, Aug 12, 2015 at 8:53 PM Cameron Seader cameron.sea...@suse.com
wrote:
test
On 08/12/2015 07:16 PM, Dmitry Borodaenko wrote:
On 08/19/2015 07:22 PM, Ian Cordasco wrote:
Questions in-line, but I'd appreciate a better summary
On 8/19/15, 17:50, Matthew Thode prometheanf...@gentoo.org wrote:
I'll start by giving this out, but I'll also summarize the asks we had
from upstream.
On Aug 19, 2015, at 16:51, Sylvain Bauza sba...@redhat.com wrote:
Ideas appreciated.
Instead of using the nested context managers, a way I like is to decorate a
nested function in the test and call it, for example:
def test_thing(self):
@mock.patch(...)
@mock.patch(...)
On Wed, Aug 19, 2015 at 7:48 PM, taylor.ber...@solnet.co.nz wrote:
Hi everyone,
Apologises for the duplicate send, looks like my mail client doesn't
create very clean HTML messages. Here is the message in plain-text. I'll
make sure to send to the list in plain-text from now on.
In my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone,
First of all, apologies for missing last week's newsletter: I got so
caught up in the documentation swarm happening here in Brisbane that it
totally slipped my mind! To make up for it, have this week's newsletter
a day early :) In swarm
After spending a few hours on
https://bugs.launchpad.net/nova/+bug/1370590 I'm annoyed by the fact we
don't yet have a CI system for testing libvirt + LXC.
At the Juno midcycle in Portland I thought I remember some guy(s) from
Rackspace talking about getting a CI job running, whatever
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/19/2015 10:54 AM, Bence Romsics wrote:
Hi,
I'm not sure I need it. :-)
My first idea was, that if two plugins implement an extension
together (neither the new first class resource, nor the new port
attributes is a usable feature in
On 19 August 2015 at 21:19, Thierry Carrez thie...@openstack.org wrote:
Robert Collins wrote:
[...]
Proposed data structure:
- create a top level directory in each repo called release-notes
- within that create a subdirectory called changes.
- within the release-notes dir we place yaml files
+1
Hello,
I am glad to nominate Vahid Hashemian [1] and Srinivas Tadepalli [2] for
the Heat-Translator core reviewers team.
Both of them have been providing significant contribution, development and
review, since the beginning of this year and knows code base well.
Existing cores,
Hi All,
This is an informational mail for both vendor tool developers and Ironic
community.
For vendor tool developers - We decided the last week's Ironic meeting [1]
that vendors who want to share tools/scripts related to Ironic, can do so
in their own preferred way (personal github
My opinion:
- If a new API is desirable by operators who would like to skip a few steps
in Ironic before making it active, then we should do it. I mean we should
allow them to skip the enroll state and manageable state, thereby giving
them an opportunity to land the node in manageable or
On 2015-08-18 20:30, Sean M. Collins wrote:
Are your ACLs set up properly?
https://review.openstack.org/#/admin/projects/openstack/networking-calico,access
I don't see your group - or any actual group that has rights assigned to
the repo - it's empty.
compare that to:
+1 for Retry-After is wrong for quota case
在 2015年8月19日,下午1:32,GHANSHYAM MANN ghanshyamm...@gmail.com 写道:
Retry-After
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Hi Abhi,
IIUC, you should create and configure slaves(these slaves can be VMs or real
physical machine) in Jenkins.
And the nodepool is used to create and pool VMs automatically, and these VMs
should be run on the slaves.
Then, while CI wants to build and execute a testcase, especially which
Thanks Brandon, got it.
It is easy to understand :)
On Sat, Aug 15, 2015 at 2:07 AM, Brandon Logan brandon.lo...@rackspace.com
wrote:
Hi Gareth,
The reason for this is because lbaas v1 is in the
services/loadbalancer/drivers path. This path was maintained from when
neutron-lbaas was just
Thanks Steven.
I've registered the blueprint:
https://blueprints.launchpad.net/tripleo/+spec/midonet-deployment-support
We'll start preparing the pseudo-thirdparty job, develop the feature and
bother you guys in the IRC
channel as soon as you approve the blueprint.
Can we discuss it next
Sorry, I meant Tuesday.
On 19 August 2015 at 10:51, Jaume Devesa devv...@gmail.com wrote:
Thanks Steven.
I've registered the blueprint:
https://blueprints.launchpad.net/tripleo/+spec/midonet-deployment-support
We'll start preparing the pseudo-thirdparty job, develop the feature and
Hi Tim
We use fixed count of columns. So I believe there should not be any bad
impact of this change.
Regards
Filip
On 08/18/2015 11:22 PM, Tim Hinrichs wrote:
Hi all,
We're contemplating a small syntax change in the Congress policy
language and wanted to see if it would cause anyone
Hi,
I'm not sure I need it. :-)
My first idea was, that if two plugins implement an extension together
(neither the new first class resource, nor the new port attributes is
a usable feature in themselves in my case), then it would be nice to
express this.
However thinking a bit more, I believe
Robert Collins wrote:
[...]
Proposed data structure:
- create a top level directory in each repo called release-notes
- within that create a subdirectory called changes.
- within the release-notes dir we place yaml files containing the
release note inputs.
- within the 'changes'
Hi Randall, Jason
this is re bug https://bugs.launchpad.net/heat/+bug/1393268
As most of in-tree resources are now fixed in this regard, Steve Baker
asked me to create separate bugs for Rackspace resources from Heat's
contrib that need fixing. As I am not comfortable with messing around in
those
To be honest, I'm tired of repeating the same arguments again and
again... I personally would like to get something cool done, rather than
discussing how to work around our new state machine again and again.
Now to some trolling: please include a way to users to opt-out from
NOSTATE -
On 08/19/2015 02:05 AM, Ruby Loo wrote:
On 17 August 2015 at 20:20, Robert Collins
robe...@robertcollins.net mailto:robe...@robertcollins.net
wrote:
On 11 August 2015 at 06:13, Ruby Loo rlooya...@gmail.com
mailto:rlooya...@gmail.com wrote:
Hi,
After thinking about this some more, I'm not actually going to address Rob's
points above. What I want to do is go back and discuss... what do people
think about having an API that allows the initial provision state to be
specified, for a node that is created in Ironic. I'm assuming that
my 0.02€ on the matter inline.
Regards,
Salvatore
On 18 August 2015 at 23:45, Mathieu Rohon mathieu.ro...@gmail.com wrote:
hi brandon,
thanks for your answer.
my answers inline,
On Tue, Aug 18, 2015 at 8:53 PM, Brandon Logan
brandon.lo...@rackspace.com wrote:
So let me make sure I
Hi all,
let's discuss code review process in Fuel and what we can improve. For
those who want to just have a quick context of this email, please check out
presentation slides [5].
** Issues **
Depending on a Fuel subproject, I'm aware of two buckets of issues with
code review in Fuel:
a) It is
Hi Tim
I will try it once it merges. Thanks
Filio
On 08/18/2015 05:46 PM, Tim Hinrichs wrote:
Hi Filip,
I just submitted a revert of the problematic change. Once it merges,
all should be well again. Sorry for the trouble.
Tim
On Tue, Aug 18, 2015 at 7:57 AM Tim Hinrichs t...@styra.com
1 - 100 of 102 matches
Mail list logo