Master branches need to support py39 and py312 (non-voting)
based on governance for 2024.2 [0].
Removed old targets that are no longer needed in master.
[0] https://review.opendev.org/c/openstack/governance/+/908862
Change-Id: I46feebfe449d956c0b9e35e42209162fcec52c44
Update tox.ini to include the py311 target as required by the current
openstack-python3-charm-jobs zuul template.
Change-Id: Iec0cad398f25e32fafdc064652f3d576b45e4550
The keystone interface rebase to the Endpoint base class re-uses
the auto_accessors approach from RelationBase which makes the
interface smell a little different to other Endpoint based interfaces.
Check and map any keys listed in auto_accessors for all relation
class types rather than just for RelationBase.
This also fixes a minor issue where self.accessors was reset to []
when the auto_accessors attribute was not found in the relation
overwriting any accessors passed in during object construction.
Change-Id: I4481c6d8ad5c9f0a8bc5e892d1d7472be83f3454
This patchset provides support for policy.d overrides in
charms.openstack based charms. It is essentially an adapter for the
charm-helpers policyd module which does the heavy lifting for all of the
policy.d overrides.
This change depends on the charm-helpers change:
https://github.com/juju/charm-helpers/pull/368
Change-Id: I495ce9f5be1815c78a2295d33bab4b9a774d805c
The charms.openstack library contains lots of useful code for
reactive charms which is reusable for other charms.
Allow direct consumers of the OpenStackCharm class to override
the key used for package source selection. This is usefull for
non-OpenStack charms deploying binaries from UCA (for example
Ceph)
Retain 'openstack-origin' as a default.
Also add and default to a `py3` target in tox for developer
friendliness.
Change-Id: I67d2e5d68bc4da87bcaba813f99d3f782f1d9907
We want to default to running all tox environments under python 3, so
set the basepython value in each environment.
We do not want to specify a minor version number, because we do not
want to have to update the file every time we upgrade python.
We do not want to set the override once in testenv, because that
breaks the more specific versions used in default environments like
py35 and py36.
Change-Id: I9d7ecf78c245107013a507fe1ddde7c218b32a73
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
When upgrading openstack components, ensure that the charm class
representing the target release is used for packages and
config file rendering, supporting changes in config files or
packages to be installed.
Also set OPENSTACK_RELEASE_KEY to new release to ensure that
Charm class resolution in future hook executions observes the
current release, rather than the release at install.
Change-Id: I724ae652460e352e24ed7bf2bf57ea181fadff1c
Closes-Bug: 1779062
As of pip 10.0, --allow-unverified is not permitted.
Use of the flag in this repo was previously used to force
installation of python-apt to accommodate certain unit tests.
The unverified package, python-apt, is no longer necessary
for test execution.
Change-Id: I3bb8af99cd8303c105f85a4712ca0b057994ef7d
Related-Bug: #1760720
The underlying library (charms.reactive) no longer support py27, and
reactive charms are only py35 and later supported. Thus, there is no
reason to support py27 in charms.openstack.
Note: the zuul gate still has a py27 test so that is left in the tox.ini
but it simply evaluates to true.
Change-Id: I9a4e18038b706286f60e64fcf67f3e63a90feda9
As part of the fix-alpha-comparisons-1659575 topic, OpenStack reactive
charms that use charms.openstack don't generally need an update.
However, it was noticed that charms.openstack used its own list, as it
predated the charm-helpers version. In order to only have to maintain
the list in one place (contrib.openstack.utils.OPENSTACK_RELEASES) this
changeset removes the internal list and uses the external list.
The py27 test has been disabled as the charms.reactive library has
become py3.5+ only. However, the gate retains the test (policy) so we
need to just disable the py27 here in the tox.ini.
Change-Id: Iaa08252e5093f69a201af2a61cbe952d3ab3b171
Related-Bug: #1659575
This is probably 1 of 3 commits to rename the module to charms_openstack
which will enable it to live happily alongside charms.reactive without
conflicting with it's namespace - and also taking over the charmers
namespace.
Brian Haley