-----BEGIN PGP SIGNED MESSAGE----- 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. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver@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 iD8DBQFGpQoD+gerLs4ltQ4RAp1UAJ9xfqZtK62Y3LgDYuhsm3XJHRujgACeO8ta v8/OOznC6xWEbD5KzzHuG6M= =tRSS -----END PGP SIGNATURE-----