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.

Author uranusjr
Recipients 45757, Kentzo, cosven, uranusjr, vinay.sajip
Date 2018-08-15.19:04:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
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:01uranusjrsetrecipients: + uranusjr, vinay.sajip, 45757, Kentzo, cosven
2018-08-15 19:04:01uranusjrsetmessageid: <>
2018-08-15 19:04:01uranusjrlinkissue30811 messages
2018-08-15 19:04:01uranusjrcreate