Bug 115531

Summary: Automatic variable HOSTTYPE is "unknown" on x86_64
Product: Red Hat Enterprise Linux 3 Reporter: Göran Uddeborg <goeran>
Component: tcshAssignee: Miloslav Trmač <mitr>
Status: CLOSED ERRATA QA Contact: Bill Huang <bhuang>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: psplicha, tony.davalos
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: RHBA-2006-0218 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-03-22 17:04:49 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:
Bug Depends On:    
Bug Blocks: 178252, 187539    

Description Göran Uddeborg 2004-02-13 10:41:53 UTC 
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):
tcsh-6.12-4

How reproducible:
Always

Steps to Reproduce:
1. tcsh -c 'echo $HOSTTYPE'

Actual Results:  unknown

Expected Results:  x86_64, or something like amd64
Comment 1 Miloslav Trmač 2004-08-23 16:01:16 UTC 
For x86_64 fixed in rawhide tcsh-6.13-2, still needs fixing
for other RHEL architectures though.
Comment 2 Miloslav Trmač 2004-09-15 16:52:12 UTC 
Fixed in tcsh-6.13-8, which should appear in rawhide after FC3t2.
Comment 3 Bastien Nocera 2005-11-04 11:42:11 UTC 
$MACHTYPE has the same problem.
Reopening as the problem isn't fixed on RHEL3 itself.
Comment 4 Miloslav Trmač 2005-11-04 12:19:53 UTC 
Changing $HOSTTYPE and $MACHTYPE could break existing scripts, I don't think it is
safe to change the values in RHEL3.
Comment 5 David Mair 2005-12-07 23:20:47 UTC 
Re-opening this.  Not fixing this is causing scripts to break between x86 and
x86_64 for customers.
Comment 13 Red Hat Bugzilla 2006-03-22 17:04: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 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.

http://rhn.redhat.com/errata/RHBA-2006-0218.html
Comment 15 Kevin Parkes 2006-06-08 13:24:30 UTC 
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.
Comment 16 Miloslav Trmač 2006-06-08 14:36:05 UTC 
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.