Date: Sun, 04 Jun 2000 15:43:51 -0700 From: Doug Barton <DougB@gorean.org> To: Warner Losh <imp@village.org> Cc: "Matthew N. Dodd" <winter@jurai.net>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, Josef Karthauser <joe@pavilion.net> Subject: Re: cvs commit: src/bin/ls extern.h ls.1 ls.c ls.h print.c Message-ID: <393ADBA7.7A2B5BF9@gorean.org> References: <Pine.BSF.4.21.0006032357500.45538-100000@sasami.jurai.net> <200006042215.QAA53873@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Warner Losh wrote:
>
> In message <Pine.BSF.4.21.0006032357500.45538-100000@sasami.jurai.net> "Matthew N. Dodd" writes:
> : I think having a /bin/ls and a /usr/bin/ls would be the way to go then.
> :
> : /bin/ls can be the "thin, svelte utility"
> : /usr/bin/ls can have all the eclairs it wants.
>
> No. The one thing worse than a big, bloated pig-dog of a ls that has
> more switches than indent(1) is to have two different versions of
> ls...
As far as I can see, the consensus at this point is as follows:
1. We can (sometimes grudgingly) live with color as an _option_ in
/bin/ls.
2. The color options should be #ifdef'ed so that people who need a
slimmer ls can easily build one. (Thus anti-bloatists, picobsd, fixit
floppy people, etc.; can define "NOCOLORINLSNOWAYNOHOW" and be done with
it. :)
3. First choice for 'ls -G' should be tgetstr(), with the ANSI codes
left in as a fallback if that returns NULL. (Thus handling the case of
no mounted /usr as well as possible.)
I think that accurately describes the thinking at this point, but my
perspective is somewhat biased...
Doug
--
"Live free or die"
- State motto of my ancestral homeland, New Hampshire
Do YOU Yahoo!?
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?393ADBA7.7A2B5BF9>