Hello everyone,
Two regressions were detected in Cinder release candidate testing. We
respun a new release candidate to include the fixes for those issues in
the final Icehouse release. You can find links to the 2 bugs fixed and
the RC3 source tarball at:
https://launchpad.net/cinder/icehouse/ice
Some notes:
Even though we use YAQL now our design is flexible enough to plug other ELs in.
If it tells you something in Amazon SWF a component that makes a decision about
a further route is called Decider.
This discussion about conditionals is surely important but it doesn’t matter
too much if
Hi there,
Currently,alarm_evaluator invoke ceilometerclient to get all assigned
alarms. and then, evaluate per alarm by get statistics, which will also
call ceilometerclient. this process is:
evaluator-->ceilometerclient-->ceilometer API-->db.
If we use default option of evaluation_interval (60s),
Hi
I'm following link for opendaylight openstack integration..
http://networkstatic.net/opendaylight-openstack-integration-devstack-fedora-20/
I'm able to interact opendaylight controller with the stack using ml2
plugin and boot the VMs at the controller node and at compute node.
The problem wh
Since you have mentioned that, I'm kind of interested, who else is going to
benefit from this transition?
I'm asking because everyone tells me that it's essential for us to work
together, though my senses tells me that we are starting from different
prerequisites, targeting different use case
On 15 Apr 2014, at 11:13, Joshua Harlow wrote:
> Sure, its not the fully complete lazy_engine, but piece by piece we can get
> there.
Did you make any estimations when it could happen? :)
> Of course code/contributions are welcome, as such things will benefit more
> than just mistral, but op
On Mon, Apr 14, 2014 at 11:26:17AM -0500, Ben Nemec wrote:
> tldr: I propose we use bash explicitly for all diskimage-builder
> scripts (at least for the short-term - see details below).
>
> This is something that was raised on my linting changes to enable
> set -o pipefail. That is a bash-ism, s
confirmed
On 04/15/2014 03:07 AM, Angus Salkeld wrote:
> Hi all,
>
> I'd like to announce my candidacy as a TC member.
>
> A little about me:
> I am a software developer at Rackspace (previously at Red Hat). I
> started off my OpenStack
> contributions with Heat (I started Heat with Steve Dake).
Team,
Following up on the yesterday’s community meeting I created an etherpad and
captured all the formal steps we need to make in order to consider Mistral PoC
ready [0]. Please take a look and comment and/or add other items that you think
I missed.
My expectation is to get all the items goin
Hi
On 15 April 2014 09:14, Daniel P. Berrange wrote:
>
> I supose that rewriting the code to be in Python is out of the
> question ? IMHO shell is just a terrible language for doing any
> program that is remotely complicated (ie longer than 10 lines of
I don't think it's out of the question -
On Mon, Apr 14 2014, Doug Hellmann wrote:
> Balancing Europe and Pacific TZs is going to be a challenge. I can't
> go at 1800 or 1900, myself, and those are pushing a little late in
> Europe anyway.
>
> How about 1600?
> http://www.timeanddate.com/worldclock/converted.html?iso=20140414T16&p1=0&p2=
Hi,
Just for reminder, the weekly meeting will be held today at 1500 UTC on
#openstack-meeting.
The agenda I can see for today is :
- Follow-up on previous actions
- Status on forklift efforts
- Juno summit design sessions
- open discussion
If you want to discuss about another topic, please
1600 UTC for me is ok. Later than that in Europe (Friday
afternoon/night) could be a problem.
Ghe Rivero
On 04/14/2014 10:56 PM, Doug Hellmann wrote:
> That may work. Let's see what the team members in Europe say about the
> proposed times.
>
> Doug
>
> On Mon, Apr 14, 2014 at 3:04 PM, Joshua Har
What I saw in this thread are several topics:
1) Is VM HA really relevant (in a cloud)?
This is the most difficult question to answer, because it really depends
on who you are talking to, who are the user community you are facing.
IMHO, for most web-based applications that are born to run on clou
Hello everyone!
I would like to try to solve this problem. I registered blueprint on this
topic
https://blueprints.launchpad.net/neutron/+spec/neutron-robust-db-migrationsand
I'm going to experiment with options to solve this. I'm welcome any
suggestions and ready to talk about it via IRC (akamysh
On 11 April 2014 16:24, Eric Harney wrote:
> I suppose I should also note that if the plans in this blueprint are
> implemented the way I've had in mind, the main issue here about only
> loading shares at startup time would be in place, so we may want to
> consider these questions under that dir
On 14/04/14 19:51, Kevin Benton wrote:
> Hi Mario,
>
> Here is the problem:
import netaddr
p = netaddr.IPNetwork('2001:0db8::/64')
str(p)
> '2001:db8::/64'
>
> Now that you are converting CIDR strings to netaddr objects and back, it's
> causing redundant info to be dropped. You wil
On 14 April 2014 19:51, James Penick wrote:
> We drive the ³VM=Cattle² message pretty hard. Part of onboarding a
> property to our cloud, and allowing them to serve traffic from VMs is
> explaining the transient nature of VMs. I broadcast the message that all
> compute resources die, and if your d
Hi there,
I'd like to announce my candidacy as a TC member.
I'm a software engineer, and started contributing to OpenStack 2.5 years
ago. I've also been the Ceilometer PTL for the last year. And I've
actually already seated at the TC last year.
Within the TC, I'd like to focus on improving proje
Hi all,
I started working on the stack snapshot blueprint [1] and wrote a first series
of patches [2] to get a feeling of what's possible. I have a couple of related
design questions though:
* Is a stack snapshot independent of the stack? That's the way I chose for my
patches, you start with
confirmed
On 04/15/2014 01:13 PM, Julien Danjou wrote:
> Hi there,
>
> I'd like to announce my candidacy as a TC member.
>
> I'm a software engineer, and started contributing to OpenStack 2.5 years
> ago. I've also been the Ceilometer PTL for the last year. And I've
> actually already seated at
Hi.
I'd also like to announce my TC candidacy. I am currently a member of
the TC, and I would like to continue to serve.
I first started hacking on Nova during the Diablo release, with my
first code contributions appearing in the Essex release. Since then
I've hacked mostly on Nova and Oslo, alth
+1 to use bash as the default shell. So far, all major distros use bash
as the default one (except Debian which uses dash).
An about rewriting the code in Python, I agree that shell is complicated
for large programs, but writing anything command oriented in other than
shell is a nightmare. But ther
+1 for the use of /usr/share and keeping the compatibility for a couple
of releases.
Ghe Rivero
On 04/15/2014 03:30 AM, Clint Byrum wrote:
> Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700:
>> Right now the os-*-config projects default to looking for their files in
>> /opt/stack, w
confirmed
On 04/15/2014 01:29 PM, Michael Still wrote:
> Hi.
>
> I'd also like to announce my TC candidacy. I am currently a member of
> the TC, and I would like to continue to serve.
>
> I first started hacking on Nova during the Diablo release, with my
> first code contributions appearing in t
Julien, good inputs. I will make updates to the wiki after compiling feedback
from today's IRC
From: Julien Vey [[email protected]]
Sent: Monday, April 14, 2014 3:14 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev
Guys,
We have big and complicated structure of the project. And part of our
patchsets require additional actions before merge. Sometimes we need
approve from testers, sometimes we need merge requests in several repos at
the same time, sometimes we need updates of rpm repositories before merge.
We
Hi Stephen,
Thanks for a good summary. Some comments inline.
On Tue, Apr 15, 2014 at 5:20 AM, Stephen Balukoff wrote:
>
>
> So! On this front:
>
> 1. Does is make sense to keep filling out use cases in Samuel's document
> above? I can think of several more use cases that our customers actually
>
Thanks Anna.
I've been following the issue so far, but I am happy to hand it over to you.
I think the problem assessment is complete, but if you have more questions
ping me on IRC.
Regarding the solution, I think we already have a fairly wide consensus on
the approach.
There are however a few det
Hi all!
I'd like to announce my candidacy to serve as a TC member.
About me:
I'm a software engineer at Red Hat, and have been working full-time on
OpenStack for the last two years. I've been heavily involved with the Heat
project since before it was incubated, served as PTL for the Havana cyc
On Mon, Apr 14, 2014 at 06:30:59PM -0700, Clint Byrum wrote:
> Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700:
> > Right now the os-*-config projects default to looking for their files in
> > /opt/stack, with an override env var provided for other locations. For
> > packaging pur
> IIRC implementing something like this had been discussed quite a while back.
> I think we discussed the possibility of using web hooks and a defined
> api/payload in place of the SNS/SQS type stuff. I don't think it ever made
> it to the backlog, but I'd be happy to discuss further design and may
confirmed
On 04/15/2014 02:04 PM, Steven Hardy wrote:
> Hi all!
>
> I'd like to announce my candidacy to serve as a TC member.
>
>
> About me:
>
> I'm a software engineer at Red Hat, and have been working full-time on
> OpenStack for the last two years. I've been heavily involved with the Hea
On Mon, Apr 14, 2014 at 07:24:57PM +0100, Chris Jones wrote:
> Hi
>
> Apart from special cases like the ramdisk's /init, which is a script that
> needs
> to run in busybox's shell, everything should be using bash. There's no point
> us
> tying ourselves in knots trying to achieve POSIX complianc
Hi Stackers,
I've known OpenStack since it was a baby, and I've watched it grow to
the teenager it is today -- pimples and all. I hope to help guide it
along its way to adulthood by serving on the Technical Committee.
Besides developing on a number of core and ecosystem OpenStack projects,
I've a
confirmed
On 04/15/2014 02:18 PM, Jay Pipes wrote:
> Hi Stackers,
>
> I've known OpenStack since it was a baby, and I've watched it grow to
> the teenager it is today -- pimples and all. I hope to help guide it
> along its way to adulthood by serving on the Technical Committee.
>
> Besides devel
On 15/04/14 11:05 +0200, Julien Danjou wrote:
On Mon, Apr 14 2014, Doug Hellmann wrote:
Balancing Europe and Pacific TZs is going to be a challenge. I can't
go at 1800 or 1900, myself, and those are pushing a little late in
Europe anyway.
How about 1600?
http://www.timeanddate.com/worldclock/c
- Original Message -
> From: "Chris Jones"
> To: [email protected], "OpenStack Development Mailing List (not for
> usage questions)"
>
> Sent: Monday, April 14, 2014 2:24:57 PM
> Subject: Re: [openstack-dev] [tripleo] /bin/bash vs. /bin/sh
>
> Hi
>
> Apart from special cases like
Thanks a lot, folks!
Eugene.
On Tue, Apr 15, 2014 at 2:55 AM, Stephen Balukoff wrote:
> I've also added our L7 feature usage data on a new tab.
>
>
> On Mon, Apr 14, 2014 at 3:03 PM, Prashanth Hari wrote:
>
>> Hi,
>>
>> We have updated the operators data -
>> https://docs.google.com/spreadshee
Sorry, I’m not quite clear about it yet.
I’m trying to find a way that heat controls the flow but not the nova scheduler.
发件人: Henrique Truta [mailto:[email protected]]
发送时间: 2014年4月14日 21:39
收件人: OpenStack Development Mailing List (not for usage questions)
主题: Re: [openstack-dev] [heat
Hey there,
I've got a quick question about the RabbitMQ exchanges. We are writing
listeners
for the RabbitMQ exchanges. The basic information about the tasks like
compute.instance.create.[start|stop] etc. as stored in the 'payload'
attribute of the
json message are my concern at the moment.
Does
Hello openstackers,
MagnetoDB community is proud to announce the release
of magnetodb-2.0.2 milestone.
It is publicly available here
https://pypi.python.org/pypi/magnetodb/2.0.2
http://tarballs.openstack.org/magnetodb/
The version contains following features and major fixes
+ devstack integratio
On Tue, Apr 15, 2014 at 7:03 AM, Salvatore Orlando wrote:
> Thanks Anna.
>
> I've been following the issue so far, but I am happy to hand it over to you.
> I think the problem assessment is complete, but if you have more questions
> ping me on IRC.
>
> Regarding the solution, I think we already ha
On 04/15/2014 09:07 AM, George Monday wrote:
> Hey there,
>
> I've got a quick question about the RabbitMQ exchanges. We are writing
> listeners
> for the RabbitMQ exchanges. The basic information about the tasks like
> compute.instance.create.[start|stop] etc. as stored in the 'payload'
> attribu
On 04/14/2014 09:30 PM, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700:
Right now the os-*-config projects default to looking for their files in
/opt/stack, with an override env var provided for other locations. For
packaging purposes it would be nice if the
+1 to using bash, the argument about not keeping POSIX compliance for
the sake of it makes sense to me.
On 04/15/2014 07:31 AM, Ghe Rivero wrote:
+1 to use bash as the default shell. So far, all major distros use bash
as the default one (except Debian which uses dash).
An about rewriting the co
On 04/15/2014 10:07 AM, George Monday wrote:
> Hey there,
>
> I've got a quick question about the RabbitMQ exchanges. We are writing
> listeners
> for the RabbitMQ exchanges. The basic information about the tasks like
> compute.instance.create.[start|stop] etc. as stored in the 'payload'
> attri
Hi again, Divakar, sorry for the delayed response!
On Wed, 2014-04-09 at 14:52 +, Nandavar, Divakar Padiyar wrote:
> Hi Jay, Managing multiple clusters using the "Compute Proxy" is not new
> right? Prior to this "nova baremetal" driver has used this model
> already.
Yes, unfortunately. Howeve
Hey there,
thanks for the input.
@Russel
My bad, sorry. Yes I was talking about notifications.
@Sandy
I'll have a look into the links provided. Thanks.
I guess we can consider this closed.
Cheers,
George
On Tue, Apr 15, 2014 at 3:40 PM, Sandy Walsh wrote:
>
>
> On 04/15/2014 10:07 AM, Geo
Hi.
I would like to announce my TC candidacy.
I work full time as a Software Developer on OpenStack at Rackspace,
part of the team working on Rackspace Cloud Servers, Rackspace's
public cloud. I am a Nova core reviewer, a member of nova-drivers,
leader of the XenAPI Nova sub-team, and the Nova "b
Hi Folks,
Sorry for being a tad slow on the uptake here, but I'm trying to understand the
sequence of updates required to move from a system that doesn't have external
events configured between Neutron and Nova and one that does (The new
nova-specs repo would have captured this as part of th
confirmed
On 04/15/2014 04:03 PM, John Garbutt wrote:
> Hi.
>
> I would like to announce my TC candidacy.
>
> I work full time as a Software Developer on OpenStack at Rackspace,
> part of the team working on Rackspace Cloud Servers, Rackspace's
> public cloud. I am a Nova core reviewer, a member
> If feels like the right sequence is:
>
> - Deploy the new code in Nova and at the same time set
> vif_plugging_is-fatal=False, so that Nova will wait for Neutron, but
> will still continue if the event never turns up (which is kind of like
> the code was before, but with a wait)
Yes, b
Sorry if you get this twice.
Since summit is approaching quickly, I wanted to see if anyone had interest
in forming a meetup for 3rd party testing. This would be a group for
helping the project cores by helping ourselves and hopefully improving
overall CI rollout.
Some topics to discuss: I'd a
On Mon, 2014-04-14 at 14:53 -0400, Doug Hellmann wrote:
> Balancing Europe and Pacific TZs is going to be a challenge. I can't
> go at 1800 or 1900, myself, and those are pushing a little late in
> Europe anyway.
>
> How about 1600?
> http://www.timeanddate.com/worldclock/converted.html?iso=201404
The NetApp driver uses NetApp specific API calls to implement the actual
cloning of the file. You could probably generalize it by implementing the
keeping of a cached image file on the destination share for future copies,
and then implement a standard "copy file" method that could be overloaded
by
On 04/15/2014 10:20 AM, Kurt Taylor wrote:
>
>
> Sorry if you get this twice.
>
> Since summit is approaching quickly, I wanted to see if anyone had interest
> in forming a meetup for 3rd party testing. This would be a group for
> helping the project cores by helping ourselves and hopefully impr
Humans make mistakes... all the time. Let's think how we can automate this
to have appropriate Jenkins check. In this particular case, we could do the
following:
a) make it "work in progress" if we still unsure on some deps
b) can we have smoke test which would check that master node builds, and
si
Ilya, here is link to the bug created:
https://bugs.launchpad.net/fuel/+bug/1308104
On Sun, Apr 13, 2014 at 8:53 AM, Vladimir Kuklin wrote:
> Ilya, thank you for pointing this out. Obviously we will add it into fuel
> manifests.
> 10 апр. 2014 г. 19:43 пользователь "Ilya Shakhat"
> написал:
>
On Apr 13, 2014, at 11:58 PM, Michael Still wrote:
> First off, thanks for electing me as the Nova PTL for Juno. I find the
> outcome of the election both flattering and daunting. I'd like to
> thank Dan and John for running as PTL candidates as well -- I strongly
> believe that a solid democrat
On 04/15/2014 03:16 AM, Qiming Teng wrote:
What I saw in this thread are several topics:
1) Is VM HA really relevant (in a cloud)?
This is the most difficult question to answer, because it really depends
on who you are talking to, who are the user community you are facing.
IMHO, for most web-ba
On 04/15/2014 06:03 AM, Jiangying (Jenny) wrote:
Sorry, I'm not quite clear about it yet.
I'm trying to find a way that heat controls the flow but not the nova
scheduler.
Heat doesn't control flow. Heat expects a scheduler is built into
whatever service it is consuming for resource managem
On 04/15/2014 11:01 AM, Brian Elliott wrote:
>> * specs review. The new blueprint process is a work of genius, and I
>> think its already working better than what we've had in previous
>> releases. However, there are a lot of blueprints there in review, and
>> we need to focus on making sure these
So every developer should manually mark every such review as WIP? And
remove this flag only when everyone agreed to merge? This will require
additional actions in 50% of fuel-web and 100% of fuel-main reviews.
Developers make mistakes too.
Let's just be more accurate.
On Tue, Apr 15, 2014 at 6:4
I know alembic is designed to be global, but could we extend it to track
multiple histories for a given database. In other words, various branches for
different namespaces on a single database. Would this feature ameliorate the
issues?
Amir
On Apr 15, 2014, at 8:24 AM, Kyle Mestery
mailto:mes
Hi Everyone,
Here are the minutes from today’s Hyper-V Meeting.
Minutes:
http://eavesdrop.openstack.org/meetings/hyper_v/2014/hyper_v.2014-04-15-16.02.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/hyper_v/2014/hyper_v.2014-04-15-16.02.txt
Log:
http://eavesdrop.o
Anita Kuno wrote on 04/15/2014 09:41:17 AM:
> On 04/15/2014 10:20 AM, Kurt Taylor wrote:
> >
> >
> > Sorry if you get this twice.
> >
> > Since summit is approaching quickly, I wanted to see if anyone had
interest
> > in forming a meetup for 3rd party testing. This would be a group for
> > helpin
Is there a plan to get Hyper-V CI working better? It looks like it is
failing significantly more frequently then Jenkins.
http://www.rcbops.com/gerrit/reports/nova-cireport.html
On Tue, Apr 15, 2014 at 9:25 AM, Peter Pouliot wrote:
> Hi Everyone,
> Here are the minutes from today’s Hyper-V Mee
On 04/15/2014 12:34 PM, Kurt Taylor wrote:
>
> Anita Kuno wrote on 04/15/2014 09:41:17 AM:
>> On 04/15/2014 10:20 AM, Kurt Taylor wrote:
>>>
>>>
>>> Sorry if you get this twice.
>>>
>>> Since summit is approaching quickly, I wanted to see if anyone had
> interest
>>> in forming a meetup for 3rd p
Meeting minutes:
http://eavesdrop.openstack.org/meetings/neutron_ipv6/2014/neutron_ipv6.2014-04-15-14.00.html
See you next week!
--
Sean M. Collins
___
OpenStack-dev mailing list
[email protected]
http://lists.openstack.org/cgi-bin/mai
I think we agree on the lazy execution model. At least at a high-level, I'd
rather not agree on the API's that are exactly exposed until there is an
implementation since I've found that agreeing to any type of API's before there
is the needed groundwork to make it happen is pretty useless and a
Well Ivan afaik is thinking through it, but being a community project its not
exactly easy to put estimations or timelines on things (I don't control Ivan,
or others).
Likely faster if u guys want to get involved.
-Josh
From: Renat Akhmerov mailto:[email protected]>>
Reply-To: "OpenStack
Another +1 for using bash. Sounds like an easy win.
On 15/04/14 12:31, Ghe Rivero wrote:
+1 to use bash as the default shell. So far, all major distros use bash
as the default one (except Debian which uses dash).
An about rewriting the code in Python, I agree that shell is complicated
for large
On Apr 14, 2014, at 11:54 AM, Salvatore Orlando
mailto:[email protected]>> wrote:
1) Specify that all migrations must run for every plugin (*) unless they are
really introducing schemas which are specific to a particular technology (such
as uuid mappings between neutron and backed)
This ap
On 04/15/2014 11:42 AM, Russell Bryant wrote:
> On 04/15/2014 11:01 AM, Brian Elliott wrote:
>>> * specs review. The new blueprint process is a work of genius, and I
>>> think its already working better than what we've had in previous
>>> releases. However, there are a lot of blueprints there in re
I'm trying to modify a 3rd party test setup to use zuul, but I'm seeing the
following error when I start up the zuul server:
===
2014-04-15 09:09:18,910 ERROR gerrit.GerritWatcher: Exception on ssh event
stream:
Traceback (most recent call last):
File "/
It appears that in Fedora 19 and 20 the Wordpress examples need to install
different packages than in every other release (see my debugging in
https://review.openstack.org/#/c/87065/). I just got a complaint from
Heat validation that I can't do this:
"AWS::CloudFormation::Init" : {
I've been watching the nova process, and I think its working out well
- it certainly addresses:
- making design work visible
- being able to tell who has had input
- and providing clear feedback to the designers
I'd like to do the same thing for TripleO this cycle..
I'm thinking we can just ad
Hello all,
I’d like to announce my candidacy for the Technical Committee election.
I was one of the original authors of the Nova project and served as
its PTL for the first two years that the position existed. I have also
been on the Technical Comittee since its inception. I was also recently
ele
FWIW: we are using bash in devstack if we were going to try to make it
POSIX bourne shell (or whatever /bin/sh is) it would have been a huge pain.
On Tue, Apr 15, 2014 at 1:25 PM, Dougal Matthews wrote:
> Another +1 for using bash. Sounds like an easy win.
>
>
> On 15/04/14 12:31, Ghe Rivero wr
confirmed
On 04/15/2014 08:45 PM, Vishvananda Ishaya wrote:
> Hello all,
>
> I’d like to announce my candidacy for the Technical Committee election.
>
> I was one of the original authors of the Nova project and served as
> its PTL for the first two years that the position existed. I have also
>
Hi Kanzhe,
First off, thank you for showing interest in discussing this proposal!
I’m not fully sure if I understood your point. Could you elaborate a bit more
on the L1, L2, L3 part?
Regarding the traffic steering API, as I see it the Neutron port is the virtual
counterpart of the network int
Just wanted to confirm what Sean said -- as someone who just joined the
OpenStack community last
year, going to implement a vaguely worded blueprint and then having the code
review be derailed
with people saying "well, you probably should be using this completely
different design" is fairly
frus
On 15/04/14 14:31, Mike Spreitzer wrote:
It appears that in Fedora 19 and 20 the Wordpress examples need to
install different packages than in every other release (see my debugging
in https://review.openstack.org/#/c/87065/). I just got a complaint
from Heat validation that I can't do this:
+2
I think that there is also a need to verify the user story aspect. One of the
great things with the ability to subscribe to nova-specs is that the community
can give input early, when we can check on the need and the approach. I know
from the CERN team how the requirements need to be review
On 04/15/2014 11:44 AM, Robert Collins wrote:
I've been watching the nova process, and I think its working out well
- it certainly addresses:
- making design work visible
- being able to tell who has had input
- and providing clear feedback to the designers
I'd like to do the same thing fo
Excerpts from Ben Nemec's message of 2014-04-14 09:26:17 -0700:
> tldr: I propose we use bash explicitly for all diskimage-builder scripts
> (at least for the short-term - see details below).
>
> This is something that was raised on my linting changes to enable set -o
> pipefail. That is a bash
Excerpts from Ghe Rivero's message of 2014-04-15 04:31:19 -0700:
> +1 to use bash as the default shell. So far, all major distros use bash
> as the default one (except Debian which uses dash).
> An about rewriting the code in Python, I agree that shell is complicated
> for large programs, but writi
Exactly. Even if operators/users only comment with a +0, it's already
flushed out a lot of good details on several blueprints.
Thanks!
Matt
On 4/15/14 2:38 PM, "Tim Bell" wrote:
>
>+2
>
>I think that there is also a need to verify the user story aspect. One of
>the great things with the abili
On 04/15/2014 01:44 PM, Robert Collins wrote:
I've been watching the nova process, and I think its working out well
- it certainly addresses:
- making design work visible
- being able to tell who has had input
- and providing clear feedback to the designers
I'd like to do the same thing fo
Zane Bitter wrote on 04/15/2014 03:29:03 PM:
> On 15/04/14 14:31, Mike Spreitzer wrote:
> > It appears that in Fedora 19 and 20 the Wordpress examples need to
> > install different packages than in every other release (see my
debugging
> > in https://review.openstack.org/#/c/87065/). I just got
On Mon, Apr 14, 2014 at 8:02 AM, Elizabeth Krumbach Joseph
wrote:
> Hi everyone,
>
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting tomorrow, Tuesday April 15th, at 19:00 UTC in
> #openstack-meeting
Meeting logs and minutes:
Minutes:
http://eavesdrop.openstack.org/mee
+1, I think it's a better medium for conversations than blueprints or wikis.
I'm also +1 to a tripleo-specs repo, but that's less me having a problem
with using incubator and more my OCD.
On 04/15/2014 03:43 PM, Monty Taylor wrote:
On 04/15/2014 11:44 AM, Robert Collins wrote:
I've been watc
On 04/15/2014 02:44 PM, Clint Byrum wrote:
Excerpts from Ben Nemec's message of 2014-04-14 09:26:17 -0700:
tldr: I propose we use bash explicitly for all diskimage-builder scripts
(at least for the short-term - see details below).
This is something that was raised on my linting changes to enabl
On Mon, Apr 14, 2014 at 7:06 PM, Stefano Maffulli wrote:
> On 04/14/2014 06:58 AM, Michael Still wrote:
>> First off, thanks for electing me as the Nova PTL for Juno.
>
> Congratulations Michael.
>
>> * I promised to look at mentoring newcomers. The first step there is
>> working out how to identi
On Fri, Apr 11, 2014 at 8:40 AM, Anne Gentle wrote:
> I'd love to see consolidation as I've tried to keep up nova dev docs for
> example, and with all the options it's tough to test and maintain one for
> docs. Go for it.
>
Nova isn't the only project that uses devstack, so shouldn't docs on how
Hello everyone,
One misnamed meter was discovered in Ceilometer release candidate
testing. Rather than having to support this misnamed meter in the
Icehouse final release, we decided to respin a new release candidate to
include the renamed meter in the final Icehouse release. You can find a
link t
On Fri, Apr 11, 2014 at 11:24 AM, Sean Dague wrote:
> On 04/11/2014 11:38 AM, Greg Lucas wrote:
> > Sean Dague wrote:
> >> Maybe it would be good to get an ad-hoc IRC meeting together to figure
> >> out what the must have features are that inspired everyone to write
> >> these. If we can come up
On 15/04/14 15:57, Mike Spreitzer wrote:
Zane Bitter wrote on 04/15/2014 03:29:03 PM:
> On 15/04/14 14:31, Mike Spreitzer wrote:
> > It appears that in Fedora 19 and 20 the Wordpress examples need to
> > install different packages than in every other release (see my
debugging
> > in https:/
Hi Steven et al.
2014-04-15 17:01 GMT+02:00 Steven Dake :
>
>> Qiming,
>
> If you read my original post on this thread, it outlines the current
> heat-core thinking, which is to reduce the scope of this resource from the
> Heat resources since it describes a workflow rather then an orchestrated
1 - 100 of 156 matches
Mail list logo
