Alexandre, very cool. Next step would be what we call a dsvm job that uses this devstack hook. Example i am most familiar is is nova-docker's check-tempest-dsvm-docker job:
https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/nova-docker.yaml (also see zuul/layout.yaml) thanks, dims On Thu, Feb 5, 2015 at 7:01 AM, Alexandre Levine <[email protected]> wrote: > Davanum, > > We've added the devstack support. It's in our stackforge repository. > https://github.com/stackforge/ec2-api/tree/master/contrib/devstack > > Best regards, > Alex Levine > > On 1/31/15 2:21 AM, Davanum Srinivas wrote: >> >> Alexandre, Randy, >> >> Are there plans afoot to add support to switch on stackforge/ec2-api >> in devstack? add tempest tests etc? CI Would go a long way in >> alleviating concerns i think. >> >> thanks, >> dims >> >> On Fri, Jan 30, 2015 at 1:24 PM, Bias, Randy <[email protected]> wrote: >>> >>> As you know we have been driving forward on the stack forge project and >>> it¹s our intention to continue to support it over time, plus reinvigorate >>> the GCE APIs when that makes sense. So we¹re supportive of deprecating >>> from Nova to focus on EC2 API in Nova. I also think it¹s good for these >>> APIs to be able to iterate outside of the standard release cycle. >>> >>> >>> >>> --Randy >>> >>> VP, Technology, EMC Corporation >>> Formerly Founder & CEO, Cloudscaling (now a part of EMC) >>> +1 (415) 787-2253 [google voice] >>> TWITTER: twitter.com/randybias >>> LINKEDIN: linkedin.com/in/randybias >>> ASSISTANT: [email protected] >>> >>> >>> >>> >>> >>> >>> On 1/29/15, 4:01 PM, "Michael Still" <[email protected]> wrote: >>> >>>> Hi, >>>> >>>> as you might have read on openstack-dev, the Nova EC2 API >>>> implementation is in a pretty sad state. I wont repeat all of those >>>> details here -- you can read the thread on openstack-dev for detail. >>>> >>>> However, we got here because no one is maintaining the code in Nova >>>> for the EC2 API. This is despite repeated calls over the last 18 >>>> months (at least). >>>> >>>> So, does the Foundation have a role here? The Nova team has failed to >>>> find someone to help us resolve these issues. Can the board perhaps >>>> find resources as the representatives of some of the largest >>>> contributors to OpenStack? Could the Foundation employ someone to help >>>> us our here? >>>> >>>> I suspect the correct plan is to work on getting the stackforge >>>> replacement finished, and ensuring that it is feature compatible with >>>> the Nova implementation. However, I don't want to preempt the design >>>> process -- there might be other ways forward here. >>>> >>>> I feel that a continued discussion which just repeats the last 18 >>>> months wont actually fix the situation -- its time to "break out" of >>>> that mode and find other ways to try and get someone working on this >>>> problem. >>>> >>>> Thoughts welcome. >>>> >>>> Michael >>>> >>>> -- >>>> Rackspace Australia >>>> >>>> _______________________________________________ >>>> Foundation mailing list >>>> [email protected] >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/foundation >>> >>> >>> >>> __________________________________________________________________________ >>> OpenStack Development Mailing List (not for usage questions) >>> Unsubscribe: >>> [email protected]?subject:unsubscribe >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> >> > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Davanum Srinivas :: https://twitter.com/dims __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
