[1438] in SIPB_Linux_Development
Re: csh.cshrc
daemon@ATHENA.MIT.EDU (Derek Atkins)
Thu Sep 19 13:51:25 1996
To: Derek W Truesdale <derekt@MIT.EDU>
Cc: linux-dev@MIT.EDU
In-Reply-To: Your message of "Thu, 19 Sep 1996 01:50:58 EDT."
<199609190550.BAA00808@le-mien.mit.edu>
Date: Thu, 19 Sep 1996 13:45:35 EDT
From: Derek Atkins <warlord@MIT.EDU>
Derek,
> thought you'd be interested...
> I just installed linux using the kernel under
> /redhat/3.0.4/i386
>
> which I guess is version4?
Why are you installing from /redhat/3.0.4/i386? That is not the
supported release of Redhat-Athena. It is a pre-release, development
snapshot of Redhat 4. It is still in testing, and it still has bugs.
For example, you wont be able to use any athena programs that were
linked against libncurses 2.0. It is not meant for user consumption,
yet.
> well, at any rate, the csh.cshrc causes multiple problems with
> $initdir's cshrc.
I've already found this bug, and I've reported it back to Redhat.
They are working on a fix for the problem. Your fix, moving
/etc/csh.cshrc out of the way, is wrong. A better fix, for now, is to
"touch /etc/profile.d/foo.csh", which will cause the symptoms to go
away.
The problem is that with the default /etc/csh.cshrc, if there are no
files /etc/profile.d/*.csh it will not source ~HOME/.cshrc, which
sources $initdir/cshrc.
> added a "set host = ..." in the initdir's cshrc, and
> added a if (! $?NOCALLS) set path = (/bin/athena)
> to avoid attach errors.
You shouldn't have to do this, if you fix /etc/csh.cshrc. What
"attach" errors do you get?
> otherwise, things went rather smoothly for me.
That's good to hear.
-derek
