As per the current release tested runtime, we test
python version from 3.8 to 3.11 so updating the
same in python classifier in setup.cfg
Change-Id: I702d5840350b3ad3f66067e92ac5faf1bee20fce
Within 2023.2 python version 3.9 and 3.10 are the
supported python runtimes [1].
[1] https: //review.opendev.org/c/openstack/governance/+/872232
Change-Id: I5d5fcf954dad68c918c6a75adefd718fde875493
In Zed cycle testing runtime, we are targetting to drop the
python 3.6/3.7 support, project started adding python 3.8 as minimum,
example nova:
- 56b5aed08c/setup.cfg (L13)
also indicate that we support py3.9.
Change-Id: I717b0e4ea1c450d4cb7af7366e813e58b5d531e5
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: If3e2e3c7b3fc0f170f38721a3350e85e8e7eff36
These translation sections are not needed anymore, Babel can
generate translation files without them.
Change-Id: I49fb3d1d1af4d32a4f6154b35d0d78ff9f7e31a9
Now that we are running the Victoria tests that include a
voting py38, we can now add the Python 3.8 metadata to the
package information to reflect that support.
Change-Id: Ibfb252d74656dd517686082328048db8ce48384d
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>
The openstack.org pages now support https and our references to
the site should by default be one signed by the organization.
Change-Id: Icea6f111373df87cb92d242811fb938efe4ee1a1
Now that there exists only a gate job for Python 3.5 and not 3.4,
we should remove those references to the 3.4 that is untested.
Change-Id: I067d84b89167c5e84373cb0656348d3e7a573a45
Soon the gate jobs will support Python 3.5. This patch adds the tox
virtualenv in preparation for the move from 3.4 to 3.5.
Change-Id: I8eb0289b4ce4cfbc47ad79affa7af6ea3dac73d0
Follow new infra setup for translations, see spec
http://specs.openstack.org/openstack-infra/infra-specs/specs/translation_setup.html
for full details.
This basically renames oslo.vmware/locale/oslo.vmware.pot
to oslo_vmware/locale/oslo_vmware.pot.
For this we need to update setup.cfg.
Update also domain name in _i18n.py.
Change-Id: I9ab5c9cc1e3d210e80c140ce0e2c7122bbeb5691
By setting this pbr option in setup.cfg, the doc build will fail in case
of any warnings or errors occur during the build process.
Change-Id: Icfca280be8abadce50cbf5ed7fa82ba67a3556ae
Provide a more complete description in README.rst, which is used
when viewing the library on pypi.
Also standardize the short-description used in setup.cfg.
Change-Id: Ia164a2ebf40035530ac2cadbfcc0f6987ef4a206
This properly deploys the oslo.vmware package may resolve
sphinx build errors for projects which have not yet
upgraded to oslo_vmware.
Change-Id: I4db750fb2356ebf44a8fccf7c422b474fefec0ee
Move the public API out of oslo.vmware to oslo_vmware. Retain the ability
to import from the old namespace package for backwards compatibility
for this release cycle.
bp/drop-namespace-packages
Change-Id: I11cf038c3832a7357ed53363d8ccf143daddd2a2
Universal is used to identify pure-Python module(by bdist_wheel). For
these, it is sufficient to build a wheel with _any_ Python ABI version
and publish that to PyPI (by whatever means).
Change-Id: I2f3b3a5f75aa8dbe4c40f3b9a1d0da43a4b1a0f1
Once we use the pbr based build to generate files, we prune
the indexes to remove references to code we would like to
hide like the common modules and private modules in conf.py.
We reuse the same excluded_patterns variable that is already
used in Sphinx and filter these modules from autoindex.rst
Closes-Bug: #1364140
Change-Id: I5767e429e63935f055a6f4e82349224ccfa2f497
Importing oslo.vmware to another OpenStack project gives the
ArgsAlreadyParsedError: arguments already parsed: cannot register CLI
option exception.
This happens because openstack/common/log.py registers CLI options
after the project using oslo.vmware parses its configuration.
This patch addresses this issue by removing any dependency on
log.py, using logging from the standard python library instead.
Change-Id: Id2bddb8a7efc2a53399e2a2278dba4605da083d8
Closes-Bug: #1284837
Ghanshyam Mann