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 ricpol
Recipients eryksun, paul.moore, ricpol, steve.dower, tim.golden, wdhwg001, zach.ware
Date 2017-02-08.17:08:44
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1486573725.19.0.423823956619.issue28686@psf.upfronthosting.co.za>
In-reply-to
Content
Paul: 
> When inside a venv:
- If you want to execute a script, use a shebang of #!/usr/bin/env python and then use `py myscript.py`

Yes, I'm totally on board with this - that is, as far as I run my own scripts. I just wonder, what if one day I pip install someone else's work, and then bang!, 'py' is just working differently now, for a non-local reason, and without alerting me. 

It's true that all major libraries use the "right" kind of shebang these days... Still, I find it a bit disturbing nevertheless. 

But thanks for the clarifications, anyways - now 'py' expected behavior is much more clear to me. 


Eryk:
> it's far simpler to just support versioned executable names

Keeping my fingers crossed about this.

> Even if we don't install links/copies with these names, I don't see the harm in allowing the launcher to look for them. Users can create the links manually

True, but It would allow for yet another possible source of confusion I'm afraid. No, if py were to look for versioned executables, then versioned executable should be supplied imo.
History
Date User Action Args
2017-02-08 17:08:45ricpolsetrecipients: + ricpol, paul.moore, tim.golden, zach.ware, eryksun, steve.dower, wdhwg001
2017-02-08 17:08:45ricpolsetmessageid: <1486573725.19.0.423823956619.issue28686@psf.upfronthosting.co.za>
2017-02-08 17:08:45ricpollinkissue28686 messages
2017-02-08 17:08:44ricpolcreate