[openstack-tc] Policy on "3rd party" APIs and Nova

Anne Gentle anne at openstack.org
Mon Nov 5 20:15:48 UTC 2012


It's not just whether nova-core is willing to test/vote/review/pick
but swift-core and all the other *-core, right?

Just clarifying the scope...
Anne

On Mon, Nov 5, 2012 at 2:12 PM, Mark McLoughlin <markmc at redhat.com> wrote:
> On Mon, 2012-11-05 at 14:33 -0500, Jay Pipes wrote:
>> On 11/02/2012 12:56 PM, Mark McLoughlin wrote:
>> > My opinion - the GCE work looks awesome, it's an exciting new feature
>> > and it's the kind of awesome new feature by awesome developers that we
>> > should be facilitating.
>> >
>> > We have a long term goal of facilitating work like this happening
>> > outside of Nova, but no real sign of that goal coming about in the
>> > medium term.
>> >
>> > We shouldn't let our idealistic long term plans get in the way of
>> > pragmatic, exciting progress happening now.
>>
>> Yeah, I mostly agree with what you're saying above and in the rest of
>> the post. That said, however, the rub is that while the GCE work looks
>> awesome, this whole topic came up, IIRC, because of the OCCI-compatible
>> work that had been proposed. I personally didn't care for the OCCI work
>> and didn't want it in Nova core.
>
> What was the issue with the OCCI work? I don't recall ever seeing a
> patch
>
>> While I personally wouldn't mind seeing the GCE work in core, because I
>> think the work is better, it sets a precedent vs. the current
>> "exception" of the EC2 API being in core.
>>
>> Once there is precedent, we either need to let everything in, or we need
>> to be picky about the winners and losers. The intent 6 months ago was to
>> NOT pick winners and losers intentionally, and make a statement that we
>> intended to only have the native REST API in core long-term.
>>
>> If that decision is to be reversed, are nova-core folks willing to pick
>> the winners and losers or if not, are they willing to let all comers
>> into the code base?
>
> We pick winners and losers all the time - what features make sense, what
> patches suck, etc.
>
> Cheers,
> Mark.
>
>
> _______________________________________________
> OpenStack-TC mailing list
> OpenStack-TC at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc



More information about the OpenStack-TC mailing list