Add file to the reno documentation build to show release notes for
stable/2024.1.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/2024.1.
Sem-Ver: feature
Change-Id: I22b26b94b3d4609b782d9556a483a09fd2eee600
As per the current release tested runtime, we test
till python 3.11 so updating the same in python
classifier in setup.cfg
Change-Id: I1c1089b8b5665bb8524eedc87990f666b7378c79
Add file to the reno documentation build to show release notes for
stable/2023.2.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/2023.2.
Sem-Ver: feature
Change-Id: I60c8bf746af95ce2c8c0641b09a17a77da4958ec
Change If402f9ae0ca06fec0 replaced cycle-specific testing templates
that had to be changed in each project's zuul config file with a
generic template that only needs to be updated in one place, namely,
in the openstack-zuul-jobs repo.
Apparently brick-cinderclient-ext didn't get the memo, so we fix
that now.
Change-Id: Ie9addb528f9509f66d649eee19a529ba5523e389
Based on the python runtimes for 2023.2 [0], we should be running
functional jobs on python 3.9 and python 3.10.
This patch updates the functional jobs in .zuul.yaml and updates
tox.ini with a generative section to define all the relevant
functional testenvs.
[0] https://governance.openstack.org/tc/reference/runtimes/2023.2.html
Change-Id: Ia098cadbc1fcd8a5d0fbebf0022c5899eabbf863
Add file to the reno documentation build to show release notes for
stable/2023.1.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/2023.1.
Sem-Ver: feature
Change-Id: I20be2dccaf70ebff9b40040abbf0599e788ef428
Gate is failing because of the following error.
2023-02-13 15:49:50.252111 | ubuntu-jammy | pep8: 280 E failed
with pass_env values cannot contain whitespace, use comma to
have multiple values in a single line, invalid values found
'*_proxy *_PROXY' [tox/session/cmd/run/single.py:55]
This is a known issue in tox4 and is fixed by moving the
passenv values on a new line.
Change-Id: I9cc03cb98d0113449097c943ba055fb65a4dd2d7
The current requirements minimum for related openstack projects
is very old and we don't test it anywhere with 2 year old released
versions.
This patch makes the following changes:
python-cinderclient: 8.2.0 -> 9.0.0, released: 15 July '2022, u-c: 9.2.0
(also cinderclient 9.3.0 release this week i.e. 17th Feb '2023)
os-brick: 5.2.0 -> 6.0.0, released: 20 July '2022, u-c: 6.1.0
(also os-brick 6.2.0 release last week i.e. 10th Feb '2023 but patch
isn't merged yet[1])
oslo.concurrency: 4.4.0 -> 5.0.0, released: 4 Aug '2022, u-c: 5.0.1
[1] https://review.opendev.org/c/openstack/releases/+/872778
Change-Id: Ic459c84e06d9362cbbef5e30cb7d7b8373799f31
Add file to the reno documentation build to show release notes for
stable/zed.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/zed.
Sem-Ver: feature
Change-Id: Ia9282ffb0dbc009ceb85e5b09e44d1ad63315404
In Zed cycle, we have dropped the python 3.6/3.7[1] testing
and its support. Moving the py36 job to py38 based but to run on
ubuntu focal as c8s does not seems to have py38.
Also updating the python classifier also to reflect the same.
[1] https://governance.openstack.org/tc/reference/runtimes/zed.html
Change-Id: Iaebe48f41236fbcb1eb887c321d27be102c20292
Add file to the reno documentation build to show release notes for
stable/yoga.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/yoga.
Sem-Ver: feature
Change-Id: Ib0b2407895f41994148197fc99f6ac31d855282e
Specify a minimum of the early Yoga cinderclient release (8.2.0)
and the official Yoga os-brick release (5.2.0).
Change-Id: I64d55109363be931f0a28e5545e5503d5dcfde1a
Add file to the reno documentation build to show release notes for
stable/xena.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/xena.
Sem-Ver: feature
Change-Id: I75945a8c3b0303db8392ec2fcc9b920a1b16a62a
Specify a minimum of the early Xena cinderclient release (8.0.0)
and the official Xena os-brick release (5.0.0).
Change-Id: If6cda7fe30f5f1a54c6ade878f86f615c9d01568
There's a functional test that's trying to use the cinderclient v2
client, which has been removed in Xena. Update it to use the v3
client.
Change-Id: I5bad2baf02fd2c7c882d7bbf7110fc644c96319b
The Zuul results on [0], for example, show the functional-py36 job as
passing, when actually no tests were run because a py36 interpreter
was not available. So don't allow this to happen, and change the
default testenvs to test generic "py3" instead of py36 and py38.
This kind of sucks because someone might test locally against a py3
version we don't even support, but it's either that or require that
developers have both py36 and py38 available on their systems
... which most of us do. But the wider community, as far as I can
tell, thinks that requirement is unreasonable and that it would
discourage new contributors.
This requires a corresponding change in the zuul config file so that
the functional-py36 job explicitly requires that py36 be available.
And because explicit is better than implicit, the requirement is also
added to the functional-py38 job definition.
[0] https://review.opendev.org/c/openstack/python-brick-cinderclient-ext/+/796787/1
Change-Id: Iba7c25dd51dd0b91909b083272a8d5efc853115e
Setuptools v54.1.0 introduces a warning that the use of dash-separated
options in 'setup.cfg' will not be supported in a future version [1].
Get ahead of the issue by replacing the dashes with underscores. Without
this, we see 'UserWarning' messages like the following on new enough
versions of setuptools:
UserWarning: Usage of dash-separated 'description-file' will not be
supported in future versions. Please use the underscore name
'description_file' instead
[1] https://github.com/pypa/setuptools/commit/a2e9ae4cb
Change-Id: If2629a142a795b5663c5e6a04c57549c76530416
We facing errors related to the new pip resolver, this
topic was discussed on the ML and QA team proposed to
to test lower-constraints [1].
I propose to drop this test because the complexity and recurring pain needed
to maintain that now exceeds the benefits provided by this mechanismes.
[1] http://lists.openstack.org/pipermail/openstack-discuss/2020-December/019390.html
Change-Id: I8d29322460f901b0f034d8f08d109a06f9255df4
Add file to the reno documentation build to show release notes for
stable/wallaby.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/wallaby.
Sem-Ver: feature
Change-Id: I731321e693d7b340548ddc598f041b36f5f58183
Updates requirements to be consistent (mostly) with os-brick and
python-cinderclient. Also revises the lower-constraints file to
contain only direct dependencies.
Change-Id: I9f9fb51482889d9f21d442e37f41471e93aeeb4b
With a single line change, we can use this cinder client extension
on Windows. This patch will avoid the os.getuid call, which is
unavailable on Windows.
Note that on Windows, we aren't doing any privilege escalation,
assuming that we already have the required rights.
Here's a sample: http://paste.openstack.org/raw/802466/
Change-Id: Ic554b5df2adee38b97665c578ca69b33c8694ca7
Major changes:
- python-cinderclient 3.3.0 -> 7.2.0 (update to victoria client)
- os-brick 2.5.0 -> 4.1.0 (update to first wallaby brick release)
Other changes to satisfy dependencies for the above.
Change-Id: Id3dc8bdfd7db0fb23128af80ef8e4327dcb1450c
Add file to the reno documentation build to show release notes for
stable/victoria.
Use pbr instruction to increment the minor version number
automatically so that master versions are higher than the versions on
stable/victoria.
Change-Id: I3dd956323adbd572d0614aa86a883a25bf2b558b
Sem-Ver: feature