You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When running the test command, or any other command that invokes with_project_on_sys_path, setuptools ensures those projects are on sys.path, but if a subprocess is launched that relies on those dependencies such as tox does or any other project that launches subprocesses to create fixtures or launch services, that subprocess won't have the projects on sys.path so will fail, as reported in tox-dev/tox#360.
2.10.1
~~~~~~
* #21: Avoid mutating dictionary keys during iteration.
2.10
~~~~
* #20: Leverage technique in `setuptools 794
<https://github.com/pypa/setuptools/issues/794>`_
to populate PYTHONPATH during test runs such that
Python subprocesses will have a dependency context
comparable to the test runner.
When running the
test
command, or any other command that invokes with_project_on_sys_path, setuptools ensures those projects are on sys.path, but if a subprocess is launched that relies on those dependencies such as tox does or any other project that launches subprocesses to create fixtures or launch services, that subprocess won't have the projects on sys.path so will fail, as reported in tox-dev/tox#360.On project I maintain works around this issue by adding all of sys.path to PYTHONPATH for the subprocesses. Setuptools should do something similar (though more elegant by matching only those projects added), enabling this use case in general.
The text was updated successfully, but these errors were encountered: