[Distutils] Prototype setuptools-specific PyPI index.

Tres Seaver tseaver at palladion.com
Mon Jul 23 22:05:23 CEST 2007

Hash: SHA1

Barry Warsaw wrote:
> On Jul 23, 2007, at 1:40 PM, Phillip J. Eby wrote:
>> At 12:46 PM 7/23/2007 -0400, Barry Warsaw wrote:
>>> Under that principle, can I renew my plea for a better name than
>>> "easy_install"?
>> Do you have a specific name in mind?
> I knew you were going to ask that. :)  My first requirement is  
> "something without an underscore".

Why?  That has to be a pure "de gustibus" argument AFAICT.

>  My second would be "something  
> that's evocative of snakes and eggs".

You prefer cute, rather than self-explanatory?

> A couple of Pycons ago I think I suggested 'hatch' which IIRC you  
> didn't like because you wanted to reserve that for some other  
> function, but I've forgotten what that was.  OTOH, a quick search  
> didn't reveal any collisions with hatch(1) on *nix.
> lay(1) is probably not a good choice <wink>.
> egg(1) is probably the best choice IMO.  It doesn't conflict with any  
> other existing *nix command that I can tell, and I can't think of a  
> better command for dealing with Python eggs.  It's immediately  
> evocative.  Now that I think about it, maybe it was 'egg' that you  
> wanted to reserve.  I like 'egg' too because Ruby gems are managed  
> with the gem(1) command so there's a parallel that is easily remembered.
> I'd further recommend that Python itself come with an 'egg(1)'  
> command, which should be a shortcut for 'python setup.py'.  To be  
> honest, the latter is not as user friendly as 'egg sdist bdist_egg  
> upload -s' but if the two use cases conflict too much, then egg(1)  
> should be reserved for the end user because developers can swallow  
> the slight inconvenience more easily.

Why would a *command* invoke setup.py?  I don't see the point:  peopple
who want that kind of convenience can write two-liner shell scripts,
spelled the way they like, or even put an alias in their shell profile.

The point of 'easy_install' is that it has been wired to a *specific*
python installation, and knows how to fetch and install distributions
into it.  It doesn't even make sense to *use* easy_install if you are
already in the unpacked source distribution;  the intersection of the
two sets of use cases is empty.

- --
Tres Seaver          +1 540-429-0999          tseaver at palladion.com
Palladion Software   "Excellence by Design"    http://palladion.com
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


More information about the Distutils-SIG mailing list