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 donovick
Recipients brett.cannon, donovick, vinay.sajip
Date 2019-06-20.19:17:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1561058243.47.0.282997810769.issue37349@roundup.psfhosted.org>
In-reply-to
Content
> I didn't say environment variables weren't commonly used. I'm talking about the specific functionality this issue is about.

This is likely true, to most people venv is black magic.  That doesn't mean that people wouldn't use it if the functionality existed though.  In fact this the first example given by virtualenvwrapper https://virtualenvwrapper.readthedocs.io/en/latest/scripts.html#example-usage

I personally don't use virtualenvwrapper because you they use a centralized list of env's which is non-starter for me.  I maintain dozens of envs (one per project, sometimes one per branch). So one big list would be a nightmare.

> I'm talking about the code to set, reset your custom environment variables - where is that already existent across all shells?

My point is that this code is not really different than the code to set PYTHONPATH.

> I'm not saying what you want is unreasonable - it's just putting it into the stdlib this way that I'm not sure about.

Is there an architecture that would be less objectionable?

> I mentioned on python-ideas and opened https://bugs.python.org/issue37354 to actually make the Activate.ps1 file static for security purposes.

I am curious how you plan to achieve this without reducing the functionality of venv?
History
Date User Action Args
2019-06-20 19:17:23donovicksetrecipients: + donovick, brett.cannon, vinay.sajip
2019-06-20 19:17:23donovicksetmessageid: <1561058243.47.0.282997810769.issue37349@roundup.psfhosted.org>
2019-06-20 19:17:23donovicklinkissue37349 messages
2019-06-20 19:17:23donovickcreate