Red Hat Bugzilla – Bug 24079
openssl in updates area built for wrong arch
Last modified: 2008-05-01 11:37:59 EDT
The openssl rpm (openssl-0.9.5a-2.6.x) in the sparc 6.X updates area is
built for "SPARC32PLUS, V8+ Required." Thus, it won't run on older sparc
systems, which the rest of the distro is compiled for. A comparison:
% file /usr/bin/openssl
/usr/bin/openssl: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required,
version 1, dynamically linked (uses shared libs), stripped
% file /bin/gzip
/bin/gzip: ELF 32-bit MSB executable, SPARC, version 1, dynamically linked
uses shared libs), stripped
Of course, I tried to rebuild the SRPM on my old sparc under RH 6.1, and it
"ar" dump core, so perhaps there's a good reason for this choice of
architecture - although the SuSe openssl-0.9.6 rpm works fine.
This bug thoroughly breaks both old and new versions of up2date as well.
Recompiling the SRPM on RH 6.2 (sun4c) works fine, so this looks like
an accidental mistake. Ssh depends on openssl, so the upgrade breaks ssh.
Oops, even pine refuses to work! What is the procedure? Will RedHat publish a
I have done a rebuild on my Sparc of the src-rpm and now the package works fine
for me. For the lazey ones I have placed these new RPMs on:
This issue has been listed as 'NEW' since January, and apparently no revised
package has been issued despite the clear problem of only needing RH to
re-compile for the proper machine and officially issue a new package.
A number of other Sparc bug issues remain hanging.
Has RH dropped support of Sparc altogether?
There is a pending errata release for OpenSSL which fixes various security-
related issues, and the fix for this bug is bundled with it.