[xena] Ensure get_requests_for_local_unit doesn't fail on incomplete relation
This is a rebuild/make sync for charms to pickup the fix in charmhelpers to fix
any inadvertant accesses of ['ca'] in the relation data before it is available
from vault in the certificates relation. Fix in charmhelpers is in [1].
The build.lock branch points to master which means that the layer is not
locked. Lock the layers to the commit hash instead; this ensures
reproducible builds as much as possible.
This is a rebuild trigger to bring in the latest stable
charms.openstack (for the branch) that contains the fix for the
linked bug that caused the charm to fail (almost silently) during
and action managed upgrade.
Update build.lock for moved nrpe-external-master interface
The original repository for the npre-external-master repository was
removed and was re-uploaded [1]. This changed the commit hash for the
build.lock. This patch updates the commit hash to point to the head of
the new repository main branch as it hasn't changed since 2017.
* use stable/21.10 libraries
* use zaza/zaza-openstack-tests at stable/21.10
* build.lock files for reactive charms
* bundles refer to ~openstack-charms candidate channel