<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Mar 1, 2017 at 2:21 AM Takashi Yamamoto <<a href="mailto:yamamoto@midokura.com">yamamoto@midokura.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi,<br class="gmail_msg">
<br class="gmail_msg">
On Mon, Feb 27, 2017 at 8:34 PM, Andrea Frittoli<br class="gmail_msg">
<<a href="mailto:andrea.frittoli@gmail.com" class="gmail_msg" target="_blank">andrea.frittoli@gmail.com</a>> wrote:<br class="gmail_msg">
> Hello folks,<br class="gmail_msg">
><br class="gmail_msg">
> TL;DR: if today you import manager,py from tempest.scenario please maintain<br class="gmail_msg">
> a copy of [0] in tree until further notice.<br class="gmail_msg">
><br class="gmail_msg">
> Full message:<br class="gmail_msg">
> ------------------<br class="gmail_msg">
><br class="gmail_msg">
> One of the priorities for the QA team in the Pike cycle is to refactor<br class="gmail_msg">
> scenario tests to a sane code base [1].<br class="gmail_msg">
><br class="gmail_msg">
> As they are now, changes to scenario tests are difficult to develop and<br class="gmail_msg">
> review, and failures in those tests are hard to debug, which is in many<br class="gmail_msg">
> directions far away from where we need to be.<br class="gmail_msg">
><br class="gmail_msg">
> The issue we face is that, even though tempest.scenario.manager is not<br class="gmail_msg">
> advertised as a stable interface in Tempest, many project use it today for<br class="gmail_msg">
> convenience in writing their own tests. We don't know about dependencies<br class="gmail_msg">
> outside of the OpenStack ecosystem, but we want to try to make this refactor<br class="gmail_msg">
> a smooth experience for our uses in OpenStack, and avoid painful gate<br class="gmail_msg">
> breakages as much as possible.<br class="gmail_msg">
><br class="gmail_msg">
> The process we're proposing is as follows:<br class="gmail_msg">
> - hold a copy of [0] in tree - in most cases you won't even have to change<br class="gmail_msg">
> your imports as a lot of projects use tempest/scenario in their code base.<br class="gmail_msg">
> You may decide to include the bare minimum you need from that module instead<br class="gmail_msg">
> of all of it. It's a bit more work to make the patch, but less un-used code<br class="gmail_msg">
> lying around afterwards.<br class="gmail_msg">
<br class="gmail_msg">
i submitted patches for a few repos.<br class="gmail_msg">
<a href="https://review.openstack.org/#/q/status:open++branch:master+topic:tempest-manager" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/#/q/status:open++branch:master+topic:tempest-manager</a><br class="gmail_msg">
i'd suggest to use the same gerrit topic for relevant patches.<br class="gmail_msg">
<br class="gmail_msg"></blockquote><div>Thank you for looking into this!</div><div>Having a common gerrit topic is a nice idea: "tempest-manager"</div><div><br></div><div>I'm also tracking patches in this etherpad: <a href="https://etherpad.openstack.org/p/tempest-manager-plugins">https://etherpad.openstack.org/p/tempest-manager-plugins</a> </div><div><br></div><div>andrea </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> - the QA team will refactor scenario tests, and make more interfaces stable<br class="gmail_msg">
> (test.py, credential providers). We won't advertise every single change in<br class="gmail_msg">
> this process, only when we start and once we're done.<br class="gmail_msg">
> - you may decide to discard your local copy of manager.py and consume<br class="gmail_msg">
> Tempest stable interfaces directly. We will help with any question you may<br class="gmail_msg">
> have on the process and on Tempest interfaces.<br class="gmail_msg">
><br class="gmail_msg">
> Repositories affected by the refactor are (based on [2]):<br class="gmail_msg">
><br class="gmail_msg">
> blazar,ceilometer,congress,intel-nfv-ci-tests,ironic,manila,networking-bgpvpn,networking-fortinet,networking-sfc,neutron-fwaas,neutron-lbaas,nova-lxd,octavia,sahara-tests,tap-as-a-service,tempest-horizon,vmware-nsx,watcher<br class="gmail_msg">
><br class="gmail_msg">
> If we don't hear from a team at all in the next two weeks, we will assume<br class="gmail_msg">
> that the corresponding Tempest plugin / bunch of tests is not in use<br class="gmail_msg">
> anymore, and ignore it. If you use <a href="http://tempest.scenario.manager.py" rel="noreferrer" class="gmail_msg" target="_blank">tempest.scenario.manager.py</a> today and<br class="gmail_msg">
> your repo is not on the list, please let us know!<br class="gmail_msg">
><br class="gmail_msg">
> I'm happy to propose an initial patch for any team that may require it -<br class="gmail_msg">
> just ping me on IRC (andreaf).<br class="gmail_msg">
> I won't have the bandwidth myself to babysit each patch through review and<br class="gmail_msg">
> gate though.<br class="gmail_msg">
><br class="gmail_msg">
> Thank you for your cooperation and patience!<br class="gmail_msg">
><br class="gmail_msg">
> Andrea<br class="gmail_msg">
><br class="gmail_msg">
> [0]<br class="gmail_msg">
> <a href="http://git.openstack.org/cgit/openstack/tempest/tree/tempest/scenario/manager.py" rel="noreferrer" class="gmail_msg" target="_blank">http://git.openstack.org/cgit/openstack/tempest/tree/tempest/scenario/manager.py</a><br class="gmail_msg">
> [1] <a href="https://etherpad.openstack.org/p/pike-qa-priorities" rel="noreferrer" class="gmail_msg" target="_blank">https://etherpad.openstack.org/p/pike-qa-priorities</a><br class="gmail_msg">
> [2]<br class="gmail_msg">
> <a href="https://github.com/andreafrittoli/tempest_stable_interfaces/blob/master/data/get_deps.sh" rel="noreferrer" class="gmail_msg" target="_blank">https://github.com/andreafrittoli/tempest_stable_interfaces/blob/master/data/get_deps.sh</a><br class="gmail_msg">
><br class="gmail_msg">
> __________________________________________________________________________<br class="gmail_msg">
> OpenStack Development Mailing List (not for usage questions)<br class="gmail_msg">
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" class="gmail_msg" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="gmail_msg">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="gmail_msg">
><br class="gmail_msg">
<br class="gmail_msg">
__________________________________________________________________________<br class="gmail_msg">
OpenStack Development Mailing List (not for usage questions)<br class="gmail_msg">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" class="gmail_msg" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="gmail_msg">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="gmail_msg">
</blockquote></div></div>