Tong([EMAIL PROTECTED]) is reported to have said: > On Wed, 15 Dec 2004 00:51:22 +0000, Jason Chambers wrote: > > > On Tue, Dec 14, 2004 at 07:29:22PM -0500, Tong wrote: > >> On Sat, 11 Dec 2004 16:48:34 -0500, Tong wrote: > >> > >> > I remember that my previous distro can distinguish symbolic links as good > >> > or bad: good links are show as normal link color whereas bad links are > >> > shown as red. > >> > > > > > [snip] > > > >> Ok, let's take a look at an example: > >> > >> touch a > >> ln -s a l1 > >> ln -s no l2 > >> rm no > >> > >> ls --color=auto > >> > >> Do l1 and l2 show up in same color? > >> > >> In my Debian, they are, but in my RH, l2 show up red. > > > > Have you tried doing a eval `dircolors -b` before the ls command? This > > defines the LC_COLORS variable that is used to decide what colours are > > used. You can get pretty colours for all sorts of things if you want to > > play > > about with dircolors but by default broken links are in red, and > > common image file extension in magenta etc. > > > > IIRC it was already in the bashrc file - it just needed uncommenting. > > Thank you very much Jason! > > Of all the replies, only yours give the correct answer to my problem > > Just for the archive, as the result, before the eval, both my l1 and l2 > are in magenta, whereas after the eval, l2 show up red.
I have had this snippit in my .bash_profile for 10-12 years. # set up the color-ls environment variables: if [ "$SHELL" = "/bin/zsh" ]; then eval `dircolors -z ~/.dircolors` elif [ "$SHELL" = "/bin/ash" ]; then eval `dircolors -s ~/.dircolors` else eval `dircolors -b ~/.dircolors` fi Hope this helps somone. WT -- Every time I type 'win', I loose ... _______________________________________________________ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
