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 vinay.sajip
Recipients paul.moore, pwatson, steve.dower, tim.golden, vinay.sajip, zach.ware
Date 2021-07-19.13:38:03
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1626701883.54.0.838297359472.issue44624@roundup.psfhosted.org>
In-reply-to
Content
In this case, there are two reasons IMO for not doing this:

1. Backward compatibility might be affected.
2. It may be more important to conform to venv conventions than Powershell conventions in this specific case.

I wasn't aware that PowerShell scripts out in the wild follow these namig conventions rigidly - that hasn't been my experience. Is it the case? Who polices that? Of course, in environments that mandate this level of conformance, you can easily subclass and override the relevant functionality to have the script be named exactly how you want.
History
Date User Action Args
2021-07-19 13:38:03vinay.sajipsetrecipients: + vinay.sajip, paul.moore, tim.golden, zach.ware, steve.dower, pwatson
2021-07-19 13:38:03vinay.sajipsetmessageid: <1626701883.54.0.838297359472.issue44624@roundup.psfhosted.org>
2021-07-19 13:38:03vinay.sajiplinkissue44624 messages
2021-07-19 13:38:03vinay.sajipcreate