[1202] in RedHat Linux List
Re: [Q} How to work around some bugs?
daemon@ATHENA.MIT.EDU (Gregory Scott Whittier)
Sun Oct 27 00:47:10 1996
From: Gregory Scott Whittier <gswhitti@rainbow.uchicago.edu>
To: vladik@ix.netcom.com
Date: Sat, 26 Oct 1996 23:45:25 -0500 (CDT)
Cc: redhat-list@redhat.com
In-Reply-To: <3272B760.453D@ix.netcom.com> from "Vladislav Papayan" at Oct 26, 96 09:14:08 pm
Resent-From: redhat-list@redhat.com
Reply-To: redhat-list@redhat.com
> 3. When created a new user -- and logged in as that user
> the prompt was meaningless (garbage string).
> That problem I got fixed: I went back to user manager
> and made sure that that user has bash shell.
[ .... ]
> Thanks in advance,
> Vladislav
>
Vladislav,
I had the same problem in Redhat 2.1 (Caldera 1.0), and
Redhat 3.0.3. I haven't yet received my copy of 4.0. Here is
part of a message I posted about this in the caldera-users list
in May.
The /etc/csh.cshrc file seems to to interpret the result of
[ "$SHELL" = /bin/csh ] , which returns 0 when $SHELL = /bin/csh.
As a result the prompt and more importantly the umask get set incorrectly.
If one does not use the user private group scheme this causes the umask
to be 002 with more than one user in the same group. I found one email
in the redhat archive mentioning this, but didn't see anything on the
caldera site about it so I thought I'd mention it.
Sorry, in retrospect my quoted post is very poorly worded.
The above should actually read "/bin/tcsh" instead of "/bin/csh".
Anyway, I fixed it by changing the lines with "if $status then" to
"if ($status == 0) then" in the /etc/csh.cshrc file.
Greg Whittier
gswhitti@rainbow.uchicago.edu
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
________________________________________________________________________
http://www.redhat.com/RedHat-FAQ http://www.redhat.com/RedHat-Errata
http://www.redhat.com/RedHat-Tips http://www.redhat.com/mailing-lists
------------------------------------------------------------------------
To unsubscribe: mail -s unsubscribe redhat-list-request@redhat.com < /dev/null
