woo hoo!!!  awesome!!!<div>Marcus</div><br><div class="gmail_quote">On Wed, Mar 13, 2013 at 5:54 PM, PJ Eby <span dir="ltr"><<a href="mailto:pje@telecommunity.com" target="_blank">pje@telecommunity.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jason Coombs (head of the Distribute project) and I are working on<br>
merging the bulk of the improvements distribute made into the<br>
setuptools code base.  He has volunteered to take over maintenance of<br>
setuptools, and I welcome his assistance.  I appreciate the<br>
contributions made by the distribute maintainers over the years, and<br>
am glad to have Jason's help in getting those contributions into<br>
setuptools as well.  Continuing to keep the code bases separate isn't<br>
helping anybody, and as setuptools moves once again into active<br>
development to deal with the upcoming shifts in the Python-wide<br>
packaging infrastructure (the new PEPs, formats, SSL, TUF, etc.), it<br>
makes sense to combine efforts.<br>
<br>
Aside from the problems experienced by people with one package that<br>
are fixed in the other, the biggest difficulties with the fork right<br>
now are faced by the maintainers of setuptools-driven projects like<br>
pip, virtualenv, and buildout, who have to either take sides in a<br>
conflict, or spend additional time and effort testing and integrating<br>
with both setuptools and distribute.  We'd like to end that pain and<br>
simplify matters for end users by bringing distribute enhancements to<br>
setuptools and phasing out the distribute fork as soon as is<br>
practical.<br>
<br>
In the short term, our goal is to consolidate the projects to prevent<br>
duplication, wasted effort, and incompatibility, so that we can start<br>
moving forward. This merge will allow us to combine resources and<br>
teams, so that we may focus on a stable but actively-maintained<br>
toolset.  In the longer term, the goal is for setuptools as a concept<br>
to become obsolete.  For the first time, the Python packaging world<br>
has gotten to a point where there are PEPs *and implementations* for<br>
key parts of the packaging infrastructure that offer the potential to<br>
get rid of setuptools entirely.  (Vinay Sajip's work on distlib,<br>
Daniel Holth's work on the "wheel" format, and Nick Coghlan's taking<br>
up the reins of the packaging PEPs and providing a clear vision for a<br>
new way of doing things -- these are just a few of the developments in<br>
recent play.)<br>
<br>
"Obsolete", however, doesn't mean unmaintained or undeveloped.  In<br>
fact, for the "new way of doing things" to succeed, setuptools will<br>
need a lot of new features -- some small, some large -- to provide a<br>
migration path.<br>
<br>
At the moment, the merge is not yet complete.  We are working on a<br>
common repository where the two projects' history has been spliced<br>
together, and are cleaning up the branch heads to facilitate<br>
re-merging them.  We'd hoped to have this done by PyCon, but there<br>
have been a host of personal, health, and community issues consuming<br>
much of our available work time.  But we decided to go ahead and make<br>
an announcement *now*, because with the big shifts taking place in the<br>
packaging world, there are people who need to know about the upcoming<br>
merge in order to make the best decisions about their own projects<br>
(e.g. pip, buildout, etc.) and to better support their own users.<br>
<br>
Thank you once again to all the distribute contributors, for the many<br>
fine improvements you've made to the setuptools package over the<br>
years, and I hope that you'll continue to make them in the future.<br>
(Especially as I begin to phase myself out of an active role in the<br>
project!)<br>
<br>
I now want to turn the floor over to Jason, who's put together a<br>
Roadmap/FAQ for what's going to be happening with the project going<br>
forward.  We'll then both be here in the thread to address any<br>
questions or concerns you might have.<br>
_______________________________________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/distutils-sig" target="_blank">http://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</blockquote></div><br>