I can confirm this on Ubuntu 14.04, but as has been pointed out, I don't really expect a "fix" to this. However, the workaround at first didn't work for me until I'd figured out that you ALSO have to make sure that you don't have an alias set for ls which uses the "-F" option.
"-F" tries the same as the "or=..."-Option in dircolors - it categorizes the files in a directory listing, and therefore tries to determine whether or not a symlink is broken.
To determine whether the workaround works for you, try this:
eval `dircolors -b | sed s/or=[^:]*://`
\ls -l --colors=auto
The backslash in front of the ls-command circumvents any set aliases, so you get the real behaviour of exactly the following command.
I can confirm this on Ubuntu 14.04, but as has been pointed out, I don't really expect a "fix" to this. However, the workaround at first didn't work for me until I'd figured out that you ALSO have to make sure that you don't have an alias set for ls which uses the "-F" option.
"-F" tries the same as the "or=..."-Option in dircolors - it categorizes the files in a directory listing, and therefore tries to determine whether or not a symlink is broken.
To determine whether the workaround works for you, try this:
eval `dircolors -b | sed s/or=[^:]*://`
\ls -l --colors=auto
The backslash in front of the ls-command circumvents any set aliases, so you get the real behaviour of exactly the following command.