Wes Morgan wrote: > The new "hard link" highlighting would be nicer if it was optional. I > have lots of files with an "original" name that are also hard links to a > canonicalized version in another directory hierarchy. Instead of showing > the original coloring based on the extension, they show the hard link > coloring. Perhaps a special code for dircolors that tells "ls" to ignore > a class of highlighting and continue searching for another match.
That change was made recently: http://lists.gnu.org/archive/html/bug-coreutils/2008-10/msg00172.html Kamil indicated in that bug report that existing colors should take precedence over the hardlink color. This is the case for executable files for example, but not files whose color depends on name. This is a regression IMHO. eval $(dircolors) touch t.png ln t.png t2.png ls -lrt --color cheers, Pádraig. _______________________________________________ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils