Do not call update.py from a venv
198580 backported a change to install requirements into a venv and call update.py from that venv. stable/juno's pip facilities do not contain the venv support. openstack-requirements ends up installed into the system but we're calling update.py from a bare venv. This prevents 198146 from merging, which is blocking stable/juno merges and client releases. Rather than backport all of the venv support into stable/juno this late in its life, this just removes the venv assumption and relies on requirements ending up installed system-wide like it is now. Change-Id: I11c9583be5d71a0d4797ea6ff25c245f1aadf0a5
This commit is contained in:
parent
5a78e1d9fa
commit
fce1f19ed9
|
@ -1666,7 +1666,7 @@ function setup_package_with_req_sync {
|
|||
|
||||
if [[ $update_requirements != "changed" ]]; then
|
||||
(cd $REQUIREMENTS_DIR; \
|
||||
./.venv/bin/python update.py $project_dir)
|
||||
python update.py $project_dir)
|
||||
fi
|
||||
|
||||
setup_package $project_dir $flags
|
||||
|
|
|
@ -30,14 +30,7 @@ function install_infra {
|
|||
local PIP_VIRTUAL_ENV="$REQUIREMENTS_DIR/.venv"
|
||||
# bring down global requirements
|
||||
git_clone $REQUIREMENTS_REPO $REQUIREMENTS_DIR $REQUIREMENTS_BRANCH
|
||||
[ ! -d $PIP_VIRTUAL_ENV ] && virtualenv $PIP_VIRTUAL_ENV
|
||||
# We don't care about testing git pbr in the requirements venv.
|
||||
PIP_VIRTUAL_ENV=$PIP_VIRTUAL_ENV pip_install -U pbr
|
||||
PIP_VIRTUAL_ENV=$PIP_VIRTUAL_ENV pip_install $REQUIREMENTS_DIR
|
||||
|
||||
# Unset the PIP_VIRTUAL_ENV so that PBR does not end up trapped
|
||||
# down the VENV well
|
||||
unset PIP_VIRTUAL_ENV
|
||||
pip_install $REQUIREMENTS_DIR
|
||||
|
||||
# Install pbr
|
||||
if use_library_from_git "pbr"; then
|
||||
|
|
Loading…
Reference in New Issue