Open Stack

I agree completely. The decision in my mind is around an official, non-diluted OpenStack API that we as the community control and direct. And I would like us to keep the decision we made to move 3rd party APIs out of core.


--John




On Nov 5, 2012, at 12:15 PM, Anne Gentle <anne at openstack.org> wrote:

> 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
> 
> _______________________________________________
> OpenStack-TC mailing list
> OpenStack-TC at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4329 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-tc/attachments/20121105/c7f61639/attachment.bin>