/home/zuul/src/opendev.org/openstack/python-keystoneclient/.tox/docs/lib/python3.8/site-packages/keystoneauth1/fixture/discovery.py:docstring of keystoneauth1.fixture.discovery.DiscoveryList:1:duplicate object description of keystoneauth1.fixture.discovery.DiscoveryList, other instance in api/keystoneclient.fixture, use :noindex: for one of them

Change-Id: Id2722a1b275be88af6d0337684f1eb012b7f4ce1
(cherry picked from commit f6569e2)
(cherry picked from commit 65883c4)

Lower-constraints is not required and has been dropped from Keystone
because of an issue with the new dependency resolver in pip[1].
The job is currently broken so let's disable it to unblock gate first.

[1] d6610594d1b766a8ee3ac65182b951f2a3d431f7

Change-Id: I67b8981b211c5d15154c919ea6f4f75639863437
(cherry picked from commit 0c4e294)
(cherry picked from commit 5a34011)
(cherry picked from commit cb2faab)

As discussed in TC PTG[1] and TC resolution[2], we are
dropping the lower-constraints.txt file and its testing.
We will keep lower bounds in the requirements.txt file but
with a note that these are not tested lower bounds and we
try our best to keep them updated.

[1] https://etherpad.opendev.org/p/tc-zed-ptg#L326
[2] https://governance.openstack.org/tc/resolutions/20220414-drop-lower-constraints.html#proposal

Change-Id: I2eea42d3909896ea8606dc9cde681b2cc1cfb62f
(cherry picked from commit 36510a8)
(cherry picked from commit 4992bcf)
(cherry picked from commit 45e04a0)
(cherry picked from commit 60b4a24)

Update the URL to the upper-constraints file to point to the redirect
rule on releases.openstack.org so that anyone working on this branch
will switch to the correct upper-constraints list automatically when
the requirements repository branches.

Until the requirements repository has as stable/victoria branch, tests will
continue to use the upper-constraints list on master.

Change-Id: Ie8bc408edb8485fed0602f9f119feb0536b90cfc

Change-Id: Ie93f9fdb685d86ffebc1ee9211f93e8f823be4c7

Change-Id: Iaed92370fbd1125b20bac325695f416c5c9b924f

py38 jobs (on ubuntu-focal) started to fail (see the relevant github
issue [1]) due to recent virtualenv release (20.26.4; which bundles
setuptools).

setuptools is bundled in virtualenv, so it has to be capped via the
virtualenv package. tox also needed to be capped (<4) as gate uses
tox 3.28.0, but with capping virtualenv we pull in latest tox as well,
which would cause other errors.

[1] pypa/setuptools#4483

Change-Id: I25cea89afa4b74bf003812dad22157f5d62d37e2

…/victoria