31b4ae3d89
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. 2. Simplifies the installation of optional pip packages. Right now it's more complicated than it needs to be due to us needing to keep the py_pkgs plugin working in the integrated build. 3. Deduplicates the distro package installs. Right now the role installs the distro packages twice - just before building the venv, and during the python_venv_build role execution. Depends-On: https://review.openstack.org/598957 Change-Id: Ic00b23cb61ea7f0269d4e01b944d93accc3a218b Implements: blueprint python-build-install-simplification Signed-off-by: Jesse Pretorius <jesse.pretorius@rackspace.co.uk>
49 lines
1.7 KiB
YAML
49 lines
1.7 KiB
YAML
---
|
|
# Licensed under the Apache License, Version 2.0 (the "License");
|
|
# you may not use this file except in compliance with the License.
|
|
# You may obtain a copy of the License at
|
|
#
|
|
# http://www.apache.org/licenses/LICENSE-2.0
|
|
#
|
|
# Unless required by applicable law or agreed to in writing, software
|
|
# distributed under the License is distributed on an "AS IS" BASIS,
|
|
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
# See the License for the specific language governing permissions and
|
|
# limitations under the License.
|
|
|
|
# TODO(odyssey4me):
|
|
# This can be simplified once all the roles are using
|
|
# python_venv_build. We can then switch to using a
|
|
# set of constraints in pip.conf inside the venv,
|
|
# perhaps prepared by giving a giving a list of
|
|
# constraints to the role.
|
|
- name: Create developer mode constraint file
|
|
copy:
|
|
dest: "/opt/developer-pip-constraints.txt"
|
|
content: |
|
|
{% for item in monasca_agent_developer_constraints %}
|
|
{{ item }}
|
|
{% endfor %}
|
|
when:
|
|
- monasca_agent_developer_mode | bool
|
|
|
|
- name: Ensure remote wheel building is disabled in developer mode
|
|
set_fact:
|
|
venv_build_host: "{{ ansible_hostname }}"
|
|
when:
|
|
- monasca_agent_developer_mode | bool
|
|
|
|
- name: Install the python venv
|
|
include_role:
|
|
name: "python_venv_build"
|
|
private: yes
|
|
vars:
|
|
venv_install_destination_path: "{{ monasca_agent_bin | dirname }}"
|
|
venv_install_distro_package_list: "{{ monasca_agent_distro_packages }}"
|
|
venv_pip_install_args: "{{ monasca_agent_pip_install_args }}"
|
|
venv_pip_packages: "{{ monasca_agent_pip_packages }}"
|
|
venv_facts_when_changed:
|
|
- section: "monasca_agent"
|
|
option: "venv_tag"
|
|
value: "{{ monasca_agent_venv_tag }}"
|