<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 3, 2016 at 5:06 PM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2 September 2016 at 19:28, Paul Moore <<a href="mailto:p.f.moore@gmail.com">p.f.moore@gmail.com</a>> wrote:<br>
> On 2 September 2016 at 09:58, Sylvain Corlay <<a href="mailto:sylvain.corlay@gmail.com">sylvain.corlay@gmail.com</a>> wrote:<br>
>> My point here was that I don't think that the proposed feature has much to<br>
>> do with the concerns that were raised about distutils in general, unless it<br>
>> is decided that incremental improvements to the library even backward<br>
>> compatible will not be accepted anymore.<br>
><br>
> Agreed. I think your feature is only stalled for distutils by the lack<br>
> of people sufficiently comfortable with the code to apply it. The<br>
> suggestions to add it to setuptools are more in the way of practical<br>
> advice on how to make the feature available, rather than expressions<br>
> of a policy that "we don't make changes like that in the stdlib".<br>
<br>
</span>However, one of the other consequences of the status quo is that if<br>
Jason's comfortable with a change for setuptools, there's very rarely<br>
going to be anyone that will argue with him if he also considers it a<br>
suitable addition to the next version of distutils :)<br>
<br>
Since Jason's primary involvement in distutils-sig & PyPA is as the<br>
lead setuptools maintainer, it's easy for folks to be unaware of the<br>
fact that he's a distutils maintainer as well.<br>
<br>
So perhaps that's what we should adopt as the official distutils-sig<br>
policy? Any proposed distutils changes should *always* go into<br>
setuptools, as that way they're available for all currently supported<br>
Python versions, </blockquote><div><br></div><div>and better maintained, and easier to fix if there's bugs, etc.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">and then it's up to the setuptools project to<br>
escalate changes or change proposals for stdlib inclusion when they<br>
consider that an appropriate step.<br></blockquote><div><br></div><div>+1. clear and pragmatic policy.<br></div></div><br></div><div class="gmail_extra">Ralf<br><br></div></div>