[Distutils] Colour this bikeshed: Name for setuptools fork

[P.J. Eby]

At 11:12 AM 7/19/2009 +0200, Tarek Ziadé wrote:
>That's very interesting but you previously said that you needed time
>and/or someone
>paying you to continue the work in this area.

No, I said that was needed to get me to work on *setuptools*.  Since 
you guys are doing that for me now, I don't have to think about all 
the hard, boring work that I felt I had to do first.  ;-)

If I do "Discovery" at all, it will be because it's fun and pleasing 
to me, without all the nasty stuff I didn't want to think about 
needing to be done first.  I've wanted to do this sort of refactoring 
for some time, but felt like I had to take care of stability and all 
that first.

I'm actually kind of hoping that if I make Discovery nice enough, 
somebody else will refactor setuptools to use it.  ;-)  (Or just 
replace setuptools with something better.)


>So are you willing to bless us maintaining/working with you with these
>new packages,
>or is that going to be a PJE-locked thing again ?

I would suggest that you not try to make plans based on what I am or 
am not doing, until and unless I've already done it.  That way, you 
can't be disappointed.  Since this will be a fun/hobby project for 
me, I am not at this making ANY commitments about when, what, or 
how.  I do expect to be using Mercurial, though, and accepting 
feature patches as well as bug fixes.


>just a question :
> > discovery.unpack -- setuptools.archive_util, less distutils dependency
>
>how this will be 'less distutils dependent' ?

I want discovery to have as close to zero dependence on distutils as 
possible because some OS distributors like to split out "development" 
tools and I'd prefer they not split up Discovery because it imports 
from distutils.  So if possible, I would like Discovery to be 100% 
self-contained -- which means not importing distutils.error, 
distutils.log, etc., or at least having a fallback in the event those 
modules can't be imported (due to a python-devel package being missing).