Issue 18367: See if a venv setup can be used for devinabox for coverage (original) (raw)

Issue18367

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

This issue has been migrated to GitHub: https://github.com/python/cpython/issues/62567

classification

process

Created on 2013-07-05 19:15 by brett.cannon, last changed 2022-04-11 14:57 by admin. This issue is now closed.

Messages (3)
msg192349 - (view)	Author: Brett Cannon (brett.cannon) *	Date: 2013-07-05 19:15
Right now there is a bunch of contorting with setuptools and coverage.py's checkout to get things in reasonable places, etc. Might be easiest to create a venv from the built checkout and then install both setuptools and the coverage.py checkout into the venv for easier setup/cleanup. Might even be lucky enough that the venv can be left in place and simply have users do ``../cpython/python Tools/scripts/pyvenv --upgrade`` to have it start using their own built version so that the basic setup for at least setuptools works and then they only need to build coverage.py themselves (which is already scripted).
msg192651 - (view)	Author: Brett Cannon (brett.cannon) *	Date: 2013-07-08 13:38
So first thing is that you can't relocate a venv. The --upgrade option is only for when you upgrade a Python installation in-place (e.g. go from 3.3 to 3.4 but otherwise all other details stay the same). The --clear option empties out the directories so nothing will stick around. IOW without adding a --move option to pyvenv, a venv is not worth leaving around in the box. It is probably reasonable, though, to provide a script or integrate into full_coverage.py to set up the venv and such.
msg193055 - (view)	Author: Brett Cannon (brett.cannon) *	Date: 2013-07-14 15:15
I think getting set up for coverage.py is going to change to: 1. Download the latest setuptools 2. Download the latest coverage -- full_coverage.py build -- 3. Create a venv 4. Extract setuptools and coverage into a src/ directory in the venv 5. Install setuptools in the venv 6. Install coverage in the venv -- full_coverage.py run -- 7. Run coverage -- full_coverage.py html -- 8. Create coverage report *outside of venv* -- 9. Delete venv *but leave the setuptools and coverage tarballs for users* This removes the need for the coverage clone and a lot of the crazy tweaking required to execute Python for fullcoverage; this setup will only require setting PYTHONPATH to src/coverage/fullcoverage (or something like that) in the venv.