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 eric.smith, eryksun, paul.moore, steve.dower, tim.golden, uranusjr, zach.ware
Date 2019-11-26.04:28:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1574742481.67.0.663805807152.issue38905@roundup.psfhosted.org>
In-reply-to
Content
>> not enough since it’d break `flit install --python=py` because that’s give you the location of py.exe, not the actual interperter.
> This would be fine if you still run the process to get its sys.executable.

But then I need two separate workflows based on what is passed in. For py.exe I need to run it and get sys.executable. But for python.exe I *cannot* use sys.executable because that’s the base interepeter, not the venv path I want. And `if Path(arg).stem == "py"` just seems like a bug waiting to happen.


> Your specific example would never have worked, FWIW, as it always would have picked up pythonA rather than the application one or the base one, unless you were relying on python3/python3.7 not being available on Windows (which is no longer true - they are included in the Store package now).

It is an illustration. I am fully aware of Windows not having version-named python executables. Thanks for the reminder anyway.
History
Date User Action Args
2019-11-26 04:28:01uranusjrsetrecipients: + uranusjr, paul.moore, eric.smith, tim.golden, zach.ware, eryksun, steve.dower
2019-11-26 04:28:01uranusjrsetmessageid: <1574742481.67.0.663805807152.issue38905@roundup.psfhosted.org>
2019-11-26 04:28:01uranusjrlinkissue38905 messages
2019-11-26 04:28:01uranusjrcreate