Bug 39425 - up2date fails with architecture not sparc
up2date fails with architecture not sparc
Product: Red Hat Linux
Classification: Retired
Component: up2date (Show other bugs)
sparc Linux
medium Severity medium
: ---
: ---
Assigned To: Preston Brown
Jay Turner
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2001-05-07 13:23 EDT by Ryan Jonasson
Modified: 2015-01-07 18:45 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-05-07 13:24:02 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Ryan Jonasson 2001-05-07 13:23:58 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; Hotbar 2.0)

Description of problem:
A stock install of RedHat 6.2 on a Sun Sparc sun4m, with the rpm, python, 
openssl, and up2date manually updated enough to get the newest version of 
up2date running (up2date-2.5.4-0.6.x).  When I run rhn_register and 
up2date, they both fail with the following message:

[root@sol /root]# up2date
Traceback (innermost last):
  File "/usr/sbin/up2date", line 16, in ?
    import up2date
  File "/usr/share/rhn/up2date/up2date.py", line 13, in ?
    import socket
ImportError: libssl.so.0: ELF file machine architecture not sparc

Executing file on libssl.so.0 file gives me this:

[root@sol /root]# file /usr/lib/libssl.so.0.9.5a
/usr/lib/libssl.so.0.9.5a: ELF 32-bit MSB shared object, SPARC32PLUS, V8+ 
Required, version 1, not stripped

How reproducible:

Steps to Reproduce:
1. as root run up2date.

Additional info:
Comment 1 Ryan Jonasson 2001-05-07 20:32:04 EDT
I recompiled the openssl packages from the source RPM and up2date works again.

Note You need to log in before you can comment on or make changes to this bug.