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 new rpm?
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: http://home.sara.nl/~marco/rpm/sparc/ Good luck! Marco
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.