Red Hat Bugzilla – Bug 145485
Screen color ls is setup from DIR_COLORS and not DIR_COLORS.xterm
Last modified: 2007-11-30 17:10:58 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
Currently, dircolors set up LS_COLOR for Gnu screen from
/etc/DIR_COLORS which is fine, but it's inconsistent with xterm,
gnome-terminal and konsole which use DIR_COLORS.xterm (since
$TERM=xterm for these). DIR_COLORS and DIR_COLORS.xterm differ in that
DIR_COLORS uses bold for coloured entries, which looks fairly horrible
(IMO of course). Anyway, there's no reason for screen to not have the
same settings as xterm and friends, so fixes would be to symlink
DIR_COLORS.xterm to DIR_COLORS.screen and add the lines
Or in fact, why bother with a separate .xterm file ? Anyway, would be
nice to have things consistent.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Fire up an xterm and run ls
3. repeat (1), colours are now bold.
Actual Results: LS_COLORS different for $TERM=xterm and $TERM=screen
Expected Results: LS_COLORS could/should be the same for $TERM=xterm
Why should TERM=screen be the same as TERM=xterm rather than TERM=console?
Since screen can be attached to other terminals, I think this is something that
will always need a certain amount of customization, and no one solution will
suit every use.