On Tue, Mar 18, 2014 at 10:54:08PM +0800, Qiming Teng wrote:
Hi, Folks,
I have been trying to implement a HACluster resource type in Heat. I
haven't created a BluePrint for this because I am not sure everything
will work as expected.
The basic idea is to extend the
On 03/18/2014 11:18 AM, Zane Bitter wrote:
On 18/03/14 12:42, Steven Dake wrote:
You should be able to use the HARestarter resource and functionality to
do healthchecking of a vm.
HARestarter is actually pretty problematic, both in a causes major
architectural headaches for Heat and will
Hey folks,
I'm glad to announce that we've successfully graduated from incubation
and we'll be part of the integrated Juno release! There are no raised
issues and concerns while review and it's really important too.
You can find graduation review meeting logs [0] and voting [1].
Thank you.
[0]
Kurt Griffiths,
Thanks for detailed explanation. Is there a comparison between Marconi and
existing message brokers anywhere that you can point me out?
I can see how your examples can be implemented using other brokers like
RabbitMQ. So why there is a need another broker? And what is wrong with
Hi Jorge,
Thanks for taking care of this and bringing it all together! This will be
really useful for LBaaS discussions.
I updated the wiki to include L7 rules support and also marking already
implemented requirements.
Thanks,
Oleg
On Wed, Mar 19, 2014 at 2:57 AM, Jorge Miramontes
Hi Isaku Yamahata,
Can you please share the meeting details.
Regards,
Balaji.P
From: Mohammad Banikazemi [mailto:m...@us.ibm.com]
Sent: Wednesday, March 19, 2014 12:31 AM
To: OpenStack Development Mailing List (not for usage questions)
Cc: isaku.yamah...@gmail.com
Subject: Re: [openstack-dev]
On 19 Mar 2014, at 02:08, Joshua Harlow harlo...@yahoo-inc.com wrote:
is mistral planning doing this, throwing way the POC and rewriting it as a
non-POC using the ideas learned from the POC?)[http://tinyurl.com/lbz293s].
Yes, if needed. I don’t think it’s too important and I agree that
Hello:
I am working on this patch(https://review.openstack.org/#/c/77524/) to
fix bugs about volume attach failure with keystone V3 token.
Just wonder, is there some blue prints or plans in Juno to address
keystone V3 support in nova ?
Thanks you in advance.
Best Regards~~~
Excerpts from Doug Hellmann's message of 2014-03-18 15:08:36 -0700:
On Mon, Mar 10, 2014 at 4:02 PM, Ben Nemec openst...@nemebean.com wrote:
On 2014-03-10 12:24, Chris Friesen wrote:
Hi,
I'm using havana and recent we ran into an issue with heat related to
character sets.
In
* Time slot
Weekly Tuesday 5:00UTC-
Next meeting: March 24, 5:00UTC-
Since there were many requests for new time slots, the proposed time slot
at the meeting is 5:00UTC.
The related timezones are
JST(UTC+9), IST(UTC+5.30), CED(UTC+1), EST(UTC-5), PDT(UTC-7), PST(UTC-8)
Hope it's easy for the
For those who are interested we will discuss the disaster recovery
use-cases and how to proceed toward the Juno summit on March 19 at 17:00
UTC (invitation below)
Call-in:
https://www.teleconference.att.com/servlet/glbAccess?process=1accessCode=6406941accessNumber=1809417783#C2
Passcode:
Ok, so we don't want to switch to UCA, let's consider this variant.
What options do we have to make possible to run Ceilometer jobs with Mongo
backend?
I see only https://review.openstack.org/#/c/81001/ or making Ceilometer
able to work with old Mongo. But the last variant looks inappropriate at
Hi,
Thanks many guys for updating these spreadsheets!
I have updated: Nova API List for Missing Tempest Tests.
https://docs.google.com/spreadsheet/ccc?key=0AmYuZ6T4IJETdEVNTWlYVUVOWURmOERSZ0VGc1BBQWc
The summary of these spreadsheets:
- Nova V2 APIs
Steven,
Agree with your opinion on HOT expansion. I see that inclusion of
imperative workflows and ALM would require major Heat redesign and probably
would be impossible without loosing compatibility with previous HOT syntax.
It would blur Heat mission, confuse current users and rise a lot of
From: Huang Zhiteng [mailto:winsto...@gmail.com]
Sent: Wednesday, March 19, 2014 12:14 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova][Cinder] Feature about Raw Device
Mapping
On Tue, Mar 18, 2014 at 5:33 PM, Zhangleiqiang (Trump)
Hi Mike,
Thanks for your feedback.
I'm not aware on the details of ceilometer messaging.
Would please point out on messaging behaviors that are desirable for
ceilometer currently and possibly other things in the future?
This will help me in evaluating my idea further.
Regards,
Yatin
On Sat,
On 19 Mar 2014, at 16:00, Stan Lagun sla...@mirantis.com wrote:
We want application authors to be able to express application deployment and
maintenance logic of any complexity. This may involve communication with 3rd
party REST services (APIs of applications being deployed, external
Hi everyone,
Currently, disk.swap(the swapfile of instance) is created on the
instances_path(deflaut : /var/lib/nova/instances/vm-uuid). Maybe we should
add configuration item in nova.conf to set virtual machine swapfile location.
With such a feature enabled, swapfiles can be
if it's local disk to host , +1 since we might get better performance
btw, the base file is in /var/lib/nova/instances/_base/swap_xxx, also need
to be considered
Best Regards!
Kevin (Chen) Ji 纪 晨
Engineer, zVM Development, CSTL
Notes: Chen CH Ji/China/IBM@IBMCN Internet: jiche...@cn.ibm.com
Thomas Goirand wrote:
We're now 1 month away from the scheduled release date. It is my strong
opinion (as the main Debian OpenStack package maintainer) that for the
last Havana release, the freeze of dependency happened really too late,
creating issues hard to deal with on the packaging side.
Kurt already gave a quite detailed explanation of why Marconi, what
can you do with it and where it's standing. I'll reply in-line:
On 19/03/14 10:17 +1300, Robert Collins wrote:
So this came up briefly at the tripleo sprint, and since I can't seem
to find a /why/ document
On 03/18/2014 08:15 PM, Joe Gordon wrote:
On Tue, Mar 18, 2014 at 8:12 AM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 03/18/2014 10:11 AM, Daniel P. Berrange wrote:
On Tue, Mar 18, 2014 at 07:50:15AM -0400, Davanum Srinivas wrote:
Hi Team,
We
Kurt Griffiths wrote:
Kudos to Balaji for working so hard on this. I really appreciate his candid
feedback on both frameworks.
Indeed, that analysis is very much appreciated.
From the Technical Committee perspective, we put a high weight on a
factor that was not included in the report
Team,
So far I’ve been just the only one core member of the team. I started feeling
lonely :) Since the project team and the project itself has now grown (thanks
to StackStorm and Intel) I think it’s time to think about extending the core
team.
I would propose:
Nikolay Makhotkin (nmakhotkin
Hi,
We need to know what Nova APIs are used by each SDK.
Could SDK developers/users/someone write them on the below spreadsheet?
https://docs.google.com/spreadsheet/ccc?key=0AvimqlvxcSGGdGxYSVJQb2tic25wUmFkcDJFV25OSUE#gid=2
I have written SDK names on the spreadsheet from
Flavio Percoco wrote:
On 19/03/14 10:17 +1300, Robert Collins wrote:
My desires around Marconi are:
- to make sure the queue we have is suitable for use by OpenStack
itself: we have a very strong culture around consolidating technology
choices, and it would be extremely odd to have Marconi be
On Wed, Mar 19, 2014 at 12:45 AM, Edgar Magana emag...@plumgrid.com wrote:
Including Anne in this thread.
Anne,
Can your provide your input here?
Thanks,
Edgar
From: Mohammad Banikazemi m...@us.ibm.com
Reply-To: OpenStack List openstack-dev@lists.openstack.org
Date: Monday, March 17,
Hello Stackers,
This is the first time I am mailing some dev mailing list and first
time I am trying to contribute on some open source project.
I am working on a low-hanging-fruit bug
(https://bugs.launchpad.net/nova/+bug/1261909). It's about removing
hba specific code from nova as cinder
After second thought, it will be more meaningful to just add virtio-SCSI bus
type support to block-device-mapping.
RDM can then be used or not, depend on the bus type and device type of bdm
specified by user. And user can also just use virtio-SCSI bus for performance
other than pass
On Wed, 2014-03-19 at 10:17 +1300, Robert Collins wrote:
So this came up briefly at the tripleo sprint, and since I can't seem
to find a /why/ document
(https://wiki.openstack.org/wiki/Marconi/Incubation#Raised_Questions_.2B_Answers
and https://wiki.openstack.org/wiki/Marconi#Design don't
Hi neutron and lbaas folks,
Let's keep our regular meeting on Thursday, at 14-00 UTC at
#openstack-meeting
Jorge Miramontes has made a nice wiki page capturing service requirements:
https://wiki.openstack.org/wiki/Neutron/LBaaS/requirements
Please check it out as this will help us to get on the
On 03/19/2014 07:49 AM, Thierry Carrez wrote:
Flavio Percoco wrote:
On 19/03/14 10:17 +1300, Robert Collins wrote:
My desires around Marconi are: - to make sure the queue we have
is suitable for use by OpenStack itself: we have a very strong
culture around consolidating technology choices,
Morning QA Team,
I hope everybody can help on this effort so we can release icehouse with
less bugs as possible.
So this morning, March, 19th, 12:00 UTC the current tempest's bug picture is
Current picture of Tempest's bugs:
* 166 Open Bugs https://bugs.launchpad.net/tempest/+bugs
- 17
+1 for both
On Wed, Mar 19, 2014 at 3:35 PM, Renat Akhmerov rakhme...@mirantis.comwrote:
Team,
So far I've been just the only one core member of the team. I started
feeling lonely :) Since the project team and the project itself has now
grown (thanks to StackStorm and Intel) I think it's
On Tue, Mar 18, 2014 at 10:57:15PM +, Jorge Miramontes wrote:
Hey Neutron LBaaS folks,
Per last week's IRC meeting I have created a preliminary requirements
use case wiki page. I requested adding such a page since there appears to
be a lot of new interest in load balancing and feel that
Hi Jorge,
Thanks for taking care of the page. I've added priorities, although I'm not
sure we need precise priority weights.
Those features that still have '?' need further clarification.
Thanks,
Eugene.
On Wed, Mar 19, 2014 at 11:18 AM, Oleg Bondarev obonda...@mirantis.comwrote:
Hi Jorge,
On 03/18/2014 07:54 AM, Qiming Teng wrote:
Hi, Folks,
I have been trying to implement a HACluster resource type in Heat. I
haven't created a BluePrint for this because I am not sure everything
will work as expected.
...
The most difficult issue here is to come up with a reliable VM
Hi,
According to the following table, paste is blocking many OpenStack servers to
be ported to Python 3:
https://wiki.openstack.org/wiki/Python3#Core_OpenStack_projects
The author of paste, Ian Bicking, gave me the commit permission to paste. I
integrated patches from Debian and my
On Tue, Mar 18, 2014 at 2:51 PM, Dmitriy Ukhlov dukh...@mirantis.comwrote:
Hello openstackers,
We are working on MagnetoDB project and trying our best to follow
OpenStack standards.
So, MagnetoDB is aimed to be high performance scalable OpenStack based
WSGI application which provide
On Tue, Mar 18, 2014 at 5:30 PM, Monty Taylor mord...@inaugust.com wrote:
On 03/18/2014 04:25 AM, Thierry Carrez wrote:
Robert Collins wrote:
If you set 'version' in setup.cfg, pbr's behaviour will not change at
all.
If you do not set 'version' in setup.cfg then:
- for tagged commits,
Hi Dharmit,
You can't remove those from Nova. If you remove them, attach volume won't work
anymore. Attach volume still goes through Nova.
Thanks,
Xing
-Original Message-
From: Dharmit Shah [mailto:dharmit@gmail.com]
Sent: Wednesday, March 19, 2014 8:03 AM
To:
On Wed, 2014-03-19 at 14:25 +0100, victor stinner wrote:
Hi,
According to the following table, paste is blocking many OpenStack servers to
be ported to Python 3:
https://wiki.openstack.org/wiki/Python3#Core_OpenStack_projects
The author of paste, Ian Bicking, gave me the commit
On 19/03/14 12:31 +0100, Thierry Carrez wrote:
Kurt Griffiths wrote:
Kudos to Balaji for working so hard on this. I really appreciate his candid
feedback on both frameworks.
Indeed, that analysis is very much appreciated.
From the Technical Committee perspective, we put a high weight on a
Thierry Carrez wrote:
There was historically a lot of deviation, but as we add more projects
that deviation is becoming more costly.
I totally understand the benefits of reducing the variance between
projects, and to be sure, I am not suggesting we have 10 different
libraries to do X. However,
On Mar 19, 2014, at 10:18 AM, Kurt Griffiths kurt.griffi...@rackspace.com
wrote:
Thierry Carrez wrote:
There was historically a lot of deviation, but as we add more projects
that deviation is becoming more costly.
I totally understand the benefits of reducing the variance between
On 3/19/2014 2:48 AM, Shao Kai SK Li wrote:
Hello:
I am working on this
patch(https://review.openstack.org/#/c/77524/) to fix bugs about volume
attach failure with keystone V3 token.
Just wonder, is there some blue prints or plans in Juno to address
keystone V3 support in nova ?
Election season is coming up.
In the next weeks we'll renew our PTLs (one for each OpenStack program)
and 7 Technical Committee members.
The timeline for those elections is as follows:
* March 28 - April 4, 05:59 UTC: Open candidacy to PTL positions
* April 4 - April 11: PTL elections
* April 11
On Wed, Mar 19, 2014 at 7:31 AM, Thierry Carrez thie...@openstack.orgwrote:
Kurt Griffiths wrote:
Kudos to Balaji for working so hard on this. I really appreciate his
candid feedback on both frameworks.
Indeed, that analysis is very much appreciated.
From the Technical Committee
On Wed, 2014-03-19 at 17:33 +0530, Dharmit Shah wrote:
Hello Stackers,
This is the first time I am mailing some dev mailing list and first
time I am trying to contribute on some open source project.
Welcome, Dharmit, nice to have you in our community! :)
I am working on a low-hanging-fruit
Hi team,
I'm canceling team meeting tomorrow, Mar 20, because there will be no
quorum - Mirantis team will be unavailable due to the internal company
event, Matt F. said that he'll be unavailable too.
Thanks.
--
Sincerely yours,
Sergey Lukjanov
Sahara Technical Lead
(OpenStack Data Processing)
Thanks for the input Anne!
Kyle,
Please file the proper bugs in the manual projects to be able to track the
progress of this topic.
Thanks,
Edgar
From: Anne Gentle a...@openstack.org
Date: Wednesday, March 19, 2014 4:54 AM
To: Edgar Magana emag...@plumgrid.com
Cc: OpenStack List
On Wed, Mar 19, 2014 at 10:11 AM, Flavio Percoco fla...@redhat.com wrote:
On 19/03/14 12:31 +0100, Thierry Carrez wrote:
Kurt Griffiths wrote:
Kudos to Balaji for working so hard on this. I really appreciate his
candid feedback on both frameworks.
Indeed, that analysis is very much
On Wed, Mar 19, 2014 at 09:35:34AM -0500, Matt Riedemann wrote:
On 3/19/2014 2:48 AM, Shao Kai SK Li wrote:
Hello:
I am working on this
patch(https://review.openstack.org/#/c/77524/) to fix bugs about volume
attach failure with keystone V3 token.
Just wonder, is there
Please don't send review requests to the list:
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
Thanks.
-Ben
On 2014-03-18 22:46, wu jiang wrote:
Hi Tracy,
I've already updated the patch for bug/1195947 on
https://review.openstack.org/#/c/38073/ [18].
Thanks Mathieu for your reply and info.
On Tue, Mar 18, 2014 at 3:35 AM, Mathieu Rohon mathieu.ro...@gmail.comwrote:
Hi nader,
The easiest way would be to register a new RPC callback in the current
ovs agent. This is what we have done for the l2-pop MD, with fdb_add
and fdb_remove
On 19/03/14 11:20 -0400, Doug Hellmann wrote:
On Wed, Mar 19, 2014 at 10:11 AM, Flavio Percoco fla...@redhat.com wrote:
My only concern in this case - I'm not sure if this has been discussed
or written somewhere - is to define what the boundaries of that
divergence are. For instance,
I opened this bug Edgar:
https://bugs.launchpad.net/openstack-manuals/+bug/1294726
On Wed, Mar 19, 2014 at 10:17 AM, Edgar Magana emag...@plumgrid.com wrote:
Thanks for the input Anne!
Kyle,
Please file the proper bugs in the manual projects to be able to track the
progress of this
Inline.
Tim
- Original Message -
| From: prabhakar Kudva nandava...@hotmail.com
| To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
| Sent: Wednesday, March 19, 2014 7:09:24 AM
| Subject: Re: [openstack-dev] [Congress] Policy types
|
|
From: James Slagle [mailto:james.sla...@gmail.com]
Sent: 18 March 2014 19:58
Subject: [openstack-dev] [TripleO] Alternating meeting time for more TZ
friendliness
Our current meeting time is Tuesdays at 19:00 UTC. I think this works
ok for most folks in and around North America.
It was
Thanks for the great meeting today. Here are the action items that came out of
it:
- [Shaunak] Look into mailing list for user support. How do other OpenStack
projects do this?
- [Shaunak] Make trivial change to repo to learn OpenStack contribution process
- [Jamie] Look into PHPSpec vs. PHPUnit
Hi Mohammad,
I am sorry to say that the new schedule is indeed 1am EST...
- Stephen
On Wed, Mar 19, 2014 at 9:04 AM, Mohammad Banikazemi m...@us.ibm.com wrote:
Isaku Yamahata isaku.yamah...@gmail.com wrote on 03/19/2014 04:38:34 AM:
From: Isaku Yamahata isaku.yamah...@gmail.com
To:
Mohammad,
Agree, the information models for these two proposals are very similar.
It appears that the ODL model offers some additional flexibility in that
direction attributes are
attached to Classifiers and Directives rather than Policies in the Openstack
model.
Maybe the authors can
On 19/03/14 05:00, Stan Lagun wrote:
Steven,
Agree with your opinion on HOT expansion. I see that inclusion of
imperative workflows and ALM would require major Heat redesign and
probably would be impossible without loosing compatibility with previous
HOT syntax. It would blur Heat mission,
On Wed, Mar 19, 2014 at 12:23 PM, Louis.Fourie louis.fou...@huawei.comwrote:
Mohammad,
Agree, the information models for these two proposals are very similar.
It appears that the ODL model offers some additional flexibility in that
direction attributes are
attached to Classifiers and
On 03/19/2014 08:20 AM, Doug Hellmann wrote:
As I understand it, all of the integrated projects have looked at Pecan,
and are anticipating the transition. Most have no reason to create a new
API version, and therefore build a new API service to avoid introducing
incompatibilities by rebuilding
On 03/19/2014 09:25 PM, victor stinner wrote:
Hi,
According to the following table, paste is blocking many OpenStack servers to
be ported to Python 3:
https://wiki.openstack.org/wiki/Python3
I had a look to this, and found it weird that ironicclient is marked as
supporting Python3,
+1
On Wed, Mar 19, 2014 at 5:33 AM, Stan Lagun sla...@mirantis.com wrote:
+1 for both
On Wed, Mar 19, 2014 at 3:35 PM, Renat Akhmerov rakhme...@mirantis.comwrote:
Team,
So far I've been just the only one core member of the team. I started
feeling lonely :) Since the project team and
An advance on the changes that it's requiring to have a
py-c++ compiled rootwrap as a mitigation POC for havana/icehouse.
https://github.com/mangelajo/shedskin.rootwrap/commit/e4167a6491dfbc71e2d0f6e28ba93bc8a1dd66c0
The current translation output is included.
It looks like doable (almost
On 19/03/14 02:07, Chris Friesen wrote:
On 03/18/2014 11:18 AM, Zane Bitter wrote:
On 18/03/14 12:42, Steven Dake wrote:
You should be able to use the HARestarter resource and functionality to
do healthchecking of a vm.
HARestarter is actually pretty problematic, both in a causes major
I started the following.
https://review.openstack.org/#/c/81589
Please feel free to check it out, most of this information we can get from pypi
itself via its apis.
-Josh
From: David Koo kpublicm...@gmail.commailto:kpublicm...@gmail.com
Reply-To: OpenStack Development Mailing List (not for
+1
-Original Message-
From: Ryan O'Hara [mailto:roh...@redhat.com]
Sent: Wednesday, March 19, 2014 2:37 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron][LBaaS] Requirements Wiki
On Tue, Mar 18, 2014 at 10:57:15PM +, Jorge
Only one project is using swob, and it is unlikely that will change.
That begs the question, *why* is that unlikely to change? Is it because
there are fundamental needs that are not met by Pecan? If I understand the
original charter for Oslo, it was to consolidate code already in use by
projects
Oleg, thanks for the updates.
Eugene, High/Medium/Low is fine with me. I really just wanted to find a way to
rank even amongst all of 'X' priorities. As people start adding more items we
may need more columns to add things such as this, links to blueprints (per
Ryan's idea), etc. In terms of
Excerpts from Sullivan, Jon Paul's message of 2014-03-19 09:26:44 -0700:
From: James Slagle [mailto:james.sla...@gmail.com]
Sent: 18 March 2014 19:58
Subject: [openstack-dev] [TripleO] Alternating meeting time for more TZ
friendliness
Our current meeting time is Tuesdays at 19:00 UTC.
On Wed, Mar 19 2014, Donald Stufft wrote:
I’m not sure that “number of dependencies” is a useful metric at all tbh. At
the
very least it’s not a very telling metric in the way it was presented in the
review.
[…]
+1000
Seriously, this in itself just discredits any value in this analysis
On 20 March 2014 01:06, Mark McLoughlin mar...@redhat.com wrote:
I think we need a slight reset on this discussion. The way this email
was phrased gives a strong sense of Marconi is a dumb idea, it's going
to take a lot to persuade me otherwise.
Thanks Mark, thats a great point to make. I
Solum Cores,
Thanks for your input. The proposed changes have been applied.
Thanks,
Adrian
On Mar 17, 2014, at 10:13 PM, Adrian Otto adrian.o...@rackspace.com wrote:
Solum Cores,
I propose the following changes to the Solum core reviewer team:
+gokrokve
+julienvey
+devdatta-kulkarni
+1 from me.
Also, in the future, we can join Kirill Izotov to the core team too.
On Wed, Mar 19, 2014 at 9:46 PM, Manas Kelshikar ma...@stackstorm.comwrote:
+1
On Wed, Mar 19, 2014 at 5:33 AM, Stan Lagun sla...@mirantis.com wrote:
+1 for both
On Wed, Mar 19, 2014 at 3:35 PM, Renat
On Wed, Mar 19 2014, Kurt Griffiths wrote:
That begs the question, *why* is that unlikely to change?
Because that project is Swift.
--
Julien Danjou
// Free Software hacker
// http://julien.danjou.info
signature.asc
Description: PGP signature
___
Let me start by saying that I want there to be a constructive discussion
around all this. I've done my best to keep my tone as non-snarky as I could
while still clearly stating my concerns. I've also spent a few hours
reviewing the current code and docs. Hopefully this contribution will be
On 03/19/2014 01:47 PM, Mike Perez wrote:
On 03/19/2014 08:20 AM, Doug Hellmann wrote:
As I understand it, all of the integrated projects have looked at Pecan,
and are anticipating the transition. Most have no reason to create a new
API version, and therefore build a new API service to avoid
On 20 Mar 2014, at 5:44 am, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Sullivan, Jon Paul's message of 2014-03-19 09:26:44 -0700:
From: James Slagle [mailto:james.sla...@gmail.com]
Sent: 18 March 2014 19:58
Subject: [openstack-dev] [TripleO] Alternating meeting time for more TZ
On 03/19/2014 02:00 AM, Stan Lagun wrote:
Steven,
Agree with your opinion on HOT expansion. I see that inclusion of
imperative workflows and ALM would require major Heat redesign and
probably would be impossible without loosing compatibility with
previous HOT syntax. It would blur Heat
Can someone please give more detail into why MongoDB being AGPL is a problem?
The drivers that Marconi uses are Apache2 licensed, MongoDB is separated by the
network stack and MongoDB is not exposed to the Marconi users so I don't think
the 'A' part of the GPL really kicks in at all since the
Excerpts from Zane Bitter's message on 19/03/2014 18:18:34:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 19/03/2014 18:21
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
On 19/03/14 05:00, Stan Lagun wrote:
Steven,
Agree with your
On Wed, Mar 19, 2014 at 10:00 AM, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
On Wed, Mar 19, 2014 at 7:31 AM, Thierry Carrez thie...@openstack.orgwrote:
Kurt Griffiths wrote:
Kudos to Balaji for working so hard on this. I really appreciate his
candid feedback on both frameworks.
+1 for Nikolay - he's indeed the most involved in all aspect.
and yes I am up to doing it.
DZ.
On Mar 19, 2014, at 4:35 AM, Renat Akhmerov rakhme...@mirantis.com wrote:
Team,
So far I’ve been just the only one core member of the team. I started feeling
lonely :) Since the project team
Hi,
I think notification mechanism proposed in Heat will work fine for
integration with external workflows. The approach which uses workflows
outside of Heat engine sounds consistent with our current approach in
Murano.
I am looking into new TOSCA yaml format and I also ask Mirantis management
On Wed, Mar 19, 2014 at 11:57 PM, Steven Dake sd...@redhat.com wrote:
Now because DSL provides not only a way to write sandboxed isolated code
but also a lot of declarations (classes, properties, parameters,
inheritance and contracts) that are mostly not present in Python we don't
need
Ability to hook up to application deployment is indeed a good thing. And it
can be done both in HOT and MuranoPL. And Mistral is a good candidate to
handle those hooks. But this is not a replacement for MuranoPL but an
addition to it.
The problem with hooks is that you cannot hoot just into
Its my understanding that the only case the A in the AGPL would kick in is if
the cloud provider made a change to MongoDB and exposed the MongoDB instance to
users. Then the users would have to be able to download the changed code. Since
Marconi's in front, the user is Marconi, and wouldn't
On 03/19/2014 02:24 PM, Fox, Kevin M wrote:
Can someone please give more detail into why MongoDB being AGPL is a
problem? The drivers that Marconi uses are Apache2 licensed, MongoDB is
separated by the network stack and MongoDB is not exposed to the Marconi
users so I don't think the 'A' part of
On Thu, Mar 20, 2014 at 7:00 AM, James Polley j...@jamezpolley.com wrote:
On 20 Mar 2014, at 5:44 am, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Sullivan, Jon Paul's message of 2014-03-19 09:26:44 -0700:
From: James Slagle [mailto:james.sla...@gmail.com james.sla...@gmail.com
]
On Wed, Mar 19, 2014 at 9:25 AM, Miguel Angel Ajo majop...@redhat.comwrote:
An advance on the changes that it's requiring to have a
py-c++ compiled rootwrap as a mitigation POC for havana/icehouse.
https://github.com/mangelajo/shedskin.rootwrap/commit/
On Wed, Mar 19, 2014 at 3:43 AM, Sean Dague s...@dague.net wrote:
On 03/18/2014 08:15 PM, Joe Gordon wrote:
On Tue, Mar 18, 2014 at 8:12 AM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
On 03/18/2014 10:11 AM, Daniel P. Berrange wrote:
On Tue, Mar 18, 2014 at
On Wed, Mar 19, 2014 at 1:52 AM, Nadya Privalova nprival...@mirantis.comwrote:
Ok, so we don't want to switch to UCA, let's consider this variant.
What options do we have to make possible to run Ceilometer jobs with Mongo
backend?
I see only https://review.openstack.org/#/c/81001/ or making
The ceilometer collector is meant to scale horizontally. Have you tried
configuring the test environment to run more than one copy, to process the
notifications more quickly?
Doug
On Tue, Mar 18, 2014 at 8:09 AM, Nadya Privalova nprival...@mirantis.comwrote:
Hi folks,
I'd like to discuss
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
tomorrow Thursday, March 20th 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
On Mar 19, 2014, at 12:27 PM, Julien Danjou jul...@danjou.info wrote:
On Wed, Mar 19 2014, Kurt Griffiths wrote:
That begs the question, *why* is that unlikely to change?
Because that project is Swift.
If you look at the Swift code, you'll see that swob is not a replacement for
either
2014-03-19 22:38 GMT+01:00 Fox, Kevin M kevin@pnnl.gov:
Its my understanding that the only case the A in the AGPL would kick in is
if the cloud provider made a change to MongoDB and exposed the MongoDB
instance to users. Then the users would have to be able to download the
changed code.
1 - 100 of 116 matches
Mail list logo