/etc/profile.d/colorls.sh tries to run eval `dircolors --sh "$COLORS"`. This can generate errors if the configuration file (e.g. ~/.dircolors) is designed for a newer version of ls. For instance, dircolors recently introduced SETUID, SETGID, STICKY_OTHER_WRITABLE, OTHER_WRITABLE, and STICKY options. I want to set a color for them in my ~/.dircolors, but I also want to share my ~/.dircolors on older Red Hat and Fedora systems. If I do so, I get these errors when logging in to a RHEL 4system dircolors: `/home/mward/.dircolors':37: unrecognized keyword STICKY_OTHER_WRITABLE dircolors: `/home/mward/.dircolors':38: unrecognized keyword OTHER_WRITABLE dircolors: `/home/mward/.dircolors':39: unrecognized keyword STICKY I doubt you're going to fix this in RHEL 4, but at least going forwards, please add 2>/dev/null to that line in colorls.sh to avoid such warnings. (I also notice that you're sourcing ~/.dir_colors after ~/.dircolors.$TERM, which seems wrong.)
See the URL for the brief discussion on the coreutils mailing list.
Thanks for report... I'm on that mailing list so I already read this item there ;). I think is more probable to have it fixed in RHEL4 than in FC-5 - as FC-5 is EOL. So I will change the product to RHEL-4 and it will get fixed in next maintainance release of RHEL-4 coreutils (as I agree that the error output should be redirected to dev/null). Anyway - colorls.sh and colorls.csh have to be rewritten, because they use DIR_COLORS.xterm even on the gnome-terminal with dark background and because of 256 color support, so I will fix your objections there too.
Fixed and built as coreutils-6.10-4.fc9 in RAWHIDE branch of Fedora.
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
coreutils-6.10-30.fc9.i386 also suffer from the same bug: dircolors: `/etc/DIR_COLORS.xterm':68: unrecognized keyword CAPABILITY
(In reply to comment #6) > coreutils-6.10-30.fc9.i386 also suffer from the same bug: > dircolors: `/etc/DIR_COLORS.xterm':68: unrecognized keyword CAPABILITY Thanks for comment, however, that's different issue. Actually capability support was added to F-9 (and this bugzilla is about different RHEL-4 issue) with 6.10-28.fc9 and fully removed by 6.10-30.fc9 due to tcsh bug. This removal accidently caused error messages (bz #457342 and others) and capability option(and libcap2 dependency) was removed from ls and dircolors for F-9. In fact the best way would be to readd the code for CAPABILITY handling to ls and dircolors - but this would bring additional libcap2 dependency without any usage. But probably it has to be done...
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2009-0959.html