142dadbf29
In order to radically simplify how we prepare the service venvs, we use a common role to do the wheel builds and the venv preparation. This makes the process far simpler to understand, because the role does its own building and installing. It also reduces the code maintenance burden, because instead of duplicating the build processes in the repo_build role and the service role - we only have it all done in a single place. We also change the role venv tag var to use the integrated build's common venv tag so that we can remove the role's venv tag in group_vars in the integrated build. This reduces memory consumption and also reduces the duplication. This is by no means the final stop in the simplification process, but it is a step forward. The will be work to follow which: 1. Replaces 'developer mode' with an equivalent mechanism that uses the common role and is simpler to understand. We will also simplify the provisioning of pip install arguments when doing this. Depends-On: https://review.openstack.org/598957 Change-Id: I8b213b0590891b7862aa304f01504295371ea167 Implements: blueprint python-build-install-simplification Signed-off-by: Jesse Pretorius <jesse.pretorius@rackspace.co.uk> |
||
|---|---|---|
| .. | ||
| main.yml | ||
| mq_setup.yml | ||
| tacker_db_setup.yml | ||
| tacker_horizon.yml | ||
| tacker_init.yml | ||
| tacker_init_common.yml | ||
| tacker_init_systemd.yml | ||
| tacker_init_upstart.yml | ||
| tacker_install.yml | ||
| tacker_messaging_setup.yml | ||
| tacker_post_install.yml | ||
| tacker_pre_install.yml | ||
| tacker_service_setup.yml | ||