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 tim.golden
Recipients jkloth, mhammond, paul.moore, tim.golden, vinay.sajip
Date 2013-07-19.07:53:31
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1374220412.13.0.31999091433.issue18491@psf.upfronthosting.co.za>
In-reply-to
Content
Glancing back, it isn't perhaps clear to the casual reader what's being proposed here, and why. The idea is that a pip-style installer become part of core Python. For Windows users, any standalone scripts from an installed package would be placed in scripts/ with a stub .exe which is a copy of the py.exe launcher which would launch the corresponding Python file.

So, for a package Foo with a run-foo script, there would be: scripts/run-foo-script.py and scripts/run-foo.exe. The latter is a copy of the PEP397 launcher which interrogates its own filename (run-foo.exe) and looks for a corresponding Python script (run-foo-script.py) and then uses the launcher mechanics to run it, making use of all the built-in shebang-handling, command-line switches, etc.

This patch allows the py.exe launcher to be used in either way, transparently, inserting the run-foo-script.py filepath as a first parameter before the rest of the code runs.
History
Date User Action Args
2013-07-19 07:53:32tim.goldensetrecipients: + tim.golden, mhammond, paul.moore, vinay.sajip, jkloth
2013-07-19 07:53:32tim.goldensetmessageid: <1374220412.13.0.31999091433.issue18491@psf.upfronthosting.co.za>
2013-07-19 07:53:32tim.goldenlinkissue18491 messages
2013-07-19 07:53:31tim.goldencreate