Message323581
Unfortunately it is not a viable solution. If you run the virtualenv python without activation, e.g.
virtualenv --python=python3.7 foo
foo/bin/python -m venv bar
The VIRTUAL_ENV environment variable wouldn’t be set in this situation, but the created venv (bar) would still be broken.
The only viable cue I find to detect virtualenv existence is it sets sys.real_prefix to point to the prefix of the actual Python isntallation (i.e. the value of sys.prefix without virtualenv), while this variable does not exist by default. This is, however, obviously very hacky and unreliable, and not something venv should do IMO. virtualenv is the problem here, and should be responsible for fixing this situation instead. |
|
Date |
User |
Action |
Args |
2018-08-15 19:04:01 | uranusjr | set | recipients:
+ uranusjr, vinay.sajip, 45757, Kentzo, cosven |
2018-08-15 19:04:01 | uranusjr | set | messageid: <1534359841.25.0.56676864532.issue30811@psf.upfronthosting.co.za> |
2018-08-15 19:04:01 | uranusjr | link | issue30811 messages |
2018-08-15 19:04:01 | uranusjr | create | |
|