2009/7/16 Paul Moore <[email protected]>: > 2009/7/16 Benji York <[email protected]>: >>> Ok so everyone agrees it's a bad name for many good reasons :) >>> >>> I am changing to setuptools2 then. >> >> I'll try to limit my bikesheading to this one message. >> >> Given that this is -- I'm assuming -- an "unauthorized" fork, I wouldn't >> use "setuptools2" as the name. >> >> We don't want to confuse people, and "setuptools2" is confusingly >> similar to "setuptools" (to borrow a phrase from trademark law). >> >> The new project is based on setuptools but it is not a product of the >> setuptools "project" so should have a distinct name. > > Agreed. > > Also, I'd suggest that the fork work on splitting out the components > of setuptools - pkg_resources, the distutils extensions, easy_install > - so that they can be used independently. That may mean being prepared > to have a number of project names, rather than just one...
yes that' the plan, but the first release might be a "bug-free" clone of the current setuptool 0.6 branch, containing everything, before we start to split it, in various distributions. > > And now I'll refrain from bikeshedding further, too. > I agree with the fact that "setutptools2" is too close, I said I'd change because I don't care about the name, really. So here's my suggestion: I'll keep the "distribute" name unless someone comes up with a better name here before the first release, followed by more than 4 : "+1". (I need to figure out a bikeshedding resolver process, that may help for distutils discussions too ;) ) Cheers Tarek _______________________________________________ Distutils-SIG maillist - [email protected] http://mail.python.org/mailman/listinfo/distutils-sig
