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).
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.
*** Bug 464788 has been marked as a duplicate of this bug. ***
*** Bug 464905 has been marked as a duplicate of this bug. ***
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