Fallback to py executable on Windows

[pradyunsg]

Coming from pypa/pip#5526

On Windows, the python.org installers do not add a pythonX.Y.exe file. So, unless the user goes out of their way, it's basically guaranteed that pythonX.Y isn't something on PATH. Thus, on Windows, tox should try to use the py launcher for Windows to run interpreters if it does not find existing pythonX.Y interpreters on PATH. Essentially, pythonX.Y on Unix is equivalent on Windows would be py -X.Y with the advantage of being user configurable.

This would allow tox to operate out-of-the-box on Windows a lot more cases than today, mostly as long as some Python 3.3+ interpreter is installed (there's some cases where py doesn't get added to PATH).

This could essentially take form of tox doing extra work on Windows if pythonX.Y is not on PATH -- the extra work to also try to use py -X.Y.

[pradyunsg]

Related to #854; that should try using py -X before falling back to pythonX.Y if pythonX is missing on Windows.

[pfmoore]

The pyXY aliases already fall back to py -X.Y. It would make sense to simply add standard py2 and py3 aliases that fell back to py -2/py -3. However, this would require changes to user configurations, so aliasing python2 and python3 might be a more transparent option. I'm not 100% clear why tox chose to have the aliases for pyXY but not for pyX, so I can't really offer a judgement on what's the best approach there.

[pradyunsg]

I should also note that my Windows knowledge is not complete per se. I have a working knowledge from helping beginners setup their systems for learning and basic scripting. (i.e. I don't use tox on Windows)

[pradyunsg]

Looking at the code and based on what @pfmoore said, this isn't really a valid issue. tox already falls back to py -X.Y today; the motivating case for this (pythonX) is basically what #854 is for.

[pfmoore]

I'm not sure this should be closed. It would still make sense on Windows to fall pack to py -X.Y when pythonX.Y is specified, and to py -X when pythonX is specified.

Tox currently adds cross-platform aliases pyXY, which are in some sense an alternative approach to falling back, but there's no pyX alias.

[pradyunsg]

Oh. I misunderstood your last comment. 😅

[pfmoore]

np, it's all a bit confusing :-(

[pfmoore]

I've submitted #856 which requests py2 and py3 aliases.

This issue now becomes simply to make pythonX.Y (and pythonX, or did you intend #854 to cover that separately?) work on Windows, by falling back to py -X.Y in the same way that the aliases do.

It would be a lot less confusing if tox didn't have both pythonX.Y and pyXY`. There may be some difference between the two that I don't understand, but as far as I can see, the documentation isn't at all clear on what it is :-(

[asottile]

I think this is a good idea, if you're looking for prior art pre-commit does this same thing (normalizing PEP394 names to py-launcher names if they're not found):

• https://pre-commit.com/#overriding-language-version
• https://github.com/pre-commit/pre-commit/blob/8f2c3cfea7490f21086b1838424513838a26f394/pre_commit/languages/python.py#L92-L109

[pfmoore]

There's been some discussion about a common library to handle this task, as there are a lot of tools that independently reimplement it (tox, nox, pipenv, virtualenv, pre-commit ...) See zooba/pep514tools#2 for some details.

[asottile]

Since this already works for pythonx.x and #855 is essentially asking for it to work for pythonx, going to close this as a duplicate. The PR in #858 should also solve this as well