[issue30362] Launcher add list and list with paths options

2017-06-28 Thread Steve Dower
Steve Dower added the comment: Thanks, Steve! -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30362] Launcher add list and list with paths options

2017-06-28 Thread Steve Dower
Steve Dower added the comment: New changeset 5b8f972e093157cc55185841db9ad33fa332a641 by Steve Dower (Steve (Gadget) Barnes) in branch 'master': bpo-30362 : Add list options to launcher. (#1578) https://github.com/python/cpython/commit/5b8f972e093157cc55185841db9ad33fa332a641 --

[issue30362] Launcher add list and list with paths options

2017-06-14 Thread Steve Barnes
Steve Barnes added the comment: If this option is added into the py launcher it will make it usable for a multipy script/utility that would call py -0 to get a list of installed pythons and then call it for each of the returned versions with the remaining parameters. I personally would find

[issue30362] Launcher add list and list with paths options

2017-05-24 Thread Steve Barnes
Steve Barnes added the comment: Note that the -0, --list, -0p & --list-path options will only be invoked if they are the only argument to py.exe this mirrors the original implementation of --help. -- ___ Python tracker

[issue30362] Launcher add list and list with paths options

2017-05-24 Thread Steve Barnes
Steve Barnes added the comment: --list and --list-paths added back in following review by paul.moore. The short options -0 & -0p left in as short forms. -- ___ Python tracker

[issue30362] Launcher add list and list with paths options

2017-05-21 Thread Paul Moore
Paul Moore added the comment: I'm also not a fan of the -0 option. I'm OK with the ability to list available interpreters, but there's nothing about -0 as an option that says to me that's what it's for. I'm not a huge fan of including the list in the standard help, as py -h already generates

[issue30362] Launcher add list and list with paths options

2017-05-21 Thread Steve Barnes
Steve Barnes added the comment: Latest push still has -0 and -0p options for explicit discovery but also defaults to displaying the list if the requested version is not found. (As well as the default python being marked with a trailing * - I have also removed the less than helpful "default

[issue30362] Launcher add list and list with paths options

2017-05-20 Thread Steve Dower
Steve Dower added the comment: I agree with printing discovered interpreters in help text - not a fan of the -0 option. IDEs should probably go directly to the registry to discover Python installations (or use pep514tools), since the launcher will only launch a subset of them (i.e. per-user

[issue30362] Launcher add list and list with paths options

2017-05-20 Thread Eryk Sun
Eryk Sun added the comment: I'm -0 on the "-0" option, but I think printing the list of registered Python installations would be useful in the --help text and when the launcher fails to find a requested version. -- nosy: +eryksun ___ Python tracker

[issue30362] Launcher add list and list with paths options

2017-05-20 Thread Steve Barnes
Steve Barnes added the comment: @terry.reedy - Very good points and I like the shortness of -0 note that there is already an accepted change to allow -x.y-64 to specifically require the 64 bit versions so we don't need the complex logic to distinguish cases where -x.y will run 32 bit because

[issue30362] Launcher add list and list with paths options

2017-05-19 Thread Terry J. Reedy
Terry J. Reedy added the comment: py already has the -number option space. To avoid conflict, use -0 (zero). I think only one option is needed -- print 'x.y path' for each binary it can find and run. 'x.y' should be the exact option needed to start the particular binary. This enhancement

[issue30362] Launcher add list and list with paths options

2017-05-15 Thread Steve Barnes
Steve Barnes added the comment: @steve.dower I did check and none of the currently supported pythons us -l or -L and have implemented it with -list and -long-list but I do appreciate your point that someone might come up with a use for all of these flags in a future version of python. How

[issue30362] Launcher add list and list with paths options

2017-05-15 Thread Steve Dower
Steve Dower added the comment: The problem with taking more command line options is that we prevent real Python from ever using those options (or we end up with obscure rules like the "-3" one). Perhaps you'd be interested in using/contributing to my pep514tools project:

[issue30362] Launcher add list and list with paths options

2017-05-14 Thread Steve Barnes
Changes by Steve Barnes : -- pull_requests: +1671 ___ Python tracker ___ ___

[issue30362] Launcher add list and list with paths options

2017-05-14 Thread Steve Barnes
New submission from Steve Barnes: Currently the launcher will give an error message if a matching python is not found when using the -x.y-bits notation on the command line however the user has to know which python(s) they have available. When some pythons have been installed all user and some