bd66a7cb1b
In the dependent change, the docker roles will add sibling packages to the .zuul-siblings directory of the checked-out source. Refactor the "assemble" script to handle this. Essentially we build the wheel for "." and then iterate over ZUUL_SIBLINGS subdirectories (set in a --build-arg by the role in dependent change) to also build the sibling packages. Note we concatenate the bindep.txt files, so that we end up with the complete package list required by the main code and its dependencies. "install-from-bindep" now installs all the wheels, using --force to make sure we re-install the speculatively built packages. This means that a single Dockerfile works under Zuul when ZUUL_SIBLINGS is set, pointing to Zuul's checkouts; but it also works stand-alone -- in this case ZUUL_SIBLINGS is empty and we just install from upstream as usual. Depends-On: https://review.opendev.org/696987 Change-Id: I4943ae723b06b0ad808e7c7f20788109e21aa8bf
Puppet Modules
These are a set of puppet manifests and modules that are currently being used to manage the OpenStack Project infrastructure.
The main entry point is in manifests/site.pp.
In general, most of the modules here are designed to be able to be run either in agent or apply mode.
These puppet modules require puppet 2.7 or greater. Additionally, the site.pp manifest assumes the existence of hiera.
See http://docs.openstack.org/infra/system-config for more information.
Documentation
The documentation presented at http://docs.openstack.org/infra/system-config comes from https://opendev.org/opendev/system-config repo's docs/source. To build the documentation use
tox -evenv python setup.py build_sphinx