This commit was bulk generated and pushed by the OpenDev sysadmins as a part of the Git hosting and code review systems migration detailed in these mailing list posts: http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003603.html http://lists.openstack.org/pipermail/openstack-discuss/2019-April/004920.html Attempts have been made to correct repository namespaces and hostnames based on simple pattern matching, but it's possible some were updated incorrectly or missed entirely. Please reach out to us via the contact information listed at https://opendev.org/ with any questions you may have.
|11 months ago|
|.gitreview||11 months ago|
|.zuul.yaml||1 year ago|
|LICENSE||3 years ago|
|README.md||3 years ago|
|interface.yaml||3 years ago|
|provides.py||3 years ago|
|requires.py||3 years ago|
|test-requirements.txt||3 years ago|
|tox.ini||1 year ago|
This interface supports the integration between Barbican and HSM devices.
No explicit handler is required to consume this interface in charms that consume this interface.
The interface provides
hsm.connected state indicates that the Barbican principle charms has been
connected to. At this point the plugin data required for to configure the HSM
from Barbican should be presented.
To consume this interface in your charm or layer, add the following to
and add a provides interface of type
hsm to your charm or layers
provides: hsm: interface: barbican-hsm scope: container
Please see the example ‘Barbican SoftHSM’ charm for an example of how to author an HSM charm.
Please report bugs on Launchpad.
For development questions please refer to the OpenStack Charm Guide.