Description of problem:
When logged in at the console, 'ls' uses dark colors; for example, dark blue
for directories. This is inconsistent with RH 6.x and RH 7.x; they use light
colors, such as light blue for directories. Light colors on a black background
are much easier to read than dark colors on a black blackground.
I'm assuming this was a mistake, i.e. someone wanted to make it use dark colors
when a bright-backgrounded terminal was used (e.g. xterm), but in the process
inadvertently made the console colors dark too.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
At the console, do: ls --color
Actual Results: dark blue, dark green, dark cyan, ...
Expected Results: light blue, light green, light cyan, ...
I found a similar problem with vim in RH 8.0 (#75177); I don't know if it's
related or is a coincidence.
This is mentioned in the release notes, and is not a fileutils or vim bug:
. On the console, the latarcyrheb-sun16 font is used for best Unicode
coverage. Due to the use of this font, bold colors are not available.
Hmm, so this is a known issue, but isn't it still something that should be
addressed? Why should a change in the font affect whether bold colors can be
I found the answer to my question: It's because the bit that's normally used to
set the bold attribute is instead used to select characters 257-512 in a 512-
Just a note: if you want to change the system font,
it looks like you just need to change the SYSFONT variable in /etc/sysconfig/i18n.
I set mine to "lat0-sun16" (7.3 default).
I appreciate the Unicode support, but I do most of my work over SSH and the dark
colours made it unusable.
All programs in text mode need colors!!
If i use foreground yellow on background brown i can't see nothing!