From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030922
Description of problem:
Tcsh automatically sets the environent variable "HOSTTYPE" to "a
symbolic name for the type of computer that it is running on". The
x86_64 version of tcsh sets this to "unknown".
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. tcsh -c 'echo $HOSTTYPE'
Actual Results: unknown
Expected Results: x86_64, or something like amd64
For x86_64 fixed in rawhide tcsh-6.13-2, still needs fixing
for other RHEL architectures though.
Fixed in tcsh-6.13-8, which should appear in rawhide after FC3t2.
$MACHTYPE has the same problem.
Reopening as the problem isn't fixed on RHEL3 itself.
Changing $HOSTTYPE and $MACHTYPE could break existing scripts, I don't think it is
safe to change the values in RHEL3.
Re-opening this. Not fixing this is causing scripts to break between x86 and
x86_64 for customers.
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 the 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.
This solution is not working for me.
The tcsh-6.12-13.EL3.x86_64.rpm isn't available for X86-64 systems via up2date
and the advisory doesn't include links to an altrnative sorce for the rpm.
The updated package should be available in the fast-track channel, you may need
to subscribe to it in RHN.
It will be published in the standard channel in the next update release.