<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 22, 2016 at 6:10 AM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>We’re reaching a point where *some* projects are announcing the end of Python 2 support as of a certain date, but let us not forget that Python 2.7 is still an order of magnitude more than any other version of Python in terms of downloads from PyPI.</div></div></blockquote><div><br></div><div>Even in 5 years from now, when almost all projects have dropped support for Python 2.7, the reasoning remains the same. Projects will then support 3 or 4 Python 3.x versions, so still any new API added to distutils cannot be used by those projects for 3-4 years. It does not make much sense to add new things to distutils, with the exception maybe of something needed particularly for a new Python version (like MSVC 2015 support in Python 3.5).<br><br></div><div>On top of that there are technical reasons (don't want to test combinations of python+setuptools that both change per release) and organizational ones (distutils maintenance is terrible, many simple bugfix patches don't get merged for ages, setuptools at least fixes regressions quite fast).<br><br></div><div>I'm not sure if there's an official policy on adding new things to distutils, but if not then this request is a good time to make one. Assuming of course that the setuptools devs are willing to merge features like the one from Sylvain.<br></div><div><br></div><div>Ralf<br><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div class="h5"><br><div><blockquote type="cite"><div>On Aug 21, 2016, at 2:08 PM, Sylvain Corlay <<a href="mailto:sylvain.corlay@gmail.com" target="_blank">sylvain.corlay@gmail.com</a>> wrote:</div><br><div><div dir="ltr">Although we are reaching a tipping point where a lot of projects are announcing the end of Python 2 support as of a certain date.<div><br></div><div>Whatever is in the latest version of Python 3 when it will be considered a sane decision to have a Python 3-only library will be considered standard.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 21, 2016 at 5:28 PM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span><br><div><blockquote type="cite"><div>On Aug 21, 2016, at 5:18 AM, Sylvain Corlay <<a href="mailto:sylvain.corlay@gmail.com" target="_blank">sylvain.corlay@gmail.com</a>> wrote:</div><br><div><span style="font-family:Helvetica;font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;float:none;display:inline!important">With this reasoning, nothing should ever be added to the standard library.</span></div></blockquote></div><br><div><br></div></span><div>Packaging is a bit different than other things because the network effect is much more prominent. There’s no real way to say, install a backport if you need one, you just have to kind of wait until every has upgraded which is unlikely other bits of the standard library. In addition, people writing projects in Python that are designed to be distributed, they tend to need to work across many versions of Python, while someone writing a project for themselves only need to worry about whatever version of Python they are deploying to. So while the new statistics module is, even without a backport, immediately useful to people developing their own projects for a recent version of Python, something in distutils is not useful for package authors until it is the *minimum* version of Python they support.</div><div><br></div><div>This generally makes the reward for changing distutils very small, particularly with the 3.x split because very few authors are willing to drop 2.7 much less go straight to 3.6 (or whatever) and for people making their own, internal projects, distutils isn’t generally used a whole lot there either.</div><div><br></div><div><div style="font-family:Helvetica;font-style:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word">—<span><font color="#888888"><br>Donald Stufft<br></font></span></div><div style="font-family:Helvetica;font-style:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><br></div><br>
</div>
<br></div></blockquote></div><br></div>
</div></blockquote></div><br></div></div><div>
<div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><br>—<span class="HOEnZb"><font color="#888888"><br>Donald Stufft<br></font></span></div><div style="color:rgb(0,0,0);font-family:Helvetica;font-style:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;word-wrap:break-word"><br></div><br>
</div>
<br></div><br>______________________________<wbr>_________________<br>
Distutils-SIG maillist - <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/distutils-sig</a><br>
<br></blockquote></div><br></div></div>