Package Details: lib32-openssl098 0.9.8.zh-1

Git Clone URL: (read-only)
Package Base: lib32-openssl098
Description: The Open Source toolkit for Secure Sockets Layer and Transport Layer Security (32-bit, 0.9.8 branch)
Upstream URL:
Licenses: custom:BSD
Conflicts: lib32-openssl-compatibility
Provides: lib32-openssl-compatibility
Submitter: yejun
Maintainer: eworm
Last Packager: eworm
Votes: 204
Popularity: 0.352517
First Submitted: 2010-09-06 08:33
Last Updated: 2015-12-04 06:48

Latest Comments

frizums commented on 2016-08-25 09:18

Replacing validpgpkeys with the version from openssl098 (the 64bit version of this package) and importing one of the keys mentioned in the comments there (gpg --keyserver --recv-keys D5E9E43F7DF9EE8C) worked for me.
Both packages use the same source file. No idea what the cause for the problem is though..

validpgpkeys=('7953AC1FBC3DC8B3B292393ED5E9E43F7DF9EE8C' # Richard Levitte <>
'8657ABB260F056B1E5190839D9C4D26D0E604491' # Matt Caswell <>)

nakano commented on 2016-07-18 13:38

After I import the D9C4D26D0E604491 public key, I get a second error, for the fingerprint of the same key.

==> Verifying source file signatures with gpg...
openssl-0.9.8zh.tar.gz ... FAILED (invalid public key 7953AC1FBC3DC8B3B292393ED5E9E43F7DF9EE8C)

Problem is that I cannot skip signature check. Even if I remove the 'validpgpkeys' from the PKGCONFIG, it still Fails for the same reason.

Any ideas what could I be doing wrong?

yhager commented on 2016-03-13 20:24

Seems to be signed with a different key now.

Bazon commented on 2015-03-06 14:05

Indeed, on a different network, it worked. Must have been some kind of strange filter.
Sorry and thank you!

eworm commented on 2015-03-06 13:22

Hmm, works for me... You could try another keyserver, though:

gpg --keyserver --recv-keys D9C4D26D0E604491

Bazon commented on 2015-03-06 13:07

Please help, I'm stuck:

==> Verifying source file signatures with gpg...
openssl-0.9.8ze.tar.gz ... FAILED (unknown public key D9C4D26D0E604491)
==> ERROR: One or more PGP signatures could not be verified!

then I tried:
# gpg --keyserver --recv-keys D9C4D26D0E604491
gpg: keyserver receive failed: Network is unreachable

although I have a working network! I can access via browser...

trya commented on 2014-06-05 18:47

Orphaned. eworm should take over maintenance.

cesarramsan commented on 2013-01-16 16:04

Source in PKGBUILD is incorrect. It points to "" which does not exist.

cesarramsan commented on 2013-01-16 16:02

Source does not exist anymore.

LookTJ commented on 2012-03-04 22:22

I could ask to delete this and merge with since they are the same number version, the other one looks like a better choice.

rafaelff commented on 2012-03-04 14:42

I think this package was created as 0.9.8 to deal with Wippien needs -- it still needs openssl 0.9.8

giniu commented on 2012-03-04 10:15

I just wonder, wasn't this package here for binary packages requiring openssl<1.0.0? If no, then what is the difference between lib32-openssl-compatibility and lib32-openssl which both are 1.0.0g right now? (and conflict with each other)

rafaelff commented on 2011-06-12 22:15

Where are the patches?

denisfalqueto commented on 2011-05-23 16:10

For some reason, pastebin is expiring my items. So, the PKGBUILD is here.

pkgdesc='The Open Source toolkit for Secure Sockets Layer and Transport Layer Security (32 bits, older version)'

build() {
export CC="gcc -m32"
export CXX="g++ -m32"
export PKG_CONFIG_PATH="/usr/lib32/pkgconfig"

cd $srcdir/$_pkgbasename-$_pkgbasever

# avoid conflicts with other man pages:
patch -p1 -i $srcdir/openssl-0.9.8l-fix_manpages-1.patch
# remove rpath:
patch -p1 -i $srcdir/openssl-0.9.8a-no-rpath.patch
# set ca dir to /etc/ssl by default
patch -p1 -i $srcdir/openssl-0.9.8m-ca-dir.patch
# mark stack as non-executable:
./Configure linux-elf --prefix=/usr --openssldir=/etc/ssl --libdir=lib32 shared zlib -Wa,--noexecstack

make || return 1

# the test fails due to missing write permissions in /etc/ssl
# revert this patch for make test
# patch -p1 -R -i $srcdir/openssl-0.9.8m-ca-dir.patch
# make test || return 1
# patch -p1 -i $srcdir/openssl-0.9.8m-ca-dir.patch

package() {
cd $srcdir/$_pkgbasename-$_pkgbasever
make INSTALL_PREFIX=$pkgdir MANDIR=/usr/share/man install

rm $pkgdir/{etc,usr/{bin,include,share,lib,lib32/{engines,*.a,*.so,pkgconfig}}} -fR

install -D -m644 LICENSE $pkgdir/usr/share/licenses/$pkgname/LICENSE

denisfalqueto commented on 2011-04-26 03:41

For those interested, this pastebin will never expire and is the same file as noted in my previous post. Sorry for the inconvenience.

denisfalqueto commented on 2010-11-03 10:35

Hi. This package is not following the new multilib standard for Arch. I would suggest the following PKGBUILD: It really builds a openssl package for version 0.9.8 and puts only the important files on /usr/lib32, so they will be used when necessary.

csgeek commented on 2010-11-02 03:47

this package needs to either include the library files in /usr/lib32 or create an appropriate
file in /etc/

I ended up creating a file called openssl_32.conf which contained one line:
then ran sudo ldconfig and everything worked out fine after that.

Anonymous comment on 2010-10-26 20:23

the PKGBUILD provided by qft works well. Got google-talkplugin working after using this PKGBUILD.

qft commented on 2010-10-24 17:54

This PKGBUILD is broken. Should be the following:

pkgdesc="libssl and libcrypto 0.9.8 libs (32 Bit)"

build() {
mkdir -p $pkgdir/usr/lib32
install -D -m555 $srcdir/usr/lib/ $pkgdir/usr/lib32 || return 1
install -D -m555 $srcdir/usr/lib/ $pkgdir/usr/lib32 || return 1

nofxx commented on 2010-10-16 01:22

Shouldn`t the install path be /usr/lib32 instead of /opt/lib32/usr/lib?
Got eagle working that way.

romen commented on 2010-08-21 10:45

It is using openssl 0.9.8n instead of 0.9.8o