Package Details: openssl098 0.9.8.zh-2

Git Clone URL: (read-only, click to copy)
Package Base: openssl098
Description: The Open Source toolkit for Secure Sockets Layer and Transport Layer Security (0.9.8 branch)
Upstream URL:
Licenses: custom:BSD
Conflicts: openssl-compatibility
Provides: openssl-compatibility
Submitter: yejun
Maintainer: eworm
Last Packager: eworm
Votes: 288
Popularity: 0.009589
First Submitted: 2010-09-06 08:48
Last Updated: 2017-06-20 08:39

Latest Comments

1 2 3 4 5 Next › Last »

eworm commented on 2019-11-24 19:14

Perhaps the package could be updated? Thanks!

You should put these changes in /etc/makepkg.conf or ~/.makepkg.conf... Definitely nothing to go into a PKGBUILD...

direc85 commented on 2019-11-24 09:21

Hello fellow users who still have to use this package,

I noticed that threaded compiling doesn't work as expected. I have MAKEFLAGS=-j16 in my makepkg.conf, but the package was compiled with little core usage. I did some testing and got these results:

> make -j1
> real 1m40,723s
> user 1m23,229s
> sys 0m15,256s
> make -j16
> real 1m26,358s
> user 1m23,562s
> sys 0m15,633s
> make -j
> real 0m28,136s
> user 1m48,755s
> sys 0m17,336s

So, if you want to utilize your CPU to the fullest (possible), edit PKGBUILD like so:

> diff --git a/PKGBUILD b/PKGBUILD
> index bbb2d9c..9425d01 100644
> --- a/PKGBUILD
> +++ b/PKGBUILD
> @@ -50,7 +50,7 @@ build() {
> ./Configure linux-elf --prefix=/usr --openssldir=/etc/ssl --libdir=lib32 \
> shared zlib enable-md2 -Wa,--noexecstack
> - make
> + make -j
> }

Perhaps the package could be updated? Thanks!

ce_eff commented on 2018-09-19 08:29

@leonardof, @Hori:

The key with the fingerprint D5E9E43F7DF9EE8C belongs to Richard Levitte (and was used to sign openssl-0.9.8). The key with the fingerprint D9C4D26D0E604491 belongs to Matt Caswell (and was used to sign some other openssl release, hence the confusion, I guess).

Both keys are legit; both Richard and Matt are affiliated with the OpenSSL Management Committee, and their signing keys are listed there (see:

Please remember: do not blindly import a key but do your due diligence before, especially when you are installing encryption packages...

leonardof commented on 2018-01-21 01:19

@Hori, is that right? I thought the correct key was that mentioned by @nakano.

guoguojin commented on 2017-05-25 15:46

The download link for the openssl-0.9.8zh.tar.gz file now returns a 404 error so the package no longer works.

The openssl-0.9.8zh.tar.gz can be found here:

Any chance you can update?


4eeqz commented on 2017-04-26 18:23

For y'all having issues with the public key, this is what fixed them for me:
gpg --recv-keys --keyserver hkp:// D9C4D26D0E604491

eworm commented on 2016-12-09 09:13

No, I will not include headers. This package is intended for binary packages, that required openssl 0.9.8 libraries. Instead you should update your code to work with openssl 1.0.2, which is maintained upstream and available in [core].

daurnimator commented on 2016-12-09 01:42

Please include headers: I'd like to use this package to ensure that my *own* code can compile against openssl 0.9.8. To do so I need to compile against the headers from 0.9.8.

nakano commented on 2016-07-18 13:33

As stated in other comments below, to import a key, you should use the --recv-keys argument:

$ gpg --keyserver --recv-keys D5E9E43F7DF9EE8C

Forum_Liker commented on 2016-05-13 16:07

new problem

openssl-0.9.8zh.tar.gz ... FAILED (unknown public key D5E9E43F7DF9EE8C)

$ gpg --keyserver --search-keys D5E9E43F7DF9EE8C
gpg: no keyserver known (use option --keyserver)
gpg: keyserver search failed: No keyserver available