bug-coreutils
[Top][All Lists]
Advanced

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

ls -l --color [was: [ANNOUNCEMENT] Updated: coreutils-6.10-1]


From: Eric Blake
Subject: ls -l --color [was: [ANNOUNCEMENT] Updated: coreutils-6.10-1]
Date: Mon, 14 Apr 2008 21:13:16 +0000 (UTC)
User-agent: Loom/3.14 (http://gmane.org/)

Jim Meyering <jim <at> meyering.net> writes:

> 
> Thanks, but I'd like to retain the default (a deliberate "feature" 
> that ls -l --color does not stat the referent of each symlink it encounters.
> 
> From reading the comments, you can guess that this behavior change was
> deliberate.  Sorry I didn't make it clearer.  Dereferencing symlinks
> just to color them is highly undesirable (at least in some environments),
> hence the change so that ls --color no longer does that by default.
> The marginal benefit of coloring the RHS was outweighed by the potential
> negative impact of the additional stat calls.

Fair enough; but can we at least get it mentioned in NEWS that this was a 
deliberate change?

> 
> I think we'll need some new LS_COLORS-specified option to
> reenable coloring of the symlink referent in a long listing.
> 

And I agree with you that this can wait until after 6.11 to figure out the best 
approach for such an option.

-- 
Eric Blake






reply via email to

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