<div class="gmail_quote">On Sun, Oct 9, 2011 at 3:15 AM, Éric Araujo <span dir="ltr"><<a href="mailto:merwok@netwok.org">merwok@netwok.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
After all, if setuptools and then pkg_resources were turned<br>
down for inclusion in Python 2.5, it’s not now that we have packaging </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> that we’ll change our mind and just bless eggs. </blockquote>
<div><br></div><div>Actually, that's not what happened. I withdrew the approved-by-Guido, announced-at-PyCon, and already-in-progress implementation, both because of the lack of package management features, and because of support concerns raised by Fredrik Lundh. (At that time, the EggFormats doc didn't exist, and there were not as many people familiar with the design or code as there are now.) For the full statement, see:</div>
<div><br></div><div> <a href="http://mail.python.org/pipermail/python-dev/2006-April/064145.html">http://mail.python.org/pipermail/python-dev/2006-April/064145.html</a></div><div><br></div><div>(The withdrawal is after a lot of background on the history of setuptools and what it was designed for.)</div>
<div><br></div><div>In any case, it definitely wasn't the case that eggs or setuptools were rejected for 2.5; they were withdrawn for reasons that didn't have anything to do with the format itself. (And, ironically enough, AFAIK the new packaging module uses code that's actually based on the bits of setuptools Fredrik was worried about supporting... but at least there now are more people providing that support.)</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">What we can do however<br>
is to see what bdist_egg does and define a new bdist command inspired by<br>
it, but without zipping, pkg_resource calls, etc.<br></blockquote><div><br></div><div>Why? If you just want a dumb bdist format, there's already bdist_dumb. Conversely, if you want a smarter format, why reinvent wheels?</div>
</div>