Red Hat Bugzilla – Bug 457243
tcsh do not work anymore as login shell for non interactive software
Last modified: 2013-03-08 12:17:04 EST
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
- Put a tool to a non standard path (Say /usr/kerberos/bin in package
- Try to run such a tool remotely with "ssh machine 'tool'" (For example klist)
command not found
The execution of the program.
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.