From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4.1) Gecko/20011105
Description of problem:
There is no color in ls output in the following conditions: (a) the user is
not local but rather served by NIS, (b) ls is invoked in any graphical
terminal window under X with any type of shell.
"ls --color" forces fine output. It's only "ls" defaults are messed up or
missing for NIS-served users. Without X it works fine too.
This is just to repeat the forgotten bug 54309.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. try "ls" for NIS user under in Xterm, for example. No color.
2. try "ls --color" for the same user. Yes color.
3. switch to text mode. try "ls" and "ls --color". Both color.
4. for local users there is no difference. Always color.
Actual Results: The ls output for a networked user under X is not in color.
Expected Results: ls for network and local users should be the same. Local
users get their output in color.
Additional info: I believe that the problem first showed up after bash
upgrade to 2.05 from rawhide last summer. tcsh etc, however, have the same
*** This bug has been marked as a duplicate of 54309 ***
NIS users in our heterogeneous environment had defaults to /bin/tcsh, as it's
more common in other unixes.
Here is what happenes for users with tcsh.
Scenario 1. Logging in in virtual console envokes /etc/csh.login and they see
Scenario 2. Firing up a terminal window under X misses /etc/csh.login and
envokes only /etc/csh.cshrc. No calls to /etc/profile.d/*.csh are made
resulting in non-color ls.
Using bash as default invokes /etc/bashrc with or without X and users see