Bug 60096 - colorls doesn't work for Xsession
Summary: colorls doesn't work for Xsession
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: WindowMaker
Version: 7.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-02-19 22:41 UTC by Birger Langkjer
Modified: 2007-04-18 16:40 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-11-09 22:40:05 UTC
Embargoed:


Attachments (Terms of Use)

Description Birger Langkjer 2002-02-19 22:41:41 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:0.9.8) Gecko/20020205

Description of problem:
When I choose Xsession (Window Maker) in gdm, when I start an xterm from the
startmenu or the dock, there are no colors with 'ls'. There is if I start an
xterm from another xterm.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.start Window Maker from Xsession (gdm)
2.Doubleclick the xterm icon in the dock
3.
	

Actual Results:  no colors with 'ls'

Expected Results:  there should have been colors according to filetype

Additional info:

Comment 1 Alexei Podtelezhnikov 2002-02-20 00:42:31 UTC
Are you using bash or tcsh? I have exactly the same problem with tcsh, but everything works with bash.
I even know why. Colorls alias is set in /etc/csh.login which never gets executed in a non-ligin shell 
e.g. under Xsession. Using bash works fine /etc/bashrc gets always loaded no matter in login or 
non-login shell.

There are similar bugs to this one reported.

Comment 2 Birger Langkjer 2002-02-20 17:09:03 UTC
I assume it is BASH, I just use the standard on Redhat. There is an executable 
file i /etc/profile.d/ called colorls.sh - I thought this was the config-file?

Comment 3 Alexei Podtelezhnikov 2002-02-20 21:26:24 UTC
Both /etc/bashrc and /etc/csh.login load stuff from /etc/profile.d 
including colorls. 
Three things to check: 1) run "bash" to make sure you really using bash. 
Otherwise, check the end of the line in /etc/passwd corresponding to the user 
in question. 2) run "ls --color" that should be colorful no matter what. 
3) maybe, Window Maker terminal is supposed to be black-n-white?

Comment 4 Havoc Pennington 2002-02-21 05:33:13 UTC
This is probably either a tcsh, WindowMaker, or xinitrc bug rather than a gdm bug.
However I'm not sure which of those to pass the buck too. ;-) Leaving bug NEW
for now.

Comment 5 Havoc Pennington 2002-02-24 16:03:55 UTC
Now that I re-read the report, this must be WindowMaker stripping the
environment or something like that, because it works if you start the xterm from
another xterm.

Comment 6 Birger Langkjer 2002-02-26 20:24:44 UTC
I use Bash. There is a problem with Window Maker and icewm, but not lwm and twm.
If I put:

xterm &
exec wmaker

in .xsession script, the first xterm has colors, but not the ones I start by
clicking the button. If I use ls --colors xterm has blue and green but no red.

Comment 7 Phil Copeland 2002-08-12 18:53:53 UTC
Try with the latest rawhide version

ftp://ftp.redhat.com/pub/redhat/linux/rawhide/SRPMS/SRPMS

Phil
=--=

Comment 8 Alexei Podtelezhnikov 2002-10-07 07:04:47 UTC
Please read bug 59446. The discussed problem explained my colorls problem 
in tcsh in Xterm (bug 54309). 

Does WindowMaker use /etc/csh.login or /etc/csh.cshrc?

How difficult it is to release errata for setup? 
Oh well, I tried... It looks pretty bad: setup's files get modified a lot
after their initial installation, so I only got rpmnew's all over the /etc/.

Comment 9 Havoc Pennington 2004-11-09 22:40:05 UTC
Closing bug, since we don't even ship windowmaker anymore.



Note You need to log in before you can comment on or make changes to this bug.