Thanks for this.
It would be interesting to see how much of this work you think is
achievable in Kilo. How long do you see this process taking? In line
with that, is it just you currently working on this? Would calling for
volunteers to help be meaningful?
Michael
On Tue, Oct 21, 2014 at 5:00
+1
that's a great way to state it Sam.
regards,
mike
- Original Message -
Hi Amit,
Keeping in mind this viewpoint is nothing but my own personal view, my
recommendation would be to not mandate the use of a particular validation
framework, but to instead define what kind of
- Original Message -
However I don't think we should be mandating specific libraries, but we
can make recommendations (good or bad) based on actual experience. This
will be especially useful to new projects starting up to benefit from
the pain other projects have experienced.
+1
i
Hi,
I've just noticed that the DB Datasets CI (the artist formerly known
as turbo hipster) is failing for many patches. I'm looking into it
now.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
everyone.
Is it possible to add a verification step to nodepool so that it
doesn't mark a new image as ready unless it passes some basic sanity
checks?
Thanks,
Michael
On Sat, Oct 18, 2014 at 8:44 AM, Michael Still mi...@stillhq.com wrote:
Hi,
I've just noticed that the DB Datasets CI
On Sat, Oct 18, 2014 at 11:02 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-10-18 10:45:23 +1100 (+1100), Michael Still wrote:
[...]
Is it possible to add a verification step to nodepool so that it
doesn't mark a new image as ready unless it passes some basic sanity
checks?
Back
Have you seen the “how-to” wiki page?
https://wiki.openstack.org/wiki/Neutron/DVR/HowTo
Yours,
Michael Smith
Hewlett-Packard Company
HP Networking RD
8000 Foothills Blvd. M/S 5557
Roseville, CA 95747
PC Phone: 916 540-1884
Ph: 916 785-0918
Fax: 916 785-1199
From: zhang xiaobin [mailto:14050
I think nova wins. We have:
./nova/virt/libvirt/driver.py:3736:1: C901
'LibvirtDriver._get_guest_config' is too complex (67)
Michael
On Fri, Oct 17, 2014 at 2:45 PM, Dolph Mathews dolph.math...@gmail.com wrote:
I ran this tool on Keystone and liked the results - the two methods that
ranked D
On Fri, Oct 17, 2014 at 2:39 PM, Joe Gordon joe.gord...@gmail.com wrote:
First step in fixing this, put a cap on it: http://goog_106984861
https://review.openstack.org/129125
Thanks Joe - I've just put up a similar patch for Ironic:
https://review.openstack.org/129132
--
Michael Davies
- Original Message -
Thoughts?
I like this idea. From my experience with the Sahara project I think there is
definite opportunity for this mechanic especially with regards to cluster
creation and job executions.
regards,
mike
___
. It sure does
make my life easy.
More details will be forthcoming closer to the event, but I wanted to
give people as much notice as possible about dates and location so
they can start negotiating travel if they want to come.
Cheers,
Michael
--
Rackspace Australia
Logging like that is useful for admins, but I wonder if we should talk
about notifications as well. That would allow people to build systems which
warned the user as well that they are nearing quota.
Michael
On Tue, Oct 7, 2014 at 2:33 AM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
I'm
, they will be approved.
Other proposals
===
For other proposals, the process is the same as Juno... Propose a spec
review against the specs/kilo/approved directory and we'll review it
from there.
Cheers,
Michael
--
Rackspace Australia
On Fri, Oct 3, 2014 at 4:05 AM, Soren Hansen so...@linux2go.dk wrote:
I'm sorry about my slow responses. For some reason, gmail didn't think
this was an important e-mail :(
2014-09-30 18:41 GMT+02:00 Jay Pipes jaypi...@gmail.com:
On 09/30/2014 08:03 AM, Soren Hansen wrote:
2014-09-12 1:05
currently do.
Michael
On Thu, Oct 2, 2014 at 7:14 AM, Sean Dague s...@dague.net wrote:
On 10/01/2014 04:46 PM, Ian Cordasco wrote:
On 10/1/14, 11:53 AM, Morgan Fainberg morgan.fainb...@gmail.com
wrote:
On Wednesday, October 1, 2014, Sean Dague s...@dague.net wrote:
As stable branches got
Thanks for doing this. My recollection is that we still need some features
landed in Neutron before this work can complete, but its possible I am
confused.
A public status update on that from the Neutron team would be good.
Michael
On Thu, Oct 2, 2014 at 6:18 AM, Clark Boylan cboy
We agreed a few nova team meetings ago that this would be done in
early October, so I expect it will happen sometime this week.
Cheers,
Michael
On Tue, Sep 30, 2014 at 10:09 AM, John Zhang
zhang.john.vmthun...@gmail.com wrote:
Hi,
We wrote a spec (for fast booting a large number of VMs
It seems like a no-brainer to me to prioritise people who have been patient
with us.
How about we tag these re-proposals with a commit message tag people can
search for when they review? Perhaps Previously-approved: Juno?
Michael
On Tue, Sep 30, 2014 at 11:06 AM, Joe Gordon joe.gord
here are the updated fedora images, could we get them hosted at
sahara-files.mirantis.com please
https://mimccune.fedorapeople.org/sahara-juno-vanilla-1.2.1-fedora-20.qcow2
https://mimccune.fedorapeople.org/sahara-juno-vanilla-2.4.1-fedora-20.qcow2
md5sum
7e8a39bb4d43ebf07ceeaf66670d8726
.
On the other hand, its only a couple of days until rc1, so we're
trying to be super conservative about what we land now in Juno.
So... I'd like to see a bit of a conversation on what call we make
here. Do we land 119521?
Michael
--
Rackspace Australia
I am ok with a staged approach, although I do think its something we
should start in Kilo. That said though, we emit a warning if the
installation doesn't have a working libguestfs in juno.
Michael
On Tue, Sep 23, 2014 at 8:09 PM, Daniel P. Berrange berra...@redhat.com wrote:
On Tue, Sep 23
- Original Message -
If someone uses Fedora images I can add their.
I can generate Fedora images, I'll post here when they are ready.
mike
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On Tue, Sep 23, 2014 at 8:58 PM, Daniel P. Berrange berra...@redhat.com wrote:
On Tue, Sep 23, 2014 at 02:27:52PM +0400, Roman Bogorodskiy wrote:
Michael Still wrote:
Hi.
I know we've been talking about deprecating nova.virt.disk.vfs.localfs
for a long time, in favour of wanting
- Original Message -
Mike, please, propose a CR to our docs w/ Fedora images when it'll be ready.
will do
mike
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
given where we are in the release cycle.
Persuant to our revert policy [2], I am asking cores to take a look at
these patches as soon as possible.
Thanks,
Michael
1: https://bugs.launchpad.net/nova/+bug/1369627
2: https://github.com/openstack/nova/blob/master/doc/source/devref/policies.rst
,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
I think we should leave LVM out for now -- I am not sure it makes
sense to put a tens of megabyte file into its own LV. I'll fix the
cleanup thing today.
Michael
On Tue, Sep 23, 2014 at 5:21 AM, Solly Ross sr...@redhat.com wrote:
Overall, this looks good.
Your alternate implementation misses
And the python-novaclient release has now been done.
Thanks,
Michael
On Sat, Sep 20, 2014 at 6:53 AM, Michael Still mi...@stillhq.com wrote:
Thanks. That's now approved and we're waiting for the merge.
Michael
On Fri, Sep 19, 2014 at 7:30 PM, Andrey Kurilin akuri...@mirantis.com wrote
I would like to do a python-novaclient release, but this requirements
commit hasn't yet turned into a requirements proposal for novaclient
(that I can find). Can someone poke that for me?
Michael
On Fri, Sep 19, 2014 at 12:04 AM, Doug Hellmann d...@doughellmann.com wrote:
All of the final
for how to progress. It took
us a long time to get to a good shared vision there, so we need to
ensure that we see that work through to the end.
We live in interesting times, but they're also exciting as well.
Michael
--
Rackspace Australia
___
OpenStack
this work.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Thanks. That's now approved and we're waiting for the merge.
Michael
On Fri, Sep 19, 2014 at 7:30 PM, Andrey Kurilin akuri...@mirantis.com wrote:
Here you are!:)
https://review.openstack.org/#/c/122667
On Fri, Sep 19, 2014 at 9:02 AM, Michael Still mi...@stillhq.com wrote:
I would like
for a bug day if we ran one?
Michael
On Tue, Sep 16, 2014 at 6:12 PM, Daniel P. Berrange berra...@redhat.com wrote:
On Tue, Sep 16, 2014 at 07:30:26AM +1000, Michael Still wrote:
On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant rbry...@redhat.com wrote:
On 09/15/2014 05:42 AM, Daniel P. Berrange wrote
in fixing a
critical bug in rc1, I think we should start to question if it is
really critical.
I'd also like help in deciding what other bugs are critical to be
fixed before release. Please use this thread to suggest such things.
Thanks,
Michael
--
Rackspace Australia
have reported more
seriously.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant rbry...@redhat.com wrote:
On 09/15/2014 05:42 AM, Daniel P. Berrange wrote:
On Sun, Sep 14, 2014 at 07:07:13AM +1000, Michael Still wrote:
Just an observation from the last week or so...
The biggest problem nova faces at the moment isn't code
that some people are focused by their employers on feature work, but
those features aren't going to land in a world in which we have to hand
walk everything through the gate.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev
to do that for policy reasons. We could
change that right now with a trivial tweak to each CI system's zuul
config.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
with a consistent way
to solve that problem.
Michael
On Thu, Sep 4, 2014 at 1:37 AM, Joe Gordon joe.gord...@gmail.com wrote:
As you all know, there has recently been several very active discussions
around how to improve assorted aspects of our development process. One idea
that was brought up is to come
. This extension has the ability to:
- list nodes running baremetal
- show detail of one of those nodes
- create a new baremetal node
- delete a baremetal node
Only the first two of those would be supported if we implemented a proxy.
So, discuss.
Thanks,
Michael
--
Rackspace Australia
way to find out.
So, I think we're left assuming that people do use it, and acting accordingly.
Then again, is it ok to assume admins can tweak their code to use the
ironic API? I suspect it is, because the number of admins is small...
Michael
--
Rackspace Australia
on the
things which do stand a chance.
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Ahhh, I didn't realize Jay had added his name in the review. This FFE
is therefore approved.
Michael
On Mon, Sep 8, 2014 at 10:12 AM, Genin, Daniel I.
daniel.ge...@jhuapl.edu wrote:
The FFE request thread is here:
http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg34100
I didn't put two and two together and come up with three cores here.
Sorry for that. This FFE is approved.
Michael
On Fri, Sep 5, 2014 at 10:57 PM, Sean Dague s...@dague.net wrote:
On 09/04/2014 07:54 PM, Christopher Yeoh wrote:
On Thu, 4 Sep 2014 23:08:09 +0900
Ken'ichi Ohmichi ken1ohmi
That's something I'll work on today.
Michael
On Sun, Sep 7, 2014 at 12:32 AM, Thierry Carrez thie...@openstack.org wrote:
Michael Still wrote:
I've built this handy dandy list of granted FFEs, because searching
email to find out what is approved is horrible. It would be good if
people
The process for requesting a FFE is to email openstack-dev and for the
core sponsors to signup there. I've obviously missed the email
thread... What is the subject line?
Michael
On Sun, Sep 7, 2014 at 3:03 AM, Genin, Daniel I.
daniel.ge...@jhuapl.edu wrote:
Hi Michael,
I see that ephemeral
hey folks,
I am requesting an exception for the Swift trust authentication blueprint[1].
This blueprint addresses a security bug in Sahara and represents a significant
move towards increased security for Sahara clusters. There are several reviews
underway[2] with 1 or 2 more starting today or
Approved.
Michael
On Fri, Sep 5, 2014 at 3:46 PM, Matt Dietz matt.di...@rackspace.com wrote:
Thirding sponsorship.
I didn¹t review as much as the other two, but I helped merge a couple of
the patches. Agreed with Jay otherwise; we¹re almost there, let¹s finish
it.
-Original Message
Approved.
Michael
On Fri, Sep 5, 2014 at 3:43 PM, Jay Pipes jaypi...@gmail.com wrote:
I am also happy to sponsor it. I've already reviewed the patches...
On 09/05/2014 04:34 PM, Joe Gordon wrote:
On Fri, Sep 5, 2014 at 9:11 AM, Mike Wilson geekinu...@gmail.com
mailto:geekinu
Hi,
I've built this handy dandy list of granted FFEs, because searching
email to find out what is approved is horrible. It would be good if
people with approved FFEs could check their thing is listed here:
https://etherpad.openstack.org/p/juno-nova-approved-ffes
Michael
--
Rackspace
to
see us have a more serious go at doing that in Kilo than we managed in
Juno.
This has three sponsors, so I am therefore approving it.
Michael
On Fri, Sep 5, 2014 at 3:23 PM, Jay Pipes jaypi...@gmail.com wrote:
On 09/05/2014 11:20 AM, John Garbutt wrote:
On 5 September 2014 13:59, Nikola
So, this one is looking for one more core. Any takers?
Michael
On Sat, Sep 6, 2014 at 2:20 AM, Day, Phil philip@hp.com wrote:
The corresponding Tempest change is also ready to roll (thanks to Ken'inci):
https://review.openstack.org/#/c/112474/1 so its kind of just a question
Thus, it get approved and added to the etherpad of doom.
Michael
On Sat, Sep 6, 2014 at 8:52 AM, Sean Dague s...@dague.net wrote:
I looked at the Tempest change, it should be landable. I'll sign up for
review on these, as the rest of the patches are pretty straight forward.
-Sean
I will be the third here. Approved and added to the etherpad of doom.
Michael
On Fri, Sep 5, 2014 at 10:07 PM, Sean Dague s...@dague.net wrote:
On 09/05/2014 07:42 AM, Daniel P. Berrange wrote:
On Fri, Sep 05, 2014 at 06:28:55AM +, Bohai (ricky) wrote:
Hi,
I'd like to ask for a feature
I'm good with this one too, so that makes three if Joe is ok with this.
@Josh -- can you please take a look at the TH failures?
Thanks,
Michael
On Wed, Sep 3, 2014 at 8:10 PM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 9/3/2014 5:08 PM, Andrey Kurilin wrote:
Hi All!
I'd like
I'll be the third core here. Approved.
@John: can you please remove your -2 from this one?
Michael
On Thu, Sep 4, 2014 at 2:54 PM, Sean Dague s...@dague.net wrote:
On 09/04/2014 03:35 PM, Jay Pipes wrote:
On 09/04/2014 03:07 PM, Jiang, Yunhong wrote:
Hi,
I'd like to ask for a feature
These look good to me, I will be your third core. The middle one has
some comments from Jay, but it didn't look like a big deal
Approved.
@John: can you please remove your -2's on 104048, 74537, and 99974?
Michael
On Thu, Sep 4, 2014 at 12:14 PM, Jay Pipes jaypi...@gmail.com wrote:
On 09/04
at the release calendar, I think we need this
done by mid-October, but I'm not sure when ttx wants the schedule for
the summit done by. So we have at least a few weeks, but I'll be more
concrete when I know more details of summit scheduling.
Michael
--
Rackspace Australia
Approved.
Michael
On Thu, Sep 4, 2014 at 9:36 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Sep 3, 2014 at 11:30 PM, Michael Still mi...@stillhq.com wrote:
I'm good with this one too, so that makes three if Joe is ok with this.
I am ok with this, I hope the move to oslo.db
, probably early in the week.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
So, that's your three. This exception is approved.
Michael
On Thu, Sep 4, 2014 at 9:05 AM, Nikola Đipanov ndipa...@redhat.com wrote:
On 09/04/2014 03:46 PM, Daniel P. Berrange wrote:
On Thu, Sep 04, 2014 at 02:09:26PM +0100, Matthew Booth wrote:
I'd like to request a FFE for the remaining
Approved.
Michael
On Thu, Sep 4, 2014 at 8:11 AM, Ken'ichi Ohmichi ken1ohmi...@gmail.com wrote:
2014-09-04 20:34 GMT+09:00 Christopher Yeoh cbky...@gmail.com:
Hi,
I'd like to request a FFE for 4 changesets from the v2-on-v3-api
blueprint:
https://review.openstack.org/#/c/113814/
https
Approved.
Michael
On Thu, Sep 4, 2014 at 8:09 AM, Nikola Đipanov ndipa...@redhat.com wrote:
On 09/04/2014 02:42 PM, Sahid Orentino Ferdjaoui wrote:
Hello,
I would like to request a FFE for 4 changesets to complete the
blueprint serial-ports.
Topic on gerrit:
https
.
Thank you for your work Jim!
Agreed! Thank you Jim - I look forward to giving gertty a try.
--
Michael Davies mich...@the-davies.net
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
By which John means generally trying to avoid filling.
Michael
On Tue, Sep 2, 2014 at 10:52 AM, John Garbutt j...@johngarbutt.com wrote:
On 2 September 2014 15:27, Matthew Booth mbo...@redhat.com wrote:
We've been playing a game recently between oslo.vmware and the refactor
series where
Hi,
I'll be on a long haul flight tonight from about 21:00 UTC. So... Once
feature freeze happens I'm not ignoring any freeze exceptions, it will
just take me a little while to get to them.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing
to discuss specific
exception requests.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Tue, Sep 2, 2014 at 1:40 PM, Nikola Đipanov ndipa...@redhat.com wrote:
On 09/02/2014 08:16 PM, Michael Still wrote:
Hi.
We're soon to hit feature freeze, as discussed in Thierry's recent
email. I'd like to outline the process for requesting a freeze
exception:
* your code must
For nova we haven't gotten around to doing this, but it shouldn't be a
big deal. I'll add it to the agenda for today's meeting.
Michael
On Thu, Aug 28, 2014 at 2:07 AM, Andreas Scheuring
scheu...@linux.vnet.ibm.com wrote:
Hi,
is it already possible to submit specs (nova neutron) for the K
something
up later, its super hard for them to find.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
hi Gil,
that's cool about the patch to Spark, has there been any talk about upgrading
that patch to include Keystone v3 operations?
- Original Message -
Hi,
In case this is helpful for you, this is the patch i submitted to Spark
about Swift and Spark integration ( about to be
.
To that end, I've created:
https://etherpad.openstack.org/p/kilo-nova-summit-topics
I'd appreciate if people could take a look at add anything they think
I've missed in my initial brain dump.
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev
at this point. I will
likely try to have a minimal Ubuntu based VM image as a starting
point/test case and we can add/change as necessary.
Michael
On Wed, Aug 27, 2014 at 2:12 PM, Dustin Lundquist dus...@null-ptr.net wrote:
It seems to me there are two major approaches to the Octavia VM design
On Tue, Aug 26, 2014 at 7:59 PM, Tim Bell tim.b...@cern.ch wrote:
From: Michael Still [mailto:mi...@stillhq.com]
Sent: 25 August 2014 23:38
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][neutron] Migration from nova-network
On Thu, Aug 21, 2014 at 1:17 AM, Tim Bell tim.b...@cern.ch wrote:
Michael has been posting very informative blogs on the summary of the
mid-cycle meetups for Nova. The one on the Nova Network to Neutron
migration was of particular interest to me as it raises a number of
potential impacts
On Fri, Aug 22, 2014 at 2:57 AM, Jay Pipes jaypi...@gmail.com wrote:
On 08/19/2014 11:28 PM, Robert Collins wrote:
On 20 August 2014 02:37, Jay Pipes jaypi...@gmail.com wrote:
...
I'd like to see more unification of implementations in TripleO - but I
still believe our basic principle of
On Fri, Aug 22, 2014 at 9:51 PM, Sean Dague s...@dague.net wrote:
On 08/22/2014 01:30 AM, Michael Chapman wrote:
On Fri, Aug 22, 2014 at 2:57 AM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote:
On 08/19/2014 11:28 PM, Robert Collins wrote:
On 20 August
.
Michael
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
.
Thanks,
Michael
On Tue, Aug 12, 2014 at 6:13 PM, Michael Still mi...@stillhq.com wrote:
Hi,
this is just a friendly reminder that we are now 9 days away from
feature proposal freeze for nova. If you think your blueprint isn't
going to make it in time, then now would be a good time to let me know
My recollection is that this was a request from the oslo team, but it
was so long ago that I don't recall the details.
I think the change is low value, so should only be done when someone
is changing the logging in a file already (the log hinting for
example).
Michael
On Sun, Aug 17, 2014 at 4
On Fri, Aug 15, 2014 at 7:28 PM, Daniel P. Berrange berra...@redhat.com wrote:
On Fri, Aug 15, 2014 at 06:53:41AM +1000, Michael Still wrote:
On Fri, Aug 15, 2014 at 6:37 AM, Dan Smith d...@danplanet.com wrote:
== Move Virt Drivers to use Objects (Juno Work) ==
I couldn't actually find any
Agreed. I think this should be in unless infra vetos it for load reasons.
Michael
On Sat, Aug 16, 2014 at 5:11 AM, Dan Smith d...@danplanet.com wrote:
Feature freeze is only a few weeks away (Sept 4). How about we just
leave it in experimental until after that big push? That seems pretty
a minesweeper run
that ... broke minesweeper :)
Is there a way for the minesweeper people to manually kick off runs
against specific reviews? Doing that might unblock this faster than
rechecking and hoping.
Michael
--
Rackspace Australia
___
OpenStack
I have also been reminded that http://54.201.139.117/nova-bugs.html
tracks bugs with outstanding code reviews (click on ready for
review). There are 179 at the moment, so it sure would be cool to
land some bug fixes.
Thanks,
Michael
On Fri, Aug 15, 2014 at 5:57 AM, Michael Still mi
hello Sahara folks,
I am working to get the revamped spec[1] finalized and I'd like to know the
group's thoughts on the idea of backward compatibility. It is possible to
implement the new authentication method and remain backward compatible, but we
will need to keep the username and password
. You could argue for example that our failure to land many high
priority blueprints in Juno is because cores aren't acting in
coordinated a manner. So, we're attempting to come up with ways to
improve coordination.
Michael
--
Rackspace Australia
that I can find. Whilst I am happy to do
one for Juno, its a requirement that I hadn't planned for, and is
therefore taking me some time to retrofit.
I think we should chalk the request for summaries up experience and
talk through how to better provide such things at future meetups.
Michael
So, there's been a lot of email in the last few days and I feel I am
not keeping up.
Sylvain, can you summarise for me what the plan is here? Can we roll
forward or do we need to revert? Time is running out for Juno.
Thanks,
Michael
On Thu, Aug 14, 2014 at 3:40 AM, Sylvain Bauza sba
Hi Everyone,
Not sure if you remember, but a few months ago, I made the following
thread on here titled: Firewall Web Services Research Thesis
Applicability to the OpenStack Project
(http://lists.openstack.org/pipermail/openstack-dev/2014-May/034575.html)
To provide a recap, this is a thesis
on a more
frequent basis than the face-to-face meetings that would be optional.
I am all for online meetings, but we don't have a practical way to do
them at the moment apart from IRC. Until someone has a concrete
proposal that's been shown to work, I feel its a straw man argument.
Michael
On Thu, Aug 14, 2014 at 2:48 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Aug 13, 2014 at 8:31 PM, Michael Still mi...@stillhq.com wrote:
On Thu, Aug 14, 2014 at 1:24 PM, Jay Pipes jaypi...@gmail.com wrote:
Just wanted to quickly weigh in with my thoughts on this important
topic. I
.
Some people have more than one blueprint still under development...
Perhaps they could defer some of those to Kilo?
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org
This looks reasonable to me, with a slight concern that I don't know
what step five looks like... What if we can never reach a consensus on
an issue?
Michael
On Wed, Aug 13, 2014 at 12:56 AM, Mark McLoughlin mar...@redhat.com wrote:
Hey
(Terrible name for a policy, I know)
From
travel if that is required.
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Actually, thinking on this more -- the lack of consensus is on the
attempt to re-add the patch, so I guess we'd handle that just like we
do for a contentious patch now.
Michael
On Wed, Aug 13, 2014 at 7:03 AM, Michael Still mi...@stillhq.com wrote:
This looks reasonable to me, with a slight
On Wed, Aug 13, 2014 at 11:36 AM, Russell Bryant rbry...@redhat.com wrote:
On Aug 12, 2014, at 5:10 PM, Michael Still mi...@stillhq.com wrote:
This looks reasonable to me, with a slight concern that I don't know
what step five looks like... What if we can never reach a consensus on
an issue
the slots initiative, presumably this power would be
subsumed by the group will, as expressed by the prioritization
applied to the holding pattern feeding the runways?
I'm not saying this is good or bad, just pointing out a change that
we should have our eyes open to.
Michael
--
Rackspace
should be less work.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Fri, Aug 8, 2014 at 7:06 PM, Thierry Carrez thie...@openstack.org wrote:
Michael Still wrote:
[...] I think an implied side effect of
the runway system is that nova-drivers would -2 blueprint reviews
which were not occupying a slot.
(If we start doing more -2's I think we will need
hi Sahara folks,
This serves as a detailed status update for the Swift trust authentication
spec[1], and to bring up concerns about integration for the Juno cycle.
So far I have pushed a few reviews that start to lay the groundwork for the
infrastructure needed to complete this blueprint. I
801 - 900 of 1195 matches
Mail list logo
