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 earonesty
Recipients DamlaAltun, brett.cannon, earonesty, uranusjr, vinay.sajip
Date 2020-01-22.14:08:46
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1579702126.75.0.755894710326.issue35003@roundup.psfhosted.org>
In-reply-to
Content
> The Scripts/bin thing is not specific to venv - for whatever reason, the original Windows implementation chose to use "Scripts" rather than "bin" 

That's irrelevant to the PR, which solves the problem in a compatible way.   There's no compatibility issues if a link is made to the activate script, rather than moving the directory at all.

> My guess is you would need to propose a PEP to move *everything* over from "Scripts" to "bin" in the Windows Python world

Certainly not.  That would break everything and would be a bad idea.

> This issue was already rejected before you added your PR so I'm not sure why you went to the trouble of creating a PR.

Because the issue was rejected due to come conflating logic and confusion as to what the underlying problem and issue is.

The venv system produces files specifically for activation on Windows which must and should reside in the Scripts directory.

The venv system also produces files for activation in a bash (or similar) shell.  This *should* reside in the bin directory (there is no o/s dependency here), and it should *also* reside in the Scripts directory ... for compatibility.

Expressed that way, it's clear what the solution is.   Hence the PR.
History
Date User Action Args
2020-01-22 14:08:46earonestysetrecipients: + earonesty, brett.cannon, vinay.sajip, uranusjr, DamlaAltun
2020-01-22 14:08:46earonestysetmessageid: <1579702126.75.0.755894710326.issue35003@roundup.psfhosted.org>
2020-01-22 14:08:46earonestylinkissue35003 messages
2020-01-22 14:08:46earonestycreate