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: I8b5ffec9f1622341950e8104795b98b33ccb3a45
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)
Change-Id: I356f666d481e3514f5806221491171d95ae5789c
Resolves warnings like the following:
UserWarning: Usage of dash-separated 'description-file' will not be
supported in future versions. Please use the underscore name
'description_file' instead
Change-Id: I172ea38886f6d6ed55eb8ef4337824e075fd1297
These translation sections are not needed anymore, Babel can
generate translation files without them.
Change-Id: I3ef03f6a99fef5612b7211b5ac42336c897c2c13
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: I6e9c6dbae7b5cfed7494d85200a28c9d64351548
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>
Mailinglists have been updated. Openstack-discuss replaces openstack-dev.
Temporarily adding fix for barbican race condition here to see if this
will fix the gates.
Depends-On: I7b2f088c8cb9f74507313072d901bcedea18fc34
Change-Id: I2ba12329088d548688eb44cdd8edd18db189f83d
This driver is an oslo.config backend driver implemented with
Castellan. It extends oslo.config's capabilities by enabling it
to retrieve configuration values from a secret manager behind
Castellan.
Change-Id: Id7cf99bea5788e0a6309461a75eaa8d08d29641b
Signed-off-by: Moises Guimaraes de Medeiros <moguimar@redhat.com>
* Uses https://www.vaultproject.io/ to store/fetch secrets
* All we need is the URL and a Token to talk to the vault server
* tox target "functional-vault" sets up a server in development mode
and runs functional tests
* Supports both http:// and https:// url(s)
* the https support was tested by setting up a vault server by hand
(https://gist.github.com/dims/47674cf2c3b0a953df69246c2ea1ff78)
* create_key_pair is the only API that is not implemented
Change-Id: I6436e5841c8e77a7262b4d5aa39201b40a985255
Since all Oslo library drivers are discoverable via
stevedore, we should use stevedore in Castellan as well.
This will make it easier for folks to write their own
custom drivers. Stevedore uses setuptools entry points
for implementing the common patterns for dynamically
loading extensions.
We add [key_manager]/backend as the new option to set
the custom driver. For a while, we should support the
older values that used to be specified using
[key_manager]/apiclass.
Change-Id: I2610459839806a5591da1efa314dfa52bcfb7cda
In response to the discussion surrounding the
new barbican-tempest-plugin project, we will
contribute our security tempest scenarios there,
not in castellan.
Change-Id: I65655c13deb00e036457dbd68666bcdc598be2b9
This change adds the bare minimum cookiecutter
tempest plugin for the SecurityTempestPlugin. Later
changes will add a key manager client, API tests,
and scenario tests for security functionality.
Blueprint: image-signing-experimental-gate
Change-Id: If20b01771c74a3ec0ee8a3832306b0406334d196
Now that there is a passing gate job, we can claim support for
Python 3.5 in the classifier. This patch also adds the
convenience py35 venv.
Change-Id: I667af65814350664bb5cd75f79ad3ac1b56130a1
As of mitaka, the infra team won't have the resources available to
reasonably test py26, also the oslo team is dropping py26 support
from their libraries. sine we rely on oslo for a lot of our work,
and depend on infra for our CI, we should drop py26 support too.
Change-Id: I4db3fb61038377bc96e47ac160a2da1652901a1b
Related-Bug: #1519510
This change adds a module for listing configuration options and setting
their defaults. It also changes the key manager base class to
incorporate a configuration during creation. By default, the key manager
will continue to use the global CONF object from the oslo.config
package.
For the most part, this change will be backwards compatible. The one
exception is the creation of sample configuration files. Previously,
importing castellan was sufficient to add these options to the global
configuration object. Now, these options will need to be applied by
using the castellan.options.list_opts function, or adding them through
other means, to create sample configuration files. Similar applies for
setting configuration before instantiating a key manager.
changes
* adding castellan.options with list_opts and set_defaults functions
* changing KeyManager abc to include a configuration option to __init__
* changing barbican and not_implemented key managers to accept
configuration parameters
* adding tests for set_defaults function
* fixing barbican tests to accomodate new configuration parameter
* adding documentation about configuration usage
* adding castellan configs to oslo entry point in setup.cfg
* adding a genconfig target to tox for producing a sample castellan
configuration file
* adding the sample configuration file to the git ignore
* renaming barbican option api_version to barbican_api_version
Change-Id: I86d6d7d49a893beaae6f311060ec593e0482d889
Implements: blueprint improved-configuration-options
Creates the initial functional testing infrastructure for Castellan.
Functional tests are run using:
tox -e functional
The Barbican wrapper tests require running local Barbican and Keystone
instances.
The functional testing config parameters can be overwritten by creating a
config file at /etc/castellan/castellan-functional.conf. A sample config
can be generated using:
tox -e genconfig
The generated sample config can be found at etc/castellan/castellan-functional.conf
Implements: blueprint add-barbican-key-manager
Change-Id: Ideb9b1f01e51d85ff56575d8ab6ac970053a9604
OpenStack only tests for 3.4 support at the gate, so we cannot guarantee
compatibility with a version that is not gated.
Change-Id: I5febe882d175403ecd1a4ecbe615c050808258ef