[Distutils] Prototype setuptools-specific PyPI index.
tseaver at palladion.com
Mon Jul 23 22:05:23 CEST 2007
-----BEGIN PGP SIGNED MESSAGE-----
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
>> 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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the Distutils-SIG