Description of problem: After upgrading to RHEL 4.7 tcsh does not seems to load config files when used as login shell on rsh connections Version-Release number of selected component (if applicable): tcsh-6.13-10.el4 rsh-server-0.17-25.4 How reproducible: By checking PATH on target system, works on 4.5, 4.6 and not on 4.7 Steps to Reproduce: 1. rsh <machine> echo '$PATH'
Problem seem to come from the added lines in csh.cshrc in setup-2.5.37-1.7: if (! $?loginsh) then if ($?prompt) then These prevent /etc/profile.d to be parsed when using rsh. That should be the case?
(In reply to comment #1) > Problem seem to come from the added lines in csh.cshrc in setup-2.5.37-1.7: > > if (! $?loginsh) then > if ($?prompt) then > > These prevent /etc/profile.d to be parsed when using rsh. That should be the > case? Right you are. Main problem is that /etc/profile.d/* scripts are no longer executed when you run non-interactive shell. It seems that fix for bug #202468 should be reverted.
reassigning to proper component
This bugzilla has Keywords: Regression. Since no regressions are allowed between releases, it is also being proposed as a blocker for this release. Please resolve ASAP.
Thanks for report. Current situation after update is IMHO more broken than previous passing string to noninteractive shells. Solution could be to throw away stdout / stderr output for noninteractive shells for processing profile.d scripts ... will try to find out proper solution for both bugs
Created attachment 322566 [details] Fix for noninteractive shell issues for tcsh I guess both issues could be solved together by redirecting stdout and stderr to /dev/null for noninteractive shells ... tried following patch and it works for me in both cases.
*** This bug has been marked as a duplicate of bug 457243 ***