On 20 Jan 1997, Carl Johnson wrote:
[SNIP]
> I have XTerm handling colors, and 'ls' will also generate colors, but
> only for file types such as directories and executables. The
> 'dircolors' executable just sets up "LS_COLORS=''", which isn't very
> useful. The documentation for 'dircolors' refers to using 'dircolors
> --print-data-base' for help on what format to use, so I saved the
> output and tried running dircolors on it, but it still sets LS_COLORS
> to a null string. Does anybody have any information on how to get
> 'ls' to colorize files by file name, such as the old color-ls used to
> do? Unless I am completely missing something obvious, it looks like
> either 'dircolors' doesn't work, or the documentation is completely
> wrong (this is running on Debian 1.2).
There used to be an example input file for dircolors called DIR_COLORS.
I have the same file, .dir_colors in my home directory that I used with
the color-ls package. To call dircolors, I do
eval `dircolors /home/syrus/.dir_colors`
Then, I alias ls, dir, and vdir with the --color=auto option. This
option takes care of the question of which terminals are supported (these
are also defined in the .dir_colors file as I recall).
The file /usr/doc/fileutils/color-ls.gz is brief but correct. Note that
the dircolors command must be executed with the exact syntax above.
eval `dircolors` <--works
eval 'dircolors' <--doesn't work (need ` not ')
Syrus.
----------------------------------------------------------
Syrus Nemat-Nasser <[EMAIL PROTECTED]> UCSD Physics Dept.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
