<div dir="ltr"><div dir="ltr">On Fri, 17 Jan 2020 at 05:11, Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2020-01-16 22:02:05 -0600 (-0600), Ghanshyam Mann wrote:<br>
[...]<br>
> Second option is to install the tempest and plugins in py3 env on<br>
> py2 jobs also. This should be an easy and preferred way.<br>
[...]<br>
<br>
This makes more sense anyway. Tempest and its plug-ins are already<br>
segregated from the system with a virtualenv due to conflicts with<br>
stable branch requirements, so hopefully switching that virtualenv<br>
to Python 3.x for all jobs is trivial (but I won't be surprised to<br>
learn there are subtle challenges hidden just beneath the surface).<br></blockquote><div><br></div><div>That sounds good for supported releases. Once we have them back in working order, I wonder how it will turn out for queens.</div><div>In neutron, there is a recent failure [1] as this EM branch now uses a pinned version of the plugin. The fix there is most likely to also pin tempest - to queens-em [2] but then will also require some fix for the EOLing python2 drama.</div><div><br></div><div>As tempest is branchless, it looks like if we want to keep neutron-tempest-plugin tests for queens we will rather need solution 1 for this branch? (but let's focus first on getting the supported branches back in working order)</div><div><br></div><div>[1] <a href="https://bugs.launchpad.net/neutron/+bug/1859988">https://bugs.launchpad.net/neutron/+bug/1859988</a> </div><div>[2] <a href="https://review.opendev.org/702868">https://review.opendev.org/702868</a></div></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Bernard Cafarelli<br></div></div></div>