[openstack-dev] Deprecation of in tree EC2 API in Nova for Kilo release
alevine at cloudscaling.com
Thu Jan 29 11:52:53 UTC 2015
I'm the lead of the team working on it.
The project is in a release-candidate state and the EC2 (non-VPC) part
is just being finished, so there are no tags or branches yet. Also we
were not sure about what should we do with it since we were told that
it'll have a chance of going as a part of nova eventually. So we've
created a spec and blueprint and only now the discussion has started.
Whatever the decisions we're ready to follow. If the first thing to get
it closer to customers is to create a package (now it can be only
installed from sources obviously) and a tag is required for it, then
that's what we should do.
So bottom line - we're not sure ourselves what the best way to move. Do
we put a tag (in what format? 1.0? m1? 2015.1.rc1?)? Or do we create a
My thinking now is to just put a tag - something like 1.0.rc1.
What do you think?
On 1/29/15 2:13 AM, Thomas Goirand wrote:
> On 01/28/2015 08:56 PM, Sean Dague wrote:
>> There is a new stackforge project which is getting some activity now -
>> https://github.com/stackforge/ec2-api. The intent and hope is that is
>> the path forward for the portion of the community that wants this
>> feature, and that efforts will be focused there.
> I'd be happy to provide a Debian package for this, however, there's not
> even a single git tag there. That's not so nice for tracking issues.
> Who's working on it?
> Also, is this supposed to be branch-less? Or will it follow juno/kilo/l... ?
> Thomas Goirand (zigo)
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev