<div dir="ltr"><span class="im" style="font-size:12.8000001907349px">On 02/02/2015 11:35 AM, Alexandre Levine wrote:<br>> Thank you Sean.<br>><br>> We'll be tons of EC2 Tempest tests for your attention shortly.<br>> How would you prefer them? In several reviews, I believe. Not in one,<br>> right?<br>><br>> Best regards,<br>>   Alex Levine<br><br></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">So, honestly, I think that we should probably look at getting the ec2<br>tests out of the Tempest tree as well and into a more dedicated place.<br>Like as part of the stackforge project tree. Given that the right<br>expertise would be there as well. It could use tempest-lib for some of<br>the common parts.</blockquote><div><br></div><div> </div><div><span style="font-size:12.8000001907349px">Rally team would be happy to accept some of tests, and as well we support in tree plugins. </span></div><div><span style="font-size:12.8000001907349px">So part of tests (that are only for hardcore functional testing and not reusable in reallife)</span></div><div><span style="font-size:12.8000001907349px">can stay in tree of ec2-api.</span><span style="font-size:12.8000001907349px"> </span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Best regards,</span></div><div><span style="font-size:12.8000001907349px">Boris Pavlovic  </span></div><div><span style="font-size:12.8000001907349px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 2, 2015 at 7:39 PM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 02/02/2015 11:35 AM, Alexandre Levine wrote:<br>
> Thank you Sean.<br>
><br>
> We'll be tons of EC2 Tempest tests for your attention shortly.<br>
> How would you prefer them? In several reviews, I believe. Not in one,<br>
> right?<br>
><br>
> Best regards,<br>
>   Alex Levine<br>
<br>
</span>So, honestly, I think that we should probably look at getting the ec2<br>
tests out of the Tempest tree as well and into a more dedicated place.<br>
Like as part of the stackforge project tree. Given that the right<br>
expertise would be there as well. It could use tempest-lib for some of<br>
the common parts.<br>
<span class="HOEnZb"><font color="#888888"><br>
        -Sean<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> On 2/2/15 6:55 PM, Sean Dague wrote:<br>
>> On 02/02/2015 07:01 AM, Alexandre Levine wrote:<br>
>>> Michael,<br>
>>><br>
>>> I'm rather new here, especially in regard to communication matters, so<br>
>>> I'd also be glad to understand how it's done and then I can drive it if<br>
>>> it's ok with everybody.<br>
>>> By saying EC2 sub team - who did you keep in mind? From my team 3<br>
>>> persons are involved.<br>
>>><br>
>>>  From the technical point of view the transition plan could look<br>
>>> somewhat<br>
>>> like this (sequence can be different):<br>
>>><br>
>>> 1. Triage EC2 bugs and fix showstoppers in nova's EC2.<br>
>>> 2. Contribute Tempest tests for EC2 functionality and employ them<br>
>>> against nova's EC2.<br>
>>> 3. Write spec for required API to be exposed from nova so that we get<br>
>>> full info.<br>
>>> 4. Triage and fix all of the existing nova's EC2 bugs worth fixing.<br>
>>> 5. Set up Tempest testing of the stackforge/ec2 (if that's possible).<br>
>>> 6. Communicate and discover all of the existing questions and<br>
>>> problematic points for the switching from existing EC2 API to the new<br>
>>> one. Provide solutions or decisions about them.<br>
>>> 7. Do performance testing of the new stackforge/ec2 and provide fixes if<br>
>>> any bottlenecks come up.<br>
>>> 8. Have all of the above prepared for the Vancouver summit and discuss<br>
>>> the situation there.<br>
>>><br>
>>> Michael, I am still wondering, who's going to be responsible for timely<br>
>>> reviews and approvals of the fixes and tests we're going to contribute<br>
>>> to nova? So far this is the biggest risk. Is there anyway to allow some<br>
>>> of us to participate in the process?<br>
>> I am happy to volunteer to shephard these reviews. I'll try to keep an<br>
>> eye on them, and if something is blocking please just ping me directly<br>
>> on IRC in #openstack-nova or bring them forward to the weekly Nova<br>
>> meeting.<br>
>><br>
>>     -Sean<br>
>><br>
><br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
<br>
</div></div><span class="im HOEnZb">--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</span><div class="HOEnZb"><div class="h5">__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>