On Fri, Jun 13, 2014 at 3:27 AM, Jamie Lennox jamielen...@redhat.com
wrote:
And as we're going to have to live with this for a while, I'd rather use
the more clear version of this in keystone instead of the Heat stanzas.
Anyone else have an opinion on this?
I like keeping sections' names
On Sat, 14 Jun 2014 08:40:33 +1000
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
Hi all,
So, I stumbled accross an issue while fixing up some tests, which is that
AFAICS since Icehouse we continually revalidate every property every time
they are accessed:
https://github.com/openstack/heat/blob/stable/havana/heat/engine/properties.py#L716
This means that, for example, we
Hello fuelers,
I'm working on openstack patching for 5.1 and I've met some problems.
The problems I've met are in repos/puppets installing process.
The problems are almost same, so I describe it on repos example.
The repos data are located in /var/www/nailgun. This folder is mounted
as /repo
Hi All,
The document was updated and ready for next review round.
Main things that were changed:
1. Comments were addressed
2. No back-end re-encryption supported
3. Intermediate certificates chain supported
*Opened question: Should chain be stored in same TLS container of the
+1
On 2014年06月14日 06:40, Michael Still 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
driven the new API work we've
Hi!
Please let me know if I've reached the proper group.
I am going through neutron's code and have a few questions.
1. I understood that
a. 'securitygroups' enables intra-subnet firewall and is aimed to
allow/deny traffic between tenants.
b. 'FWaaS' enables inter-subnet
On 6/14/14, 1:05 AM, Anita Kuno ante...@anteaya.info wrote:
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.
+1 for Paris/Lisbon
On Sun, Jun 15, 2014 at 4:27 PM, Gary Kotton gkot...@vmware.com wrote:
On 6/14/14, 1:05 AM, Anita Kuno ante...@anteaya.info wrote:
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
On 06/14/2014 09:39 PM, Sukhdev Kapur wrote:
Oppss...sorry wrong link... please use this
http://paste.openstack.org/show/84073/.
If anybody needs help, please ping me or go to #openstack-infra.
The relevant patch has been merged into upstream setuptools and a new
setuptools release,
Hi,
In the Icehouse cycle it was decided to deprecate the VMware ESX driver. The
motivation for the decision was:
* The driver is not validated by Minesweeper
* It is not clear if there are actually any users of the driver
Prior to jumping into the proposal we should take into account
Hi Israel,
please find my answers inline.
I'm not really an expert in this area, but I hope these answers are
helpful, and, hopefully, correct!
Salvatore
On 15 June 2014 14:55, Israel Ziv israel@huawei.com wrote:
Hi!
Please let me know if I’ve reached the proper group.
I am going
Excerpts from Steven Hardy's message of 2014-06-15 02:40:14 -0700:
Hi all,
So, I stumbled accross an issue while fixing up some tests, which is that
AFAICS since Icehouse we continually revalidate every property every time
they are accessed:
Excerpts from Matthew Booth's message of 2014-06-13 01:40:30 -0700:
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
Hello,
I want to start contributing to neutron project. I found bug which I
want to try fix: https://bugs.launchpad.net/neutron/+bug/1204956 and I
have question about workflow in such case. Should I clone neutron
reposiotory from branch master and do changes based on master branch or
maybe should
Excerpts from Sławek Kapłoński's message of 2014-06-15 13:10:56 -0700:
Hello,
I want to start contributing to neutron project. I found bug which I
want to try fix: https://bugs.launchpad.net/neutron/+bug/1204956 and I
have question about workflow in such case. Should I clone neutron
Regarding the two approaches outlines in the top post, I found out that the
bullet This is API versioning done the wrong way appears in both
approaches.
Is this a mistake or intentional?
From what I gather, the most reasonable approach appears to be starting
with a clean slate, which means having
Avishay,
what you say here is correct.
However, as we are in the process of moving to Pecan as REST API framework
I would probably refrain from adding new features to it at this stage.
Therefore, even if far from ideal, this kind of validation should perhaps
be performed in the DB layer. I think
On 16/06/14 06:26, Clint Byrum wrote:
Excerpts from Steven Hardy's message of 2014-06-15 02:40:14 -0700:
Hi all,
So, I stumbled accross an issue while fixing up some tests, which is that
AFAICS since Icehouse we continually revalidate every property every time
they are accessed:
Thank you Salvatore for your feedback.
Comments in-line.
On Sun, 2014-06-15 at 23:26 +0200, Salvatore Orlando wrote:
Regarding the two approaches outlines in the top post, I found out
that the bullet This is API versioning done the wrong way appears in
both approaches.
Is this a mistake or
Hi Irena,
The R columns are for non-core subgroup reviews and the C columns are
for the core reviewers.
As of now, we only have specs listed/tracked in this wiki. Expanding the
wiki to include the code was briefly discussed last week. One option that
comes to mind is expanding the table for
Thanks Tomas and Matthew
I've updated https://wiki.openstack.org/wiki/TripleO#Review_team to have a
link to the new dashboard.
On Fri, Jun 13, 2014 at 5:20 PM, Macdonald-Wallace, Matthew
matthew.macdonald-wall...@hp.com wrote:
Thanks Tomas,
http://bit.ly/1lsg3SH now contains the missing
Fuelers,
as we discussed during last IRC meeting
http://eavesdrop.openstack.org/meetings/fuel/2014/fuel.2014-06-12-16.01.html,
I'm scheduling bug squashing day on Tuesday, June 17th.
I'd like to propose the following order of bugs processing:
1. Confirm / triage bugs in New status
+1. I got lots of helpful assistance from him. :)
On Sun, Jun 15, 2014 at 8:44 PM, Alex Xu x...@linux.vnet.ibm.com wrote:
+1
On 2014年06月14日 06:40, Michael Still wrote:
Greetings,
I would like to nominate Ken'ichi Ohmichi for the nova-core team.
Ken'ichi has been involved with nova for
On Sat, 2014-06-14 at 08:40 +1000, Michael Still 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
driven the new
Hi, Fellows,
Anyone familiar with VMWARE SDK?
I am now trying to cerate a network(or a dv port group) in vcenter via VMware
SDK.
When I create a dvpg, I need to set vlan to config spec's
defaultPortConfig(Type DO:DVPortSetting), but vlan is a dynamic property of
DO:DVPortSetting.
I
+1, congratulation:)
-邮件原件-
发件人: Michael Still [mailto:mi...@stillhq.com]
发送时间: 2014年6月14日 6:41
收件人: OpenStack Development Mailing List
主题: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core
Greetings,
I would like to nominate Ken'ichi Ohmichi for the nova-core team.
+1 !!! :-)
(2014/06/14 7:40), Michael Still 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
driven the new API work
Hi
I have installed openstack using devstack.I'm able to boot VM from
openstack cloud on the controller node.When I'm trying to boot VM on the
compute node,it is stucking at spawning state.The logs of the nova-compute
on the controller node is almost the same as that of of the nova-compute on
the
hi,
My initial analysis of Neutron 3rd Party CI is here [1]. This was
somewhat correlated with information from DriverLog [2], which was
helpful to put this together.
i updated the etherpad for ofagent.
currently a single CI system is running tests for both of ofagent and ryu.
is it ok?
On Fri, 13 Jun 2014 09:40:30 AM Matthew Booth wrote:
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,
31 matches
Mail list logo