Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 57708

Summary: Root's PATH grows with each new shell spawned
Product: [Retired] Red Hat Linux Reporter: Bryan Wright <bkw1a>
Component: rootfilesAssignee: Bill Nottingham <notting>
Status: CLOSED RAWHIDE QA Contact: Aaron Brown <abrown>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.2CC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-09-23 03:40:59 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Bryan Wright 2001-12-19 19:56:06 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.2.14-5.0 i686)

Description of problem:
The .cshrc included in the rootfiles rpm adds stuff to the front and back
of the PATH variable
each time a new shell is spawned.  This causes PATH to get longer and
longer, with redundant elements at the front and back.

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


How reproducible:
Always

Steps to Reproduce:
1. Under KDE, Log in as root with tcsh as the login shell.
2.  Open a konsole and type "printenv PATH | wc -c"
3.  Type "konsole &", and repeat step 2 in the resulting window.
4. Repeat steps 2 and 3 in each new window, and watch the length of PATH
grow.
	

Actual Results:  Path grew longer in each spawned shell.

Expected Results:  PATH should be constant.

Additional info:

The PATH-modifying statement in root's .cshrc should be removed, and
replaced with code
that first checks the path for directories before adding them.  Or, even
better, this should be
done some place else,  ideally setting PATH for regular users and PATH for
root in some central place independent of login shell.
Comment 1 Bill Nottingham 2004-09-23 03:40:59 UTC 
Fixed in > 7.2-7.
Comment 2 Bill Nottingham 2004-09-23 03:59:36 UTC 
(and setup-2.5.34-1)