<br><br><div class="gmail_quote">On Wed, Sep 12, 2012 at 3:28 PM, Lennart Regebro <span dir="ltr"><<a href="mailto:regebro@gmail.com" target="_blank">regebro@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Wed, Sep 12, 2012 at 9:02 PM, Éric Araujo <<a href="mailto:eric@netwok.org">eric@netwok.org</a>> wrote:<br>
> “find a PEP dictator and propose changes”.  And when I started the<br>
> thread about removing packaging in 3.3, hundreds of replies discussed<br>
> changing the whole distutils architecture, splitting the project,<br>
> exploring new systems, etc.,<br>
<br>
</div>Yes, yes, but that's just the same old drama that pops up every time<br>
this is discussed with the same old arguments all over again. We'll<br>
never get anywhere if we care about *that*.<br>
<br>
The way to go forward is via PEPs, fix them if needed, implement in a<br>
separate package, stick into stdlib once it works.<br></blockquote><div><br></div><div>I agree with Lennart's and Antoine's advice of just move forward with what we have. If some PEPs need fixing then let's fix them, but we don't need to rock the horse even more by going overboard. Getting the sane, core bits into the stdlib as packaging is meant to is plenty to take on. If people want to reinvent stuff they can do it elsewhere. I personally don't care if it is done inside or outside the stdlib initially or if it stays in packaging or goes directly into distutils, but forward movement with what we have is the most important thing.</div>

</div>