<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">I'm noticing some odd cases with respect to the python 3 community goal [0]. So far my findings are specific to keystone repositories, but I can imagine this affecting other projects.<div><br></div><div>Doug generated the python 3 reviews for keystone repositories, including the ones for stable branches. We noticed some issues with the ones proposed to stable (keystoneauth, python-keystoneclient) and master (keystonemiddleware). For example, python-keystoneclient's stable/pike [1] and stable/ocata [2] branches are both failing with something like [3]: </div><div><br></div><div><span style="color:rgb(0,0,0);font-family:monospace;font-size:medium;white-space:pre-wrap;background-color:rgb(255,255,204)">ERROR: You must give at least one requirement to install (see "pip help install")</span><br></div><div><br></div><div>Both of those branches still use tox_install.sh [4][5]. Master, stable/rocky, and stable/queens do not, which passed fine. It was suggested that we backport patches to the failing branches that remove tox_install.sh (similar to [6]). I've attempted to do this for python-keystoneclient, keystonemiddleware, and keystoneauth.</div><div><br></div><div>The keystonemiddleware patches specifically are hitting a weird case, where they either fail tests due to issues installing keystonemiddleware itself, or pass tests and fail the requirements check. I'm guessing (because I don't really fully understand the whole issue yet) this is because keystonemiddleware has an optional dependency for tests and somehow the installation process worked with tox_install.sh and doesn't work with the new way we do things with pip and zuul.</div><div><br></div><div>I've attempted to remove tox_install.sh using several approaches with keystonemiddleware master [7]. None of which passed both unit tests and the requirements check.</div><div><br></div><div>I'm wondering if anyone has a definitive summary or context on tox_install.sh and removing it cleanly for cases like keystonemiddleware. Additionally, is anyone else noticing issues like this with their stable branches?</div><div><br></div><div>[0] <a href="https://governance.openstack.org/tc/goals/stein/python3-first.html">https://governance.openstack.org/tc/goals/stein/python3-first.html</a></div><div>[1] <a href="https://review.openstack.org/#/c/597685/">https://review.openstack.org/#/c/597685/</a></div><div>[2] <a href="https://review.openstack.org/#/c/597679/">https://review.openstack.org/#/c/597679/</a></div><div>[3] <a href="http://logs.openstack.org/85/597685/1/check/build-openstack-sphinx-docs/4f817dd/job-output.txt.gz#_2018-08-29_20_49_17_877448">http://logs.openstack.org/85/597685/1/check/build-openstack-sphinx-docs/4f817dd/job-output.txt.gz#_2018-08-29_20_49_17_877448</a></div><div>[4] <a href="https://git.openstack.org/cgit/openstack/python-keystoneclient/tree/tools/tox_install.sh?h=stable/pike">https://git.openstack.org/cgit/openstack/python-keystoneclient/tree/tools/tox_install.sh?h=stable/pike</a></div><div>[5] <a href="https://git.openstack.org/cgit/openstack/python-keystoneclient/tree/tools/tox_install.sh?h=stable/ocata">https://git.openstack.org/cgit/openstack/python-keystoneclient/tree/tools/tox_install.sh?h=stable/ocata</a></div><div>[6] <a href="https://review.openstack.org/#/c/524828/3">https://review.openstack.org/#/c/524828/3</a></div><div>[7] <a href="https://review.openstack.org/#/c/599003/">https://review.openstack.org/#/c/599003/</a></div></div></div></div></div></div></div></div></div></div></div>