Bug 457243

Summary: tcsh do not work anymore as login shell for non interactive software
Product: Red Hat Enterprise Linux 4 Reporter: Klaus Ethgen <Klaus+rhbz>
Component: setupAssignee: Ondrej Vasik <ovasik>
Status: CLOSED ERRATA QA Contact:
Severity: high Docs Contact:
Priority: low    
Version: 4.7CC: dkovalsk, goeran, kalle.kiviaho, kvolny, riek, rvokal
Target Milestone: rcKeywords: Regression
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-01-14 13:24:50 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:
Attachments:
Description Flags
Fix for noninteractive shell issues for tcsh none

Description Klaus Ethgen 2008-07-30 13:49:45 UTC 
Description of problem:
If there are using kerberos5 tools or other tools which have there commands in
other path than /usr/bin or /bin and the path is added in a file in
/etc/profile.d then that tools doesn't work anymore using it remotely or by a
icon on the desktop.

Version-Release number of selected component (if applicable):
Version 2.5.37-1.3 work well
Version 2.5.37-1.7 is buggy

How reproducible:
- Put a tool to a non standard path (Say /usr/kerberos/bin in package
  krb5-workstation)
- Try to run such a tool remotely with "ssh machine 'tool'" (For example klist)

Actual results:
command not found

Expected results:
The execution of the program.

Additional info:
This bug seems to be the reaction to #191233 and #202468. Unlike the arguing in
that bug report is wrong (see below) the fix is simply broken. You test (only
for (t)csh) if there is a prompt. But for all remotely called commands there is
NO prompt (unlike you call it with -t).

Let me comment #191233:
It IS the expected behavior that the relevant files in /etc/profile.d gets
executed as they set the correct environment for several tools. And yes, that is
the behaviour with bash (and was it within the tcsh too until you try to fix
something that is not broken).
Comment 1 Ondrej Vasik 2008-11-05 14:06:24 UTC 
Created attachment 322572 [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.
Comment 2 Ondrej Vasik 2008-11-05 14:09:11 UTC 
*** Bug 464788 has been marked as a duplicate of this bug. ***
Comment 3 Ondrej Vasik 2008-11-05 14:10:50 UTC 
*** Bug 464905 has been marked as a duplicate of this bug. ***
Comment 11 errata-xmlrpc 2009-01-14 13:24:50 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-0030.html