4cae88ff57
The mock third party library was needed for mock support in py2 runtimes. Since we now only support py36 and later, we can use the standard lib unittest.mock module instead. Note that https://github.com/openstack/charms.openstack is used during tests and he need `mock`, unfortunatelly it doesn't declare `mock` in its requirements so it retrieve mock from other charm project (cross dependency). So we depend on charms.openstack first and when Ib1ed5b598a52375e29e247db9ab4786df5b6d142 will be merged then CI will pass without errors. Depends-On: Ib1ed5b598a52375e29e247db9ab4786df5b6d142 Change-Id: I17855080c832cd94783c279449f17c58ab5e3d9c
Overview
This interface supports the integration between Barbican and secrets stores.
Usage
No explicit handler is required to consume this interface in charms that consume this interface.
The interface provides secrets.connected and secrets.available states.
For an secrets subordinate charm
The secrets.connected state indicates that the Barbican principle charms has been
connected to. At this point the plugin data required for to configure the secrets store
from Barbican should be presented.
metadata
To consume this interface in your charm or layer, add the following to layer.yaml:
includes: ['interface:barbican-secrets']
and add a provides interface of type secrets to your charm or layers
metadata.yaml:
provides:
secrets:
interface: barbican-secrets
scope: container
Please see the example 'Barbican Vault' charm for an example of how to author an secrets store charm.
Bugs
Please report bugs on Launchpad.
For development questions please refer to the OpenStack Charm Guide.