Red Hat Bugzilla – Bug 77831
colors not handled right in screen because of missing file
Last modified: 2007-04-18 12:48:25 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20021017
Description of problem:
/etc/profile.d/colorls.sh checks $TERM and looks for /etc/DIR_COLOR.$TERM This
makes colors work right in terminal programs that have their $TERM set to xterm.
I today switched to a setup where my terminals are automatically run with screen
on top of zsh so that I can use "ctrl-a d" to push something into the background
and not have to worry about it going away if X crashes. This is especially nice
with downloads/uploads. So my $TERM is constantly set to screen instead of
xterm. This results in sub-optimal ls colors. As a workaround I have used cd
/etc ; ln -s DIR_COLORS.xterm DIR_COLORS.screen
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: Colors work, but aren't correctly set, so things like archive
files aren't red.
Expected Results: Proper colors for all file types.
Perhaps a better solution is to add a line to /etc/DIR_COLORS, rather than make
a new file.