truly release critical
bugs are release critical, so you can expect core to be keeping an eye
on that list and possibly removing the tag from bugs which shouldn't
block the release of kilo.
Thanks everyone for your work on kilo, we're nearly there!
Michael
--
Rackspace Australia
revisit
this in Liberty.
Michael
On Wed, Apr 1, 2015 at 6:29 AM, Daniel Comnea comnea.d...@gmail.com wrote:
I see this spec has been merged however can anyone point out if this will
make it into final Kilo release?
Thanks,
Dani
On Wed, Jan 7, 2015 at 5:03 PM, Tim Bell tim.b...@cern.ch wrote
On 03/30/2015 07:02 AM, Sergey Lukjanov wrote:
My personal opinion for API 2.0 - we should discuss design of all object
and endpoint, review how they are used from Horizon or
python-saharaclient and improve them as much as possible. For example,
it includes:
* get rid of tons of extra optional
Hi,
let's start tracking ideas for summit sessions in this etherpad:
https://etherpad.openstack.org/p/liberty-nova-summit-ideas
Have at it!
Cheers,
Michael
--
Rackspace Australia
__
OpenStack Development Mailing
time before we need to have
this discussion).
Michael
On Tue, Mar 24, 2015 at 7:58 AM, Chris Friesen
chris.frie...@windriver.com wrote:
Hi,
I'd like to propose (and implement) a feature for Liberty that would allow
configuration of the pinning of the emulator when CPU pinning is enabled
On 03/16/2015 05:52 PM, Bryan D. Payne wrote:
I have about one more week working with OpenStack full time. After
that, I am still planning on coming to the summit in May, and would be
happy to help with any final transition pieces at that time. And I'll
continue being available at this email
(and Canonical guys will have the same issue).
So, to clarify: Does this include tooling used to build the software, but
is not shipped with it? I suppose a similar example is using GCC (which is
GPL'd) to compile something that's Apache licensed.
Michael
I was wrong. Ignore me on the https thing.
On Mon, Mar 9, 2015 at 4:05 PM Michael Krotscheck krotsch...@gmail.com
wrote:
Turns out that the bower registry doesn't actually support https. Git does
- so we can prove authenticity of the code - but the address lookup that
tells us which git url
with not loading things over https), the best we can
expect from bower is switching over to using git url's pointed at our
xstatic packages.
I'll put the rest of my findings on the review.
Michael
On Mon, Mar 9, 2015 at 12:33 PM Matthew Farina m...@mattfarina.com wrote:
Richard, thanks for sharing
:
https://github.com/jshint/jshint/issues/1234
The actual license in question.
https://github.com/jshint/jshint/blob/master/src%2Fjshint.js
(Why yes, it *is* a Saturday morning.)
Anyone wanna hack on a bower mirror puppet module with me?
Michael
for just that reason, but I'm not certain it matters as far as
OpenStack license compatibility. I'm personally of the opinion that tools
used != code shipped, but I am neither a lawyer nor a liable party should
my opinion be wrong. Is this something worth revisiting?
Michael
huzzah!
thanks Ian =)
mike
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
Hi,
this is just a quick note to let you know that Liberty specs are now
open for Nova. By open I mean that it is possible to upload such a
spec, but I wouldn't expect to see much review effort on these until
Kilo is ready.
If authors of previously approved specs (Juno or Kilo) want to use the
to seek further ways to improve our throughput.
Michael
--
Rackspace Australia
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
On 02/25/2015 02:54 PM, Doug Hellmann wrote:
During yesterday’s cross-project meeting [1], we discussed the Eventlet Best
Practices” spec [2] started by bnemec. The discussion of that spec revolved around
the question of whether our cross-project specs repository is the right place for
this
On 02/24/2015 03:09 AM, Flavio Percoco wrote:
On 22/02/15 22:43 -0500, Jay Pipes wrote:
On 02/18/2015 06:37 PM, Brian Rosmaita wrote:
Thanks for your comment, Miguel. Your suggestion is indeed very close
to the RESTful ideal.
However, I have a question for the entire API-WG. Our (proposed)
On Feb 22, 2015, at 10:20 AM, Yuriy Taraday yorik@gmail.com wrote:
On Sun Feb 22 2015 at 6:27:16 AM Michael Bayer mba...@redhat.com wrote:
On Feb 21, 2015, at 9:49 PM, Joshua Harlow harlo...@outlook.com wrote:
Some comments/questions inline...
Mike Bayer wrote
On Feb 21, 2015, at 9:49 PM, Joshua Harlow harlo...@outlook.com wrote:
Some comments/questions inline...
Mike Bayer wrote:
Yuriy Taradayyorik@gmail.com wrote:
On Fri Feb 20 2015 at 9:14:30 PM Joshua Harlowharlo...@outlook.com
wrote:
This feels like something we could do in
I can do another release if needed once we've landed a fix, although
it sounds like this can be fixed in neutron?
Michael
On Fri, Feb 20, 2015 at 7:33 AM, melanie witt melwi...@gmail.com wrote:
On Feb 19, 2015, at 11:52, Terry Wilson twil...@redhat.com wrote:
Unfortunately, the new novaclient
to the novaclient release group now.
Michael
On Fri, Feb 20, 2015 at 2:12 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 2/12/2015 6:55 PM, Michael Still wrote:
This was discussed in the nova meeting this morning. In that meeting
we declared ourselves unwedged and ready to do a release, and I
client' and that ended
that).
So there's one use case.
Michael
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org
On 02/12/2015 02:20 PM, Ryan Brown wrote:
+1 I think the way to go would be:
We suggest (pretty please) that you comply with RFCs 7230-5 and if you
have any questions ask us. Also here are some examples of usage that
is/isn't RFC compliant for clarity
+1, i like the idea of pointing readers
On 02/12/2015 05:15 PM, Trevor McKay wrote:
Hi folks,
Here is another way to do this. Lu had mentioned Oozie shell actions
previously.
Sahara doesn't support them, but I played with it from the Oozie command
line
to verify that it solves our hbase problem, too.
We can potentially create a
instead.
Michael
On Wed, Feb 11, 2015 at 8:51 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Mon, Feb 9, 2015 at 7:55 PM, Michael Still mi...@stillhq.com wrote:
The previous policy is that we do a release when requested or when a
critical bug fix merges. I don't see any critical fixes
is still working on.
Let's give him some time unless this is urgent.
Michael
On Tue, Feb 10, 2015 at 2:45 PM, melanie witt melwi...@gmail.com wrote:
On Feb 6, 2015, at 8:17, Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
We haven't done a release of python-novaclient in awhile (2.20.0
too long a list to cover in an IRC meeting. I'm
not opposed to trying, but we should set expectations that we're going
to talk about only a few important reviews, not the dozens that are
unloved.
Michael
On Fri, Feb 6, 2015 at 9:27 AM, Tony Breeds t...@bakeyournoodle.com wrote:
On Thu, Feb 05
? Without actual comparable output, this discussion isn't much more
than warring opinions.
Michael
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
to support this effort.
Michael
On Wed Feb 04 2015 at 9:09:22 AM Thai Q Tran tqt...@us.ibm.com wrote:
As we're moving toward Angular, might make sense for us to adopt ngdoc as
well.
-Matthew Farina m...@mattfarina.com wrote: -
To: OpenStack Development Mailing List (not for usage questions
Its been a week, so I have now added Melanie to this group. Welcome aboard!
Michael
On Wed, Jan 28, 2015 at 9:41 AM, Michael Still mi...@stillhq.com wrote:
Greetings,
I would like to nominate Melanie Witt for the python-novaclient-core team.
(What is python-novaclient-core? Its a new group
On 02/02/2015 08:58 AM, Chris Dent wrote:
This is pretty good but I think it leaves unresolved the biggest
question I've had about this process: What's so great about
converging the APIs? If we can narrow or clarify that aspect, good
to go.
+1, really good point
The implication with your
On 02/02/2015 02:51 PM, Stefano Maffulli wrote:
To improve developer experience converging the OpenStack API to
a consistent and pragmatic RESTful design. The working group
creates guidelines that all OpenStack projects should follow,
avoids introducing
On 02/03/2015 01:49 PM, Everett Toews wrote:
I think where we want to focus our attention is:
* strict adherence to correct HTTP
* proper use of response status codes
* effective (and correct) use of a media types
* some guidance on how to deal with change/versioning
* and _maybe_ a standard
didn't realize that boto
would require new forms of auth in this release. I'm happy to discuss
this at the next nova meeting if people feel that's needed.
Michael
On Wed, Feb 4, 2015 at 3:02 AM, Alexandre Levine
alev...@cloudscaling.com wrote:
I'm writing this in regard to several reviews concering
On Mon, Feb 2, 2015 at 11:01 PM, Alexandre Levine
alev...@cloudscaling.com wrote:
Michael,
I'm rather new here, especially in regard to communication matters, so I'd
also be glad to understand how it's done and then I can drive it if it's ok
with everybody.
By saying EC2 sub team - who did
On 02/02/2015 10:26 AM, Chris Dent wrote:
pecan-swagger looks cool but presumably pecan has most of the info
you're putting in the decorators in itself already? So, given an
undecorated pecan app, would it be possible to provide it to a function
and have that function output all the paths?
here, but that's ok -- I'd like to
see us work through that as a team based on the merits.
So... It sounds like we have an EC2 sub team forming. How do we get
that group meeting to come up with a transition plan?
Michael
On Sun, Feb 1, 2015 at 4:12 AM, Davanum Srinivas dava...@gmail.com wrote
It looks like this was never re-proposed for Kilo. I am open to it
being proposed for L* when that release opens for specs soon, but we
need a developer to be advocating for it.
Michael
On Sun, Feb 1, 2015 at 5:22 PM, Adam Lawson alaw...@aqorn.com wrote:
Question, looks like this spec
On 01/28/2015 12:56 PM, Max Lincoln wrote:
tl;dr: I wanted to be able to see what OpenStack APIs might look like in
Swagger and starting experimenting with Swagger in projects for things
like stubbing services, API test coverage, and code generation. In order
to do that I created wadl2swagger
project. That seems the best way forward at this
point.
Thanks,
Michael
On 30 Jan 2015 11:11 am, matt m...@nycresistor.com wrote:
Is there a blue print or some set of bugs tagged in some way to tackle?
-matt
On Thu, Jan 29, 2015 at 7:01 PM, Michael Still mi...@stillhq.com wrote:
Hi,
as you
On Thu, Jan 29, 2015 at 5:15 PM, Michael Still mi...@stillhq.com wrote:
There is an ec2 bug tag in launchpad. I would link to it except I am writing
this offline. I will fix that later today.
Ok, now that the 40 seater turbo prop has landed, here we go:
https://bugs.launchpad.net/nova/+bugs
feel that a continued discussion which just repeats the last 18
months wont actually fix the situation -- its time to break out of
that mode and find other ways to try and get someone working on this
problem.
Thoughts welcome.
Michael
--
Rackspace Australia
And today's:
https://plus.google.com/hangouts/_/gyadkf7bm7wfpsrshlfenb4hiqa
Michael
On Tue, Jan 27, 2015 at 9:06 AM, Michael Still mi...@stillhq.com wrote:
Today's hangout:
https://plus.google.com/hangouts/_/gwjbog3l3omtk2f4tt5s5v4hn4a
Michael
On Tue, Jan 27, 2015 at 9:11 AM, Michael
://www.youtube.com/watch?v=YsimXDFqSRM
-M
Kind Regards,
Michael D. Elder
STSM | Master Inventor
mdel...@us.ibm.com | linkedin.com/in/mdelder
Success is not delivering a feature; success is learning how to solve the
customer’s problem.” -Mark Cook
From: Hongbin
/python-novaclient+reviewer:%22melanie+witt+%253Cmelwitt%2540yahoo-inc.com%253E%22,n,z
As a reminder, we use the voting process outlined at
https://wiki.openstack.org/wiki/Nova/CoreTeam to add members to our
core team.
Thanks,
Michael
--
Rackspace Australia
Today's hangout:
https://plus.google.com/hangouts/_/gwjbog3l3omtk2f4tt5s5v4hn4a
Michael
On Tue, Jan 27, 2015 at 9:11 AM, Michael Still mi...@stillhq.com wrote:
For reference, that's because we were having lunch. It seems to be
working well again.
Michael
On Tue, Jan 27, 2015 at 7:24 AM
Sigh, we had troubles with mumble being unreliable, so now we're
playing with google hangouts:
https://plus.google.com/hangouts/_/gvieuyvxsvpvvsgs2vdmtqtbbea
Michael
On Tue, Jan 27, 2015 at 4:18 AM, Michael Still mi...@stillhq.com wrote:
As an experiment, I've put the meetup onto a mumble
As an experiment, I've put the meetup onto a mumble server at
nova.rcbops.com. The server password is midcycle.
At the least this should let people listen in and hopefully comment if
they need to.
Michael
--
Rackspace Australia
For reference, that's because we were having lunch. It seems to be
working well again.
Michael
On Tue, Jan 27, 2015 at 7:24 AM, Robert Collins
robe...@robertcollins.net wrote:
every participant is muted... so there's no sound :(
On 27 January 2015 at 07:42, Michael Still mi...@stillhq.com
Mostly.
qcow2 can do a copy on write layer, although it can be disabled IIRC.
So if COW is turned on, you get only the delta in the instance
directory when using qcow2.
Cheers,
Michael
On Tue, Jan 20, 2015 at 7:40 AM, Dmitry Guryanov
dgurya...@parallels.com wrote:
Hello,
Do I understand
.
- Debian offers it as of Wheezy, Ubuntu as of Trusty. Infra's in the
process of deprecating most of our Precise nodes, which I believe we're
only keeping around for our python3.3 jobs (3.4 is already on trusty).
Horizon only tests Python 2.7.
Michael
there are python engineers that want to user
their tools. You're saying we can't use javascript tools because of SPARC's
lack of support. I'm merely asking that our python engineers reciprocate
and abandon your own tools out of solidarity. After all, we're all in this
together, right?
Michael
) could make checking the state of priority
reviews on the etherpad as part of their review workflow.
The etherpad is at:
https://etherpad.openstack.org/p/kilo-nova-priorities-tracking
Thanks,
Michael
--
Rackspace Australia
Thanks for this, I will add it to the list.
Michael
On Fri, Jan 16, 2015 at 11:00 AM, Ed Leafe e...@leafe.com wrote:
I sent this at the beginning of the exception process, but it did not appear
on the list of exceptions mikal posted at today's nova meeting, so I'm
re-sending.
Begin
Done.
Cheers,
Michael
On Fri, Jan 16, 2015 at 11:37 AM, Tomoki Sekiyama
tomoki.sekiy...@hds.com wrote:
Michael,
These wasn't on the list of of exceptions at today's nova meeting. Please
add them.
On 1/8/15, 11:48 , Tomoki Sekiyama tomoki.sekiy...@hds.com wrote:
Hi,
I have submitted 2
On 01/14/2015 08:40 PM, Ian Cordasco wrote:
The point was brought up that some recommendations that the working group
forms will be jarring for APIs to implement when going from vN.* to vN+1.0
for both developers and consumers. Client libraries often provide
compatibility (or upgrade-path)
, and you
can only debug using wsgi. Since those fill equivalent roles in our various
languages-du-jour, it seems like a perfectly fair exchange. Deal?
Michael
__
OpenStack Development Mailing List (not for usage questions
that there's a link to the mailing list
thread where we discussed CERN's concerns in the etherpad for
reference as well.
Cheers,
Michael
On Sat, Dec 20, 2014 at 3:59 AM, Anita Kuno ante...@anteaya.info wrote:
Rather than waste your time making excuses let me state where we are and
where I would
(X-posted to -operators.)
Any thoughts on how the ops track spaces would be requested, since there
is not a real ‘operators project’, PTL, etc.?
I assume this would come from the operators group as a whole, so probably
something we should put on the agenda at the ops meet up in March. (I’ve
hi Pavlo,
i'm not sure i can answer all these questions but i'll give it my best
shot and hopefully others will chime in =)
On 01/05/2015 08:17 AM, Pavlo Shchelokovskyy wrote:
floating_ip_pool:
I was pointed that Sahara could be configured to use netns/proxy to
access the cluster VMs
Heya,
https://etherpad.openstack.org/p/kilo-nova-midcycle is the etherpad
for the Nova midcycle meetup. I'd like to start collecting topics we'd
like to cover, and we'll sort them by priority later once we've
collected a few.
Thanks,
Michael
--
Rackspace Australia
at the cinder patches I think it would be
premature to approve the nova spec until the implementation in cinder
is complete.
At this stage this means that this feature is unlikely to land in kilo.
Hope that helps,
Michael
--
Rackspace Australia
I assume people generally take new years day off...
Cheers,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
attend? Would we be able
to get the other half of the core team together and get more work done?
Is this a good idea?
Just like to register my interest here - the time to get to SFO from AU is
quite a bit less than Grenoble, so is something I would try to possibly
make happen.
--
Michael Davies
, or
concerns about her promotion. Since many western countries are currently
celebrating holidays, the review period will remain open until January 9th.
If the consensus is positive, we will promote her then!
Thanks,
Michael
References:
https://review.openstack.org/#/q/reviewer:%22yolanda.robla
+1 to Nova support for this getting in to Kilo.
We have a similar use case. I’d really like to doll out quota on a department
level, and let individual departments manage sub projects and quotas on their
own. I agree that HMT has limited value without Nova support.
Thanks!
Mike
From: Tim
Hi all,
I am looking to write tons of code in python and looking for guidance.
There are a lot of projects in openstack but it is hard to choose one. It
also becomes harder when some of the components are aiming to become more
stable instead of adding new feature.
Regards,
Michael
StoryBoard is always looking for help, and we've got a nice roadmap that
you can pull a feature from if you're so inclined:
https://wiki.openstack.org/wiki/StoryBoard/Roadmap
Come hang out on #storyboard and #openstack-infra :)
Michael
On Thu Dec 18 2014 at 6:52:28 AM Michael openstackger
The dashboard is really cool, although I had to fix the spelling error...
Michael
On Fri, Dec 12, 2014 at 6:26 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Dec 11, 2014 at 7:30 AM, Andrew Laski andrew.la...@rackspace.com
wrote:
On 12/10/2014 04:41 PM, Michael Still wrote:
Hi
,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
to the rest of Kilo!
Kyle
[1] https://wiki.openstack.org/wiki/Sprints/NeutronKiloSprint
Thanks,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
Just a reminder that registration for the Nova mid-cycle is now open.
We're currently 50% sold, so early signup will help us work out if
we need to add more seats or not.
https://www.eventbrite.com.au/e/openstack-nova-kilo-mid-cycle-developer-meetup-tickets-14767182039
Thanks,
Michael
On Thu
reviewers aren't doing at least the minimum
level of reviews?
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Mon, Dec 8, 2014 at 4:02 AM, Jay Pipes jaypi...@gmail.com wrote:
On 12/07/2014 04:19 AM, Michael Still wrote:
[snip]
We've always said we expect cores to maintain an average of two
reviews per day. That's not new, nor a rule created by me. Padraig is
a great guy, but has been working
On Mon, Dec 8, 2014 at 8:33 AM, Johannes Erdfelt johan...@erdfelt.com wrote:
On Mon, Dec 08, 2014, Michael Still mi...@stillhq.com wrote:
There are other things happening behind the scenes as well -- we have
a veto process for current cores when we propose a new core. It has
been made clear
Cool -- I have added these to the agenda.
Michael
On Fri, Dec 5, 2014 at 7:27 AM, Alessandro Pilotti
apilo...@cloudbasesolutions.com wrote:
Hi Michael,
On 25 Nov 2014, at 02:35, Michael Still mi...@stillhq.com wrote:
On Tue, Nov 25, 2014 at 11:23 AM, Alessandro Pilotti
apilo
+Eric and Ian
On Fri, Dec 5, 2014 at 8:31 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
This came up in the nova meeting today, I've opened a bug [1] for it. Since
this isn't maintained by infra we don't have log indexing so I can't use
logstash to see how pervasive it us, but multiple
I've just created the signup page for this event. Its here:
https://www.eventbrite.com.au/e/openstack-nova-juno-mid-cycle-developer-meetup-tickets-14767182039
Cheers,
Michael
On Wed, Oct 15, 2014 at 3:45 PM, Michael Still mi...@stillhq.com wrote:
Hi.
I am pleased to announce details
Sigh, sorry. It is of course the Kilo meetup:
https://www.eventbrite.com.au/e/openstack-nova-kilo-mid-cycle-developer-meetup-tickets-14767182039
Michael
On Thu, Dec 4, 2014 at 10:16 AM, Michael Still mi...@stillhq.com wrote:
I've just created the signup page for this event. Its here:
https
that overloading the term is
confusing.
(Yes, I know the numa people had it first, but hey).
So, what do people think about trying to move the numa code to use
something like numa cell or numacell based on context?
Michael
--
Rackspace Australia
___
OpenStack
This sounds more like you need to pay off technical debt and clean up your
API.
Michael
On Tue Dec 02 2014 at 10:58:43 AM Nikolay Markov nmar...@mirantis.com
wrote:
Hello all,
I actually tried to use Pecan and even created a couple of PoCs, but
there due to historical reasons of how our API
anything, but
that will likely just seem inconsistent to the user.
I’d vote for the static behavior and rely on the explicit close options to
allow the user to exit out (esc, cancel, and [x]).
Michael
On Dec 2, 2014, at 8:30 AM, Thai Q Tran
tqt...@us.ibm.commailto:tqt...@us.ibm.com wrote:
I
fix the main database.
Michael
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
goals such as millions of compute
nodes -- as I think it distracts from solving the problems affecting
our real world users. Do you have a deployment in mind at this scale?
Michael
On Thu, Nov 27, 2014 at 2:29 AM, Gareth academicgar...@gmail.com wrote:
Hi all,
Is there a way to simulate thousands
On 11/25/2014 02:37 AM, Zhidong Yu wrote:
I know it's difficult to find a time good for both US, Europe and Asia.
I suggest we could have two different meeting series with different
time, i.e. US/Europe meeting this week, US/Asia meeting next week, and
so on.
i'd be ok with alternating week
This job was always experimental IIRC, and the original author hasn't
been around in a while. I agree we should remove it.
Michael
On Tue, Nov 25, 2014 at 4:52 AM, Sean Dague s...@dague.net wrote:
The pylint test job has been broken for weeks, no one seemed to care.
While waiting for other
table.
- something else super clever I haven't thought of.
Ideas?
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
difference to us being able to keep up.
If you feel a change has been blocking on review for too long and is
important, then please do raise it in the Open Discussion section of
the nova meeting.
Michael
On Sat, Nov 22, 2014 at 2:02 AM, Alessandro Pilotti
apilo...@cloudbasesolutions.com wrote:
Hi
On Tue, Nov 25, 2014 at 11:14 AM, Mike Bayer mba...@redhat.com wrote:
On Nov 24, 2014, at 5:20 PM, Michael Still mi...@stillhq.com wrote:
Heya,
Review https://review.openstack.org/#/c/135644/4 proposes the addition
of a new database for our improved implementation of cells in Nova.
However
On Tue, Nov 25, 2014 at 11:23 AM, Alessandro Pilotti
apilo...@cloudbasesolutions.com wrote:
Hi Michael,
On 25 Nov 2014, at 01:57, Michael Still mi...@stillhq.com wrote:
First off, sorry for the slow reply. I was on vacation last week.
The project priority list was produced as part
Sumit,
My thesis is now complete!
The entire research, including source code and screen recordings, are
included in my deliverable here:
https://docs.google.com/uc?id=0B7WyzOL96X9QaF9QMHFBSFhpbFEe
xport=download
I am now in the process of drafting up a whitepaper based on my thesis research.
-tracking
If you are the owner of a priority, please ensure it lists the reviews
you currently require before the meeting tomorrow. If you could limit
your entry to less than five reviews, that would be good.
Thanks,
Michael
--
Rackspace Australia
we’re doing feature tracking
(until we can do it in storyboard proper), and judge for yourself when the
implemented features are sufficient to support your project :). Here’s a link:
https://wiki.openstack.org/wiki/StoryBoard
https://wiki.openstack.org/wiki/StoryBoard
Michael
On Nov 20, 2014
The OpenStack Infrastructure team has successfully migrated all of the
openstack-infra project bugs from LaunchPad to StoryBoard. With the exception
of openstack-ci bugs tracked by elastic recheck, all bugs, tickets, and work
tracked for OpenStack Infrastructure projects must now be submitted
Dear Americans... you're not really going to come to a meeting this
week are you? There's that thanks giving thing, right?
So... Should we cancel for this week?
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev
/meetingdetails.html?year=2014month=11day=25hour=9min=0sec=0p1=224p2=179p3=78p4=367p5=44p6=33p7=248p8=5
+1
+1 for Option 1. That's far more preferable for me :)
--
Michael Davies mich...@the-davies.net
Rackspace Australia
___
OpenStack-dev mailing
On 11/14/2014 03:55 AM, Sergey Lukjanov wrote:
Congrats!
Welcome to the core team!
thanks =)
mike
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hey,
this is just a friendly reminder that we're skipping the meeting this
week as it is so close to the summit and many are travelling already.
We also wont have one the week of the summit for obvious reasons.
See you all in Paris!
Michael
--
Rackspace Australia
an announcement here was a good idea.
I've pushed an update to sched.org, but it might take a few minutes to
propagate.
Cheers,
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
development again, I don't think we
should be making the transition plan harder by introducing new features
that don't work with Neutron.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
on this area will improve our velocity there.
Thanks for Jay for stepping up here.
Michael
--
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
701 - 800 of 1195 matches
Mail list logo
