<div><span style="color: rgb(160, 160, 168); ">On Thursday, September 13, 2012 at 7:32 AM, Tarek Ziadé wrote:</span></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><br></div><div>Yeah but we've been too ambitious.</div><div><br></div><div>Here's my proposal - actually it's Nick's proposal but I want to make </div><div>sure we're on the same</div><div>page wrt steps, and I think that addresses Antoine concerns</div><div><br></div><div>1. create a new package, called pkglib (or whatever), located at hg </div><div>.<a href="http://python.org">python.org</a> as a new project that just strictly contains :</div><div><br></div><div>  - the PEP implementations</div><div>  - non controversial features like files parser, pypi index browser etc</div><div><br></div><div>   it's doable - since that's what we have done in distutils2. the </div><div>modules that implements those PEPs are standalone</div><div><br></div><div>   Let's avoid by all means to put the old distutils command logic there.</div><div><br></div><div>   Let's have a strict process on every new thing we're adding there.</div><div><br></div><div><br></div><div>2. make pkglib python 2 *and* python 3 compatible - natively, not w/ 2to3</div><div><br></div><div><br></div><div>3. make distutils2, distribute, pip, bento, etc.  use that and try to </div><div>share as many bits as possible</div><div><br></div><div><br></div><div>4. ask each project to pour in pkglib anything that can be reused by others</div></span></blockquote><div>I started messing around with yanking some of the parts of distutils2 (things I've been</div><div>calling packaging primitives for lack of a better word). Don't have anything particularly</div><div>usable yet, but the approach you're talking about is similar to what I started to do.</div><div><br>
                </div>