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 steve.dower
Recipients mathstuf, paul.moore, steve.dower, tim.golden, zach.ware
Date 2020-11-02.20:16:57
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1604348217.79.0.426528213492.issue42228@roundup.psfhosted.org>
In-reply-to
Content
> I've worked around it so far by just ignoring `Activate.ps1` completely and setting up PATH, PYTHONHOME, and PYTHONPATH instead

This sounds like the right approach. Though if you're genuinely embedding Python in your application you should consider just including a copy of the runtime that you can fully control.

> this tells me that `Activate.ps1` probably needs some consideration for other use cases. The layout certainly seems wrong for auto-discovery at least.

Activate.ps1 only has one use case: to activate a virtual environment created with -m venv against a regular installation. Once you're customising the base install, you can use a python._pth file [1], a regular .pth file [2], or environment variables, but the venv tool isn't really for that case.

1: https://docs.python.org/3/using/windows.html#finding-modules
2: https://docs.python.org/3/library/site.html
History
Date User Action Args
2020-11-02 20:16:57steve.dowersetrecipients: + steve.dower, paul.moore, tim.golden, zach.ware, mathstuf
2020-11-02 20:16:57steve.dowersetmessageid: <1604348217.79.0.426528213492.issue42228@roundup.psfhosted.org>
2020-11-02 20:16:57steve.dowerlinkissue42228 messages
2020-11-02 20:16:57steve.dowercreate