Across the OpenStack Engineering team charms we are using requires and provides for subordinates in the opposite direction of what is documented in Juju. Given the end user experience is unaffected I'll bury this detail for the sake of consistency across the charms. Change-Id: Ia304cd25dbdd130338837f149a79efe59681f794
|4 months ago|
|src||4 months ago|
|unit_tests||4 months ago|
|.gitignore||7 months ago|
|.gitreview||7 months ago|
|.stestr.conf||8 months ago|
|.travis.yml||7 months ago|
|.zuul.yaml||7 months ago|
|LICENSE||8 months ago|
|README.md||8 months ago|
|test-requirements.txt||8 months ago|
|tox.ini||7 months ago|
This repository contains a set of similar interfaces with common code broken out to a separate module.
This interface facilitates a provider charm to publish connection properties of a OVSDB and a requirer charm to consume a remote OVSDB.
No explicit handler is required to consume this interface in charms that consume this interface.
In addittion to the states automatically set based on relation data by
charms.reactive.Endpoint, the interface provides the
To consume this interface in your charm or layer, add the following to
and add a provider or requires interface of type
ovsdb to your charm or
requires: ovsdb: interface: ovsdb
Please report bugs on Launchpad.
For development questions please refer to the OpenStack Charm Guide.