Steps to reproduce:
Type "ls /"
Directory colors are dark blue.
Directory colors are light blue.
To fix this problem I simply "rm /etc/DIR_COLORS.xterm". IIRC, this change
happened in Red Hat 8 and had to do with Unicode. Other file types are too
I meant "Other file type are *also* too dark."
The problem is that if you use a gnome terminal with dark background, then the
dark blue directory names can be barely seen.
This is caused by /etc/DIR_COLORS.xterm file. This was introduced to disable the
bold texts in xterm, which are hard to read there.
However it also messes up gnome terminal, because gnome terminal sets $TERM to
xterm too, so it uses DIR_COLORS.xterm instead of DIR_COLORS.
Sorry for late response, changing version to devel, as it is not the thing which
needs to be fixed in specific release and has still the same behaviour in rawhide.
I understand what you want, but the reason why DIR_COLORS.xterm was added is
that bright colors are hard to read on white/light gray xterm background. So
changing colors back to bright colors by default in DIR_COLORS.xterm will bring
up another bugzilla ticket (for example you could read #161711 about the other
So if you are sure that you want only dark background, you have several
1) To edit /etc/DIR_COLORS.xterm manually - main change between DIR_COLORS and
DIR_COLORS.xterm is usage of bold characters(.xterm version doesn't use bold) -
so if you change the first number 00 in DIR section to 01 you will have
directories bright blue.
2) to remove DIR_COLORS.xterm - as you wrote in description of problem, but is
not good idea to do that generally
3) to remove (comment out) line with /etc/DIR_COLORS.$TERM in
colorls.sh/colorls.csh script (depends on the shell you are using) - same as #2
But as I said - to not use bold (and therefore more bright) colors in
DIR_COLORS.xterm is expected behaviour and not a bug. So closing this one
bugzilla NOTABUG, but I will find out how to solve it because of newer bugzilla
#429121 (will need better .sh/csh scripts to handle 256-colored output choice).
Well, this does explain the issue but it is still a bug. The bug now is that
/etc/DIR_COLORS.xterm is used when logging in on the plain console (i.e. not
even using X). It seems to me that /etc/DIR_COLORS should be used instead.
Sorry for longer response, I missed that reopened bug somehow. When you are
using text mode console (without X), TERM envvar is(or should be usually) linux
- therefore /etc/DIR_COLORS is used. When you use gnome-terminal TERM envvar is
unfortunately xterm (and I don't know about any easy way how to get information
which color of background I'm using which could be used in
/etc/profile.d/colorls.sh script). Therefore /etc/DIR_COLORS.xterm (which is
provided because of the request of xterm users) is used. You always could use
dir_colors file in your home - and this one will be used instead of the system
provided one and you can easily modify it. The easy solution for gnome-terminal
could be to persuade gnome-terminal maintainer to use different TERM envvar -
but this could break other things. Feel free to give me any idea how to solve it
different way (I'm not going to remove /etc/DIR_COLORS.xterm from the fedora
coreutils package, so don't recommend this one idea).
No, please, you don't understand.
The colors are too dark both in X *and* in the regular Linux console. Forget
about my proposed fix, which is stupid. First acknowledge that the problem exists.
This was widely reported in distribution reviews when Red Hat Linux 8 came out a
long time ago but obviously it's long been forgotten. The colors were brighter
in RHL7, and much more readable. If you must see it to understand, you can just
install one in a VMware, you'll quickly see the difference.
IIRC, the change was due to the big UTF-8 change that occurred from RHL7 to
RHL8. The color change was needed but unfortunate. It's probably not needed anymore.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
Some kind of background detection is implemented in vim. It is not real
detection but only "guessing" from terminal name and environment variable. See
the function term_bg_default() in module option.c:
* Return "dark" or "light" depending on the kind of terminal.
* This is just guessing! Recognized are:
* "linux" Linux console
* "screen.linux" Linux console with screen
* "cygwin" Cygwin shell
* "putty" Putty program
* We also check the COLORFGBG environment variable, which is set by
* rxvt and derivatives. This variable contains either two or three
* values separated by semicolons; we want the last value in either
* case. If this value is 0-6 or 8, our background is dark.
I can try to take this "detection" from vim sources, but it will take some time.
You don't need to do any detection. Only playing with /etc/DIR_COLORS* is
Which terminal are you currently using?
xterm, gnome-terminal and rxvt use light background by default. If you have changed the background color, you need to update $HOME/.dircolors. Try
cp /etc/DIR_COLORS $HOME/.dircolors
for terminal with dark background.
See above. I mentioned several times that this affects the plain console (i.e. not even using X).
(In reply to comment #11)
> See above. I mentioned several times that this affects the plain console (i.e.
> not even using X).
I can't see any problem in native console - tested on sane F-9 installation. Did you try it with the clean profile? Make sure you have original /etc/DIR_COLORS.
In the report you wrote "rm /etc/DIR_COLORS.xterm" fixes the problem, but this file is not used for native console. Have you changed /etc/profile.d/colorls.(c)sh?
Yeah, too dark.