<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Aug 20, 2013 at 11:10 AM, Steve Dower <span dir="ltr"><<a href="mailto:Steve.Dower@microsoft.com" target="_blank">Steve.Dower@microsoft.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Oscar Benjamin wrote:<br>
> Paul wrote:<br>
>> Given that the installer includes the py.exe launcher, if you leave the<br>
>> defaults, then at a command prompt "python" doesn't work. But that's fine,<br>
>> because "py" does. And if you have multiple versions of Python installed, you<br>
>> don't *want* python on PATH, because then you have to manage your PATH. Why<br>
>> bother when "py -2.7" or "py -3.3" does what you want with no path management?<br>
>> Once you want any *other* executables, though, you have to deal with PATH<br>
>> (especially in the multiple Pythons case). That is a new issue, and one that<br>
>> hasn't been thought through yet, and we don't have a good solution.<br>
><br>
> From a user perspective I think that 'py -3.4 -m pip ...' is an improvement as<br>
> it means I can easily install or upgrade for a particular python installation (I<br>
> tend to have a few). There's no need to put Scripts on PATH just to run pip. I<br>
> think this should be the recommended invocation for Windows users.<br>
<br>
</div></div>Crazy idea:<br>
<br>
    py install <other args><br>
(or 'py --install ...', but I think 'py install' is currently invalid and could be used?)<br>
<br>
which the launcher executes identically to:<br>
<br>
    py -m pip install <other args><br>
<br>
(Implicitly extended to other relevant commands... I'm not proposing a complete list.)<br>
<br>
Pros:<br>
* allows implicit bootstrapping on first use (from a bundled pip, IMO, in case no network is available)<br></blockquote><div><br></div><div>Nick already killed this idea. Richard's original PEP proposed this and the idea eventually was shot down.</div>

<div><br></div><div>-Brett</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* multiple Python versions are handled nicely and consistently ('py -3.3 install ...')<br>
* can minimize officially supported API surface (as Paul described at the start of this thread)<br>
* pip becomes an internal implementation detail that can be entirely replaced<br>
* one less character of typing (slightly tongue-in-cheek, but some people count :) )<br>
<br>
Cons:<br>
* doesn't apply on *nix (or does/could it?)<br>
* requires the most new code of any of the options<br>
* more difficult to update the launcher than a user-installed package<br>
* others that I can't think of because I'm suffering from confirmation bias?<br>
<br>
Thoughts?<br>
<br>
Cheers,<br>
Steve<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/distutils-sig" target="_blank">http://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</div></div></blockquote></div><br></div></div>