ight be better.
Hope this helps,
Michael...
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ..
Thank you Tony, Tristan and Nate for serving our community by performing
this often-thankless task!
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
__
OpenStack Development Mailing List
/review.openstack.org/206163
>> [1] https://review.openstack.org/332177
>> [2] https://github.com/openstack/nova/blob/06c537fbe5bb4ac5a3012
>> 642c899df815872267c/nova/network/neutronv2/api.py#L270
>> [3] https://specs.openstack.org/openstack/ironic-specs/specs/not
>> -implemented/ironic-ml2-integration.html
>>
>
>
> ___
review or work
> on.
>
> https://trello.com/b/ROTxmGIc/ironic-newton-priorities
Thanks Jim for sharing that link. Anything to help keep things organised :)
--
Michael Davies mich...@the-davies.net
Rackspace Australia
Congrats Tony!
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
think this might get a little bit bumpy, but if it goes relatively
> well we can try to improve on it for the future. Worst case, it's a
> total failure and is roughly equivalent to the "no midcycle" option.
I'm happy to give it a try. Thanks
sync point, so my
preference would be:
3. Coordinated regional mid-cycles (which probably means North America over
Europe for those in the Antipodes)
1. Normal mid-cycle
2. Virtual mid-cycle
4. Not having a mid-cycle at all
I find value in them, due to timezone challenges, but I'm probably unique
in this
ntral is 8pm UTC (7am Australia, 8pm London, 2pm
> Central US). So what do people think of that time slot?
>
I'm interested along with Mario about making sure Ironic and Nova
notifications follow similar paths, so I'd probably lurk along to this as
well (so the proposed time slot works
t have the time to dedicate to
> being an effective OpenStack reviewer.
>
Thanks Josh for everything you've done! I've really appreciated how you're
always upbeat - we'll miss having your around.
All the best for the new adventure,
Michael...
--
Michael Davies mich...@the-davies.net
Rac
…
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
older clients with newer
servers and vice versa due to the presence of version negotiation.
Hope this helps,
Michael...
[1]
https://github.com/openstack/ironic-specs/blob/master/specs/liberty/feature-based-releases.rst
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
for release or fixing gate. Don't wait for me to W+1 if you see
that patch already has 2x +2.
I'd ask the core team to review all the incoming patches. Once our
devstack gate is finally working, review will be a lot easier.
Cheers,
Dmitry
--
Michael Davies mich...@the-davies.net
On Tue, Jun 16, 2015 at 5:15 AM, Kevin L. Mitchell
kevin.mitch...@rackspace.com wrote:
Given the disagreement evinced by the responses to this thread, let me
ask a question: Would there be any particular problem with using
X-OpenStack-API-Version?
Well, perhaps we should consider
.
Well, anything in the range 2100UTC - 0700UTC would be nice for me :-)
--
Michael Davies mich...@the-davies.net
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
every
other week (no surprises for guessing which one :)
I think it's great that we try and accommodate contributors from all around
the globe!
Michael...
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
Nova has another person to bug in
Ironicland :)
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
worlds - stability, and latest
functionality available.
Jim R's suggestion of using latest is fine (especially for internal tools
that can have a lower uptime) so long as you can deal quickly with any
breakage should it occur :)
[1] hopefully :)
--
Michael Davies mich...@the-davies.net
Rackspace
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
/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 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
.
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
. Which isn't really a
reflection on designate, but possibly on our program structure.
I also agree here - DNS isn't a program by itself in my opinion, it
should be in a group of other Network Application Services.
--
Michael Davies mich...@the-davies.net
Rackspace Australia
Yep, I'm interested!
I'm in ACST (UTC+9:30)
On 7 Mar 2014, at 11:15 am, Christopher Yeoh cbky...@gmail.com wrote:
Hi,
I'd like to start a weekly IRC meeting for those interested in
discussing Nova API issues. I think it would be a useful forum for:
- People to keep up with what work
point me in the
right direction?
Thanks in advance,
Michael...
--
Michael Davies mich...@the-davies.net
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
. What it comes down to is strongly supporting the consumers
of our software. We need to make things easy for those who support and
develop against the APIs.
Hope this helps,
Michael...
--
Michael Davies mich...@the-davies.net
Rackspace Australia
/1188543
[2] https://review.openstack.org/#/c/54460/
--
Michael Davies mich...@the-davies.net
Rackspace Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
nefariously -1's and then goes away. Gerrit
could be improved in this space to assist reviewers.
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
or
haven't already reviewed would improve productivity.
--
Michael Davies mich...@the-davies.net
Rackspace Cloud Builders Australia
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
in the cycle.
Instead of attempting file injection on a boot volume, my patch simply
LOG.warns the user. I think that's the best solution for now. However
I think we should address file injection in Icehouse as discussed in
this thread.
Thanks in advance,
Michael...
--
Michael Davies mich
really have these issues to content with :)
I'd normally include comments and docstrings too, since we review these as well.
Michael...
--
Michael Davies mich...@the-davies.net
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
31 matches
Mail list logo