On 12/06/14 16:27 +, Janczuk, Tomasz wrote:
What exactly is the core set of functionalities Marconi expects all
implementations to support? (I understand it is a subset of the HTTP APIs
Marconi exposes?)
Correct. What the exact calls are, we still don't know. We've talked
about them a bit
On 28/04/14 17:41 +, Janczuk, Tomasz wrote:
Hello,
Have any performance numbers been published for Marconi? I have asked this
question before
(http://lists.openstack.org/pipermail/openstack-dev/2014-March/031004.html) but
there were none at that time.
This is a work-in-progress. As
On 11/06/14 18:01 +, Janczuk, Tomasz wrote:
Thanks Flavio, some comments inline below.
On 6/11/14, 5:15 AM, Flavio Percoco fla...@redhat.com wrote:
1. Marconi exposes HTTP APIs that allow messages to be listed without
consuming them. This API cannot be implemented on top of AMQP 0.9
On 05/31/2014 03:56 PM, Sean Dague wrote:
We're still working on a way to make it possible to review in server
side gerrit dashboards more easily to gerrit. In the mean time I've put
together a tool that makes it easy to convert gerrit dashboard
definitions into URLs that you can share around.
On 12/06/14 21:38, Joshua Harlow wrote:
So just a few thoughts before going to far down this path,
Can we make sure we really really understand the use-case where we think
this is needed. I think it's fine that this use-case exists, but I just
want to make it very clear to others why its
Hi car1,
In the link:
https://docs.google.com/document/d/1jCmraZGirmXq5V1MtRqhjdZCbUfiwBhRkUjDXGt5QUQ/edit,
there is some words like When the node is being scheduled to host the
SNAT, a new namespace and internal IP address will be assigned to host the
SNAT service. Any nova instance VM that
If these tokens are variable length up to 4k, it will make the search space
much to large to construct any kind of useful table. They become infeasible
for A-z0-9 variable-length password sets above 10 chars if you include
every permutation. Assuming the tokens are generated in a very predictable
You can see formatted versions (HTML) once Jenkins finishes building.
Open the gate-neutron-specs-docs link provided by Jenkins and browse to the
blueprint you want to read.
Carlos Goncalves
On 13 Jun 2014, at 04:36, YAMAMOTO Takashi yamam...@valinux.co.jp wrote:
Since Juno-1 is about to
Hi Chris,
The documentation is NOT the canonical source for the behaviour of the API,
currently the code should be seen as the reference. We've run into issues
before where people have tried to align code to the fit the documentation and
made backwards incompatible changes (although this is
Thanks Jamie,
Due to timing issues we've decided to host the OSSG mid-cycle separate from the
Keystone/Barbican one - though it's worth noting that a lot of our interests
overlap.
We are actually covering a bunch of interesting ground and anyone security
oriented is welcome to attend.
I agree that we need to keep a tight focus on all API changes.
However was the problem with the floating IP change just to do with the
implementation in Nova or the frequency with which Ceilometer was calling it ?
Whatever guildelines we follow on API changes themselves its pretty hard to
-Original Message-
From: Jamie Lennox [mailto:jamielen...@redhat.com]
Sent: 13 June 2014 03:25
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] Message level security plans. [barbican]
On Thu, 2014-06-12 at 23:22 +, Tiwari, Arvind
Hi Rich
Can you help me regarding the possible cause for VM stucking at spawning
state on ubuntu powerpc compute node in openstack using devstack.
Thanks
On Tue, Jun 10, 2014 at 10:29 PM, abhishek jain ashujain9...@gmail.com
wrote:
Hi Rich
I'm able to solve the problem regarding PAPR in
Hello all
At Wednesday's meeting I promised to supply specific examples to help
illustrate the NFV use cases and also show how they map to some of the
blueprints. Here's my first example - info on our session border
controller, which is a data plane app. Please let me know if this is
the sort
On 06/13/2014 06:53 AM, Morgan Fainberg wrote:
Hi Thomas,
I felt a couple sentences here were reasonable to add (more than “don’t
care” from before).
I understand your concerns here, and I totally get what you’re driving
at, but in the packaging world wouldn’t this make sense to call it
Hi Folks,
I was looking at the resize code in libvirt, and it has checks which raise an
exception if the target root or ephemeral disks are smaller than the current
ones - which seems fair enough I guess (you can't drop arbitary disk content on
resize), except that the because the check is in
Theoretically impossible to reduce disk unless you have some really nasty
guest additions.
On Fri, Jun 13, 2014 at 6:02 AM, Day, Phil philip@hp.com wrote:
Hi Folks,
I was looking at the resize code in libvirt, and it has checks which raise
an exception if the target root or ephemeral
Hi Sumit,
My concern was related to sharing common configuration information not
between GP drivers but configurations between GP and ML2 (and any other
future plugins). When both are enabled, users need to configure drivers
information (e.g., endpoint, username, password) twice, when applicable
On 06/13/2014 06:04 AM, Thomas Goirand wrote:
On 06/13/2014 06:53 AM, Morgan Fainberg wrote:
Hi Thomas,
I felt a couple sentences here were reasonable to add (more than “don’t
care” from before).
I understand your concerns here, and I totally get what you’re driving
at, but in the
Hi,
I have set up OpenStack Havana with neutron ML2 plugin and ODL controller
following link
http://www.siliconloons.com/getting-started-with-opendaylight-and-openstack/
.
The ODL mechanism driver file in
/opt/stack/neutron/neutron/plugins/ml2/drivers/mechanism_odl.py is
attached.
When I
Hi Asselin,
Do you had problems with other ports? Is it need to have outbound access to
other ports?
Erlon
On Mon, Jun 9, 2014 at 2:21 PM, Asselin, Ramy ramy.asse...@hp.com wrote:
All,
I’ve been working on setting up our Cinder 3rd party CI setup.
I ran into an issue where Zuul
On 06/13/2014 02:36 AM, Mark McLoughlin wrote:
On Thu, 2014-06-12 at 22:10 -0400, Dan Prince wrote:
On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote:
We're definitely deep into capacity issues, so it's going to be time to
start making tougher decisions about things we decide aren't
On 06/12/2014 10:10 PM, Dan Prince wrote:
On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote:
We're definitely deep into capacity issues, so it's going to be time to
start making tougher decisions about things we decide aren't different
enough to bother testing on every commit.
In order to
Theoretically impossible to reduce disk unless you have some really nasty
guest additions.
That’s what I thought – but many of the drivers seem to at least partially
support it based on the code, hence the question on here to find out of that is
really supported and works – or is just
On Fri, 2014-06-13 at 07:31 -0400, Sean Dague wrote:
On 06/13/2014 02:36 AM, Mark McLoughlin wrote:
On Thu, 2014-06-12 at 22:10 -0400, Dan Prince wrote:
On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote:
We're definitely deep into capacity issues, so it's going to be time to
start
On 06/13/2014 08:13 AM, Mark McLoughlin wrote:
On Fri, 2014-06-13 at 07:31 -0400, Sean Dague wrote:
On 06/13/2014 02:36 AM, Mark McLoughlin wrote:
On Thu, 2014-06-12 at 22:10 -0400, Dan Prince wrote:
On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote:
We're definitely deep into capacity
On Fri, Jun 13, 2014 at 6:18 AM, Christopher Yeoh cbky...@gmail.com wrote:
Hi Phil,
On Fri, 13 Jun 2014 09:28:30 +
Day, Phil philip@hp.com wrote:
The documentation is NOT the canonical source for the behaviour of
the API, currently the code should be seen as the reference. We've
On Thu, Jun 12, 2014 at 8:07 PM, Stefano Maffulli stef...@openstack.org wrote:
Hello folks,
we're working on a quarterly report of activities in all our git and
gerrit repositories to understand the dynamics of contributions across
different dimensions. This report will be similar to what
On 06/13/2014 08:03 AM, Day, Phil wrote:
Theoretically impossible to reduce disk unless you have some really
nasty guest additions.
That's what I thought -- but many of the drivers seem to at least
partially support it based on the code, hence the question on here to
find out of that is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/06/14 15:40, Alexei Kornienko wrote:
On 06/10/2014 03:59 PM, Gordon Sim wrote:
On 06/10/2014 12:03 PM, Dina Belova wrote:
Hello, stackers!
Oslo.messaging is future of how different OpenStack components
communicate with each other,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 29/05/14 17:33, Yuriy Taraday wrote:
On Wed, May 28, 2014 at 3:54 AM, Joe Gordon joe.gord...@gmail.com
wrote:
On Fri, May 23, 2014 at 1:13 PM, Nachi Ueno na...@ntti3.com
wrote:
(2) Avoid duplication of works I have several experience of
- Original Message -
Hi,
There is the mid cycle sprint in July for Nova and Neutron. Anyone interested
in maybe getting one together in Europe/Middle East around the same dates?
If people are willing to come to this part of the world I am sure that we
can organize a venue for a few
I guess the question I'm really asking here is: Since we know resize down
won't work in all cases, and the failure if it does occur will be hard for the
user to detect, should we just block it at the API layer and be consistent
across all Hypervisors ?
From: Andrew Laski
Hi Folks,
A recent change introduced a unit test to warn/notify developers when they
make a change which will break the out of tree Ironic virt driver:
https://review.openstack.org/#/c/98201
Ok - so my change (https://review.openstack.org/#/c/68942) broke it as it adds
some extra parameters
On 6/12/2014 10:31 AM, John Garbutt wrote:
On 11 June 2014 20:07, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Jun 11, 2014 at 11:38 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 6/11/2014 10:01 AM, Eoghan Glynn wrote:
Thanks for bringing this to the list Matt, comments inline
On Fri 13 Jun 2014 02:38:11 AM MDT, Giulio Fidente wrote:
On 05/31/2014 03:56 PM, Sean Dague wrote:
We're still working on a way to make it possible to review in server
side gerrit dashboards more easily to gerrit. In the mean time I've put
together a tool that makes it easy to convert gerrit
On 06/13/2014 04:38 AM, Giulio Fidente wrote:
On 05/31/2014 03:56 PM, Sean Dague wrote:
We're still working on a way to make it possible to review in server
side gerrit dashboards more easily to gerrit. In the mean time I've put
together a tool that makes it easy to convert gerrit dashboard
On 06/13/2014 09:22 AM, Day, Phil wrote:
I guess the question I’m really asking here is: “Since we know resize
down won’t work in all cases, and the failure if it does occur will be
hard for the user to detect, should we just block it at the API layer
and be consistent across all Hypervisors
+2. I totally agree with your comments Doug. It defeats the purpose if Barbican
does not want to deal with consumers of its service.
Barbican can simply have a counter field on each container to signify how many
consumers are using it. Every time a consumer uses a container, it increases
the
On 06/13/2014 03:37 PM, Jason Rist wrote:
On Fri 13 Jun 2014 02:38:11 AM MDT, Giulio Fidente wrote:
On 05/31/2014 03:56 PM, Sean Dague wrote:
We're still working on a way to make it possible to review in server
side gerrit dashboards more easily to gerrit. In the mean time I've put
together a
I do realize that a new hacking was released, which pulls in a new
flake8. However, right now is really not a great time to be sending
through 10 patch series for style cleanups while we have a giant merge
queue backlog.
I'm calling out Neutron here - https://review.openstack.org/99512 and
kicked
On 06/12/2014 01:30 PM, Mike Bayer wrote:
the GPL is excepted in the case of MySQL and other MySQL products
released by Oracle (can you imagine such a sentence being
written.), see
http://www.mysql.com/about/legal/licensing/foss-exception/.
Okay, good start. mysql itself is out of the
On 10 June 2014 17:53, Mark McLoughlin mar...@redhat.com wrote:
On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote:
On 10 June 2014 15:07, Mark McLoughlin mar...@redhat.com wrote:
Exposing which configurations are actively tested is a perfectly sane
thing to do. I don't see why you
Same as Jay, for much the same reasons. Having a fixed calendar time
makes it easy for me to put up a 'do not disturb' sign.
On 13 June 2014 05:10, Jay Bryant jsbry...@electronicjungle.net wrote:
John,
+2
I am guilty of falling behind on reviews. Pulled in to a lot of other stuff
since the
As far as I know, that’s the only non-standard port that needs to be opened in
order to do 3rd party ci.
Ramy
From: Erlon Cruz [mailto:sombra...@gmail.com]
Sent: Friday, June 13, 2014 4:03 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Cinder]
On Fri, Jun 13, 2014, Russell Bryant rbry...@redhat.com wrote:
On 06/13/2014 09:22 AM, Day, Phil wrote:
I guess the question I’m really asking here is: “Since we know resize
down won’t work in all cases, and the failure if it does occur will be
hard for the user to detect, should we just
Ok thanks.
On Fri, Jun 13, 2014 at 11:32 AM, Asselin, Ramy ramy.asse...@hp.com wrote:
As far as I know, that’s the only non-standard port that needs to be
opened in order to do 3rd party ci.
Ramy
*From:* Erlon Cruz [mailto:sombra...@gmail.com]
*Sent:* Friday, June 13, 2014 4:03 AM
I think that is a very good point. This should maybe be addressed in the API
layer as you have suggested.
Thanks
Gary
From: Day, Phil Day philip@hp.commailto:philip@hp.com
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Friday,
I had tried to address the comment on the review board where Carlos had
raised the same issue. Should have posted here as well.
https://review.openstack.org/#/c/96393/
Patch Set 3:
Carlos, The plan is not to have multiple drivers for enforcing policies. At
least not right now. With respect to
On Fri, Jun 13, 2014 at 7:13 AM, Sean Dague s...@dague.net wrote:
I do realize that a new hacking was released, which pulls in a new
flake8. However, right now is really not a great time to be sending
through 10 patch series for style cleanups while we have a giant merge
queue backlog.
++,
On Fri, Jun 13, 2014 at 9:13 AM, Sean Dague s...@dague.net wrote:
I do realize that a new hacking was released, which pulls in a new
flake8. However, right now is really not a great time to be sending
through 10 patch series for style cleanups while we have a giant merge
queue backlog.
I'm
On Fri, Jun 13, 2014, Andrew Laski andrew.la...@rackspace.com wrote:
On 06/13/2014 10:53 AM, Johannes Erdfelt wrote:
On Fri, Jun 13, 2014, Russell Bryant rbry...@redhat.com wrote:
On 06/13/2014 09:22 AM, Day, Phil wrote:
I guess the question I’m really asking here is: “Since we know resize
On Fri, Jun 13, 2014 at 08:24:04AM -0700, Johannes Erdfelt wrote:
On Fri, Jun 13, 2014, Andrew Laski andrew.la...@rackspace.com wrote:
On 06/13/2014 10:53 AM, Johannes Erdfelt wrote:
On Fri, Jun 13, 2014, Russell Bryant rbry...@redhat.com wrote:
On 06/13/2014 09:22 AM, Day, Phil wrote:
On 06/13/2014 07:31 AM, Sean Dague wrote:
On 06/13/2014 02:36 AM, Mark McLoughlin wrote:
On Thu, 2014-06-12 at 22:10 -0400, Dan Prince wrote:
On Thu, 2014-06-12 at 08:06 -0400, Sean Dague wrote:
We're definitely deep into capacity issues, so it's going to be time to
start making tougher
On 06/13/14 16:37, Daniel P. Berrange wrote:
The xenapi implementation only works on ext[234] filesystems. That rules
out *BSD, Windows and Linux distributions that don't use ext[234]. RHEL7
defaults to XFS for instance.
Presumably it'll have a hard time if the guest uses LVM for its image
or
On Fri, Jun 13, 2014 at 9:52 AM, Ben Nemec openst...@nemebean.com wrote:
Please don't send review requests to the openstack-dev list. The
correct procedure is outlined here:
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
Thanks.
-Ben
On 06/12/2014 10:20
On 06/13/2014 10:32 AM, Asselin, Ramy wrote:
As far as I know, that’s the only non-standard port that needs to be opened
in order to do 3rd party ci.
Ramy
From: Erlon Cruz [mailto:sombra...@gmail.com]
Sent: Friday, June 13, 2014 4:03 AM
To: OpenStack Development Mailing List (not for
On 06/13/2014 05:57 AM, Doug Hellmann wrote:
That section of the file used to be organized in to separate lists
for incubated, integrated, and other repositories. We changed it
when we started tracking the incubation and integration dates. So it
seems like just listing them under sahara as
In order to make the review process a bit easier (without duplicating too
much data and without creating too much overhead), we have created a wiki
to keep track of the ML2 related specs for the Juno cycle [1]. The idea is
to organize the people who participate in the ML2 subgroup activities and
On 06/13/2014 11:03 AM, John Griffith wrote:
On Fri, Jun 13, 2014 at 9:52 AM, Ben Nemec openst...@nemebean.com wrote:
Please don't send review requests to the openstack-dev list. The
correct procedure is outlined here:
I've spent some time doing some initial analysis of 3rd Party CI in
Neutron. The tl;dr is that it's a mess, and it needs fixing. And I'm
setting a deadline of Juno-2 for people to address their CI systems
and get them in shape or we will remove plugins and drivers in Juno-3
which do not meet the
Hi Stackers-
I have a doubt on what is the timeline for log retention. From the discussion
(irc), I learnt that time for log retention is ONE month.
I have two scenarios to deal with.
[1] A change takes two months or more to get merged into the master branch.
Here, if CI's, delete the
Also ZFS needs to know what is on the guest for example bhyve (the only
working hv for bsd currency [vbox kind of also works]) stores the backing
store (unless bare metal) as single block file. It is impossible to make
that non-opaque to the outside world unless you can run commands on the
Thanks Flavio, inline.
On 6/13/14, 1:37 AM, Flavio Percoco fla...@redhat.com wrote:
On 11/06/14 18:01 +, Janczuk, Tomasz wrote:
Thanks Flavio, some comments inline below.
On 6/11/14, 5:15 AM, Flavio Percoco fla...@redhat.com wrote:
1. Marconi exposes HTTP APIs that allow messages to be
Hi Kyle,
Embrane's CI was blocked by some nasty bugs affecting the testing
environment. It resumed yesterday (6/12) [0].
Unfortunately it's still non voting (only commenting so far). Not sure if
this is a requirement or not, but it should be able to put +1/-1
immediately after the voting right is
Hi Stef,
On Thu, 2014-06-12 at 17:07 -0700, Stefano Maffulli wrote:
we're working on a quarterly report of activities in all our git and
gerrit repositories to understand the dynamics of contributions across
different dimensions. This report will be similar to what Bitergia
produced at
Suppose a tenant knows that some of their networks are particularly high
bandwidth and others are relatively low bandwidth.
Is there any mechanism that a tenant can use to let Neutron know what sort of
bandwidth is expected through a particular router?
I'm concerned about the physical NICs on
Hi Paul
I think this flavor bp is related.
https://review.openstack.org/#/c/90070/
By using flavor, you can specify the flavor for routers ( high
bandwidth or low bandwidth ) such as VM (vCPU vMemory etc).
I don't see any bp for flavor based scheduling yet, but IMO it is
great we could have such
On Fri, Jun 13, 2014 at 5:53 AM, Sachi Gupta sachi.gu...@tcs.com wrote:
Hi,
I have set up OpenStack Havana with neutron ML2 plugin and ODL controller
following link
http://www.siliconloons.com/getting-started-with-opendaylight-and-openstack/.
The ODL MechanismDriver support landed in
cc'ing Gary
On Fri, Jun 13, 2014 at 11:49 AM, Matthew Booth mbo...@redhat.com wrote:
I've proposed a new Vim/PBM api in this blueprint for oslo.vmware:
https://review.openstack.org/#/c/99952/
This is just the base change. However, it is a building block for adding
a bunch of interesting new
I am surprised this became a concern so quickly, but I do understand the
strangeness of installing a 'bash8' binary on command line. I'm fine with
renaming to 'bashate' or 'bash_tidy', but renames can take some time to
work through all the references.
Apparently Sean and I both thought of the
Just a FYI for those interested in the next eventlet version. It also
looks like they have a python 3 branch ready to start testing with.
--
Chuck
-- Forwarded message --
From: Sergey Shepelev temo...@gmail.com
Date: Fri, Jun 13, 2014 at 1:18 PM
Subject: [Eventletdev] Eventlet
Excerpts from Thomas Goirand's message of 2014-06-13 03:04:07 -0700:
On 06/13/2014 06:53 AM, Morgan Fainberg wrote:
Hi Thomas,
I felt a couple sentences here were reasonable to add (more than “don’t
care” from before).
I understand your concerns here, and I totally get what you’re
Hi folks,
In yesterday's team meeting, we picked July 24-25 in the San Francisco Bay
Area for our meetup time and place. More details will be added here:
https://etherpad.openstack.org/p/glance-juno-mid-cycle-meeting
This positions our meeting just a few days before the Nova meeting in
Portland,
On Fri, Jun 13, 2014 at 4:09 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Thu, Jun 12, 2014 at 09:57:41PM +, Adrian Otto wrote:
Containers Team,
The nova-docker developers are currently discussing options for
implementation for supporting mounting of Cinder volumes in
Let me add to what I've said in my previous email, that Instituto de
Telecomunicacoes and Portugal Telecom are also available to host and organize a
mid cycle sprint in Lisbon, Portugal.
Please let me know who may be interested in participating.
Thanks,
Carlos Goncalves
On 13 Jun 2014, at
On Fri, 2014-06-13 at 09:09 +0100, Daniel P. Berrange wrote:
On Thu, Jun 12, 2014 at 09:57:41PM +, Adrian Otto wrote:
Containers Team,
The nova-docker developers are currently discussing options for
implementation for supporting mounting of Cinder volumes in
containers, and
On 06/13/2014 05:58 PM, Carlos Gonçalves wrote:
Let me add to what I've said in my previous email, that Instituto de
Telecomunicacoes and Portugal Telecom are also available to host and organize
a mid cycle sprint in Lisbon, Portugal.
Please let me know who may be interested in
On Fri, 2014-06-13 at 17:55 -0400, Eric Windisch wrote:
Why would you mount it from within the container? CAP_SYS_ADMIN is a
per process property, so you use nsenter to execute the mount in the
required mount namespace with CAP_SYS_ADMIN from outside of the
container (i.e. the host).
Yes, that is true but both are being hosted in the USA. Gary started the email
thread proposing another sprint but in Europe/Middle East for Nova and Neutron.
Plus, I also proposed adding the the OpenStack NFV team to the party :-)
On 13 Jun 2014, at 23:05, Anita Kuno ante...@anteaya.info
Greetings,
I would like to nominate Ken'ichi Ohmichi for the nova-core team.
Ken'ichi has been involved with nova for a long time now. His reviews
on API changes are excellent, and he's been part of the team that has
driven the new API work we've seen in recent cycles forward. Ken'ichi
has also
On Thu, Jun 12, 2014 at 7:18 PM, Dan Prince dpri...@redhat.com wrote:
On Thu, 2014-06-12 at 09:24 -0700, Joe Gordon wrote:
On Jun 12, 2014 8:37 AM, Sean Dague s...@dague.net wrote:
On 06/12/2014 10:38 AM, Mike Bayer wrote:
On 6/12/14, 8:26 AM, Julien Danjou wrote:
On Thu,
On Fri, Jun 13, 2014 at 3:40 PM, Michael Still mi...@stillhq.com wrote:
Greetings,
I would like to nominate Ken'ichi Ohmichi for the nova-core team.
Ken'ichi has been involved with nova for a long time now. His reviews
on API changes are excellent, and he's been part of the team that has
Big +1 from me!
Sent from my HTC One™ X, an ATT 4G LTE smartphone
- Reply message -
From: Michael Still mi...@stillhq.com
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core
Date: Fri, Jun 13,
On Fri, Jun 13, 2014 at 1:00 PM, Christopher Yeoh cbky...@gmail.com wrote:
On Fri, Jun 13, 2014 at 11:28 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 6/12/2014 5:58 PM, Christopher Yeoh wrote:
On Fri, Jun 13, 2014 at 8:06 AM, Michael Still mi...@stillhq.com
mailto:mi...@stillhq.com
I'm only part way through reviewing this, but I think there's a fundamental
error in it. We were at one point going to use 'enable_dhcp' in the
current set of flags to indicate something meaningful, but eventually we
decided that its current behaviour (despite the naming) really meant 'no
address
Hi!
On Fri, Jun 13, 2014 at 9:30 AM, Day, Phil philip@hp.com wrote:
Hi Folks,
A recent change introduced a unit test to “warn/notify developers” when
they make a change which will break the out of tree Ironic virt driver:
https://review.openstack.org/#/c/98201
Ok – so my change
87 matches
Mail list logo