-----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 [EMAIL PROTECTED] 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----- _______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
