GNU bug report logs - #12445
ls --color does not color symlinks when not resolving them

Previous Next

Package: coreutils;

Reported by: Matei David <matei <at> cs.toronto.edu>

Date: Fri, 14 Sep 2012 17:06:01 UTC

Severity: normal

Tags: fixed, notabug

Done: Assaf Gordon <assafgordon <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #10 received at control <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Matei David <matei <at> cs.toronto.edu>
Cc: 12445 <at> debbugs.gnu.org
Subject: Re: bug#12445: ls --color does not color symlinks when not resolving
	them
Date: Sat, 15 Sep 2012 00:55:12 +0100
tag 12445 + notabug
close 12445
stop

On 09/14/2012 05:54 PM, Matei David wrote:
> When the ORPHAN property is disabled in dircolors, ls --color does not stat()
> symlinks. However, in this case symlinks are not colored using the LINK
> property.
>
> How to reproduce:
> $ eval $(dircolors -p | sed 's/^ORPHAN.*/ORPHAN 00/' | dircolors -)
> $ mkdir /tmp/xxx
> $ ln -s /tmp/nowhere /tmp/xxx/yyy
> $ ls --color /tmp/xxx
>
> Expected output:
> yyy, colored cyan (default for LINK)
>
> Actual output:
> yyy, not colored
>
> Fix attached. Basically, in gobble_file(), assume a symlink is ok if stat() is
> not run on it.

It seems this was fixed over 5 years ago in version 6.9
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commit;h=0a744370
Are you using an older version than that?

I'm marking as done for now.

thanks,
Pádraig.




This bug report was last modified 6 years and 224 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.