mirror of https://github.com/ansible/ansible.git
[stable-2.9] Fix issues with ansible-test --venv option. (#62033)
* Fix ansible-test venv activation.
When using the ansible-test --venv option, an execv wrapper for each python interpreter is now used instead of a symbolic link.
* Fix ansible-test execv wrapper generation.
Use the currently running Python interpreter for the shebang in the execv wrapper instead of the selected interpreter.
This allows the wrapper to work when the selected interpreter is a script instead of a binary.
* Fix ansible-test sanity requirements install.
When running sanity tests on multiple Python versions, install requirements for all versions used instead of only the default version.
* Fix ansible-test --venv when installed.
When running ansible-test from an install, the --venv delegation option needs to make sure the ansible-test code is available in the created virtual environment.
Exposing system site packages does not work because the virtual environment may be for a different Python version than the one on which ansible-test is installed.
(cherry picked from commit c77ab11051
)
Co-authored-by: Matt Clay <matt@mystile.com>
pull/61899/head
parent
427da1d213
commit
b3fbc3c156
@ -0,0 +1,2 @@
|
|||||||
|
bugfixes:
|
||||||
|
- ansible-test now properly handles creation of Python execv wrappers when the selected interpreter is a script
|
@ -0,0 +1,2 @@
|
|||||||
|
bugfixes:
|
||||||
|
- ansible-test now properly installs requirements for multiple Python versions when running sanity tests
|
@ -0,0 +1,2 @@
|
|||||||
|
bugfixes:
|
||||||
|
- ansible-test now properly activates virtual environments created using the --venv option
|
@ -0,0 +1,2 @@
|
|||||||
|
bugfixes:
|
||||||
|
- ansible-test now properly registers its own code in a virtual environment when running from an install
|
Loading…
Reference in New Issue