Bug 12303 - /etc/csh.cshrc should exec /etc/profile.d/*
Summary: /etc/csh.cshrc should exec /etc/profile.d/*
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: setup
Version: 6.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-06-15 15:32 UTC by j.pelan
Modified: 2014-03-17 02:14 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2000-06-15 15:32:49 UTC
Embargoed:


Attachments (Terms of Use)

Description j.pelan 2000-06-15 15:32:48 UTC
Under RedHat 6.2, the tcsh shell uses two system-wide initialization
scripts, namely /etc/csh.login and /etc/csh.cshrc. The former is
executed once for a 'login' shell and the latter is executed for
every shell invocation.

Until very recently, the system-wide file *always* ran the appropriate
scripts in /etc/profile.d for *every* shell but this behaviour was changed.
Now only the 'login' shell processes /etc/profile.d .

I believe it is important to restore the old default behaviour;

1) The purpose of profile.d is to alter the environment of *every* shell.
   It is a very useful feature as one can easily drop in scripts
   and not have to worry about subsequent upgrades. The environment
   can include *aliases* as well as environment variables which are
   obviously not inherited from invoking shells.

2) The notion of a 'login' shell does not apply in an X11 environment
   so one does not get consistent behaviour between console shells,
   remote logins and xterm shells.

All one needs to do is move the profile.d loop back from csh.login
to csh.cshrc. Please !

Comment 1 Bill Nottingham 2000-06-15 16:01:43 UTC
This has been done as of the latest setup packages in rawhide.


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