[openstack-dev] [nova] Is the BP approval process broken?
John Garbutt
john at johngarbutt.com
Fri Aug 29 10:41:39 UTC 2014
On 28 August 2014 21:58, Chris Friesen <chris.friesen at windriver.com> wrote:
> On 08/28/2014 02:25 PM, Jay Pipes wrote:
>> On 08/28/2014 04:05 PM, Chris Friesen wrote:
>>> The overall "scheduler-lib" Blueprint is marked with a "high" priority
>>> at "http://status.openstack.org/release/". Hopefully that would apply
>>> to sub-blueprints as well.
>>
>> a) There are no sub-blueprints to that scheduler-lib blueprint
>
> I guess my terminology was wrong. The original email referred to
> "https://review.openstack.org/#/c/89893/" as the "crucial BP that needs to
> be implemented". That is part of
> "https://review.openstack.org/#/q/topic:bp/isolate-scheduler-db,n,z", which
> is listed as a Gerrit topic in the "scheduler-lib" blueprint that I pointed
> out.
Yeah, its confusing. Those patches are meant for a different blueprint I assume.
>> b) If there were sub-blueprints, that does not mean that they would
>> necessarily take the same priority as their parent blueprint
>
> I'm not sure how that would work. If we have a high-priority blueprint
> depending on work that is considered low-priority, that would seem to set up
> a classic priority inversion scenario.
What we do is this...
If something high priority depends on something low priority, the low
becomes high.
Or more often, they both become medium.
>> c) There's no reason priorities can't be revisited when necessary
>
> Sure, but in that case it might be a good idea to make the updated priority
> explicit.
If something looks like it has the wrong priority, just ping me, or
one of the other nova-drivers, and we can discuss it. We did a bit of
that at the mid-cylce meet up.
Sometimes I just messed up, sometimes we didn't realise how important
it is, sometimes we need to explain why the other things are
considered more important right now.
Maybe what I said before, but if you see a problem, please shout up
ASAP, and lets get it sorted sooner, when its usually easier to sort
it.
Thanks,
John
More information about the OpenStack-dev
mailing list