<div dir="ltr">Hi Nick,<br><div class="gmail_extra"><br><div class="gmail_quote">2017-11-14 11:07 GMT+01:00 Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On 14 November 2017 at 16:47, Michel Desmoulin <span dir="ltr"><<a href="mailto:desmoulinmichel@gmail.com" target="_blank">desmoulinmichel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Proposal A:<br>
-----------<br>
<br>
Suffix Python executable on Windows like on Unix, so that people will<br>
type pythonX.X if they want a specify version.<br>
<br>
Pros: easy and discoverable.<br>
<br>
Cons: you need a lot of stuff in the system path.<br></blockquote><div><br></div></span><div>Con: we hope to have the problem resolved on the Linux distro side such that "python" typically means "python" by the time community support for Python 2 ends in 2020. Since Windows has gone the better part of two decades without version Python commands, adding them because we're impatient with the pace of change at the Linux distro level doesn't really make sense (especially when Linux holds such a small fraction of the non-phone client device market).</div><span class=""></span></div></div></div></blockquote><div><br></div><div>Perhaps I could sell you on the idea of a Windows "python3" executable, not as the New Official Way to do things,</div><div>but rather as a pragmatic measure to make code from those Linux weirdos ;-)  more likely to work on Windows.</div><div><br></div><div>I would like to compare it with the strings/bytes-for-pathnames issue: the official recommendation is to use strings</div><div>everywhere, problems with round-tripping arbitrary not-valid-UTF8 filenames on POSIX have been solved now.</div><div>Still, POSIX people continued to use bytes, so a pragmatic change was to make so that bytes now also work</div><div>reliably as pathnames under Windows.</div><div><br></div><div>Similarly, even when all Linux distributions have switched to python==python3, people will probably still read and write</div><div>tutorials with python3 in it, and perhaps we should accommodate that.</div><div><br></div><div>Otherwise I am +1 on your proposal C: if anything this thread has made it clear that there is so much variety in</div><div>third-party Python installers, not just Linux distributions, but also things like Anaconda, that it seems unreasonable</div><div>to require that the official Python documentation covers all those situations.</div><div><br></div><div>Stephan<br></div><div><br></div><div> </div></div></div></div>