bug-fileutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

None


From: Shmyrev
Subject: None
Date: Thu, 27 Feb 2003 19:32:38 +0300
User-agent: KMail/1.4.3

>Could you be more specific please?  I could not locate anything
>relevant.

http://mail.gnu.org/archive/html/bug-fileutils/2001-01/msg00014.html


>Excuse me?  /etc/DIR_COLORS?  GNU fileutils does not include any file
>/etc/DIR_COLORS.   ls -l /etc/DIR_COLORS

In RedHat it is /etc/DIR_COLORS, in GNU fileutils it is src/dircolors.hin.


> GNU fileutils does not include any user aliases.  User aliases are by
>definition a user defined configuration.  If you don't want any
>aliases then don't define any.  

Unless that I could use ls --color=auto.


At all.
There is command in fileutils that parse dircolors.hin and returns LS_COLORS 
setup script. Many distributions use it. When therminal is dumb, dircolors 
sets this environment variable to ''. But in ls if LS_COLORS='' color 
indicators take their default value. And ls colors text as default.


The only check on this way in current time is check for isatty

   /* Using --color with no argument is equivalent to using
       --color=always.  */
         i = color_always;

          print_with_color = (i == color_always
                              || (i == color_if_tty
                                  && isatty (STDOUT_FILENO)));

I suppose, you must add
  
 /* Using --color with no argument is equivalent to using
       --color=always.  */
         i = color_always;

          print_with_color = (i == color_always
                              || (i == color_if_tty
                                  && isatty (STDOUT_FILENO))         
                                  &&(*getenv("LS_COLORS") != 0 )); 

Thanks for attention.














reply via email to

[Prev in Thread] Current Thread [Next in Thread]