<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, 5 Jul 2016 at 18:16 Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 6 July 2016 at 07:04, Brett Cannon <<a href="mailto:brett@python.org" target="_blank">brett@python.org</a>> wrote:<br>
> Realizing that all of these are just proposals with no solid plan behind<br>
> them, they are all predicated on moving to GitHub, and none of these are<br>
> directly promoting releasing every module in the stdlib on PyPI as a<br>
> stand-alone package with its own versioning, they are:<br>
><br>
> 1. Break the stdlib out from CPython and have it be a stand-alone repo<br>
> 2. Break the stdlib up into a bunch of independent repos that when viewed<br>
> together make up the stdlib (Steve Dower did some back-of-envelope grouping<br>
> and pegged the # of repos at ~50)<br>
<br>
3. Keep everything in the main CPython repo, but add a "Bundled"<br>
subdirectory of independently releasable multi-version compatible<br>
subprojects that we move some Lib/* components to.<br></blockquote><div><br></div><div>That's basically what Steve is proposing.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I think one of our goals here should be that "./configure && make &&<br>
make altinstall" continues to get you a full Python installation for<br>
the relevant version.<br></blockquote><div><br></div><div>I don't think anyone is suggesting otherwise. You just might have to do `git clone --recursive` to get a full-fledged CPython checkout w/ stdlib. </div></div></div>