Package Details: openssl-chacha20 1.1.0.i-1

Git Clone URL: (read-only)
Package Base: openssl-chacha20
Description: The Open Source toolkit for Secure Sockets Layer and Transport Layer Security with Chacha20 cipher
Upstream URL:
Licenses: custom:BSD
Conflicts: openssl
Provides: openssl=1.1.0.i
Submitter: mys_721tx
Maintainer: mys_721tx
Last Packager: mys_721tx
Votes: 6
Popularity: 0.000000
First Submitted: 2015-04-16 05:11
Last Updated: 2018-08-15 04:29

Dependencies (2)

Required by (1000)

Sources (4)

Pinned Comments

system commented on 2017-04-26 12:09

If you upgraded your system without switching back to core/openssl (now using openssl 1.1), then pacman and other tools will complain about the missing files and and won't work. Just get these files from another arch system and drop them in /usr/lib to restore functionality and perform "pacman --force -S openssl" to install the vanilla arch openssl package.

Latest Comments

« First ‹ Previous 1 2 3

mys_721tx commented on 2015-04-21 00:10

Chrome is currently the only browser supporting ChaCha20, the flag probably would be fine. Since OpneSSL devs are working on a ChaCha implementation. I except this package to be a temporary workaround.

hotaru commented on 2015-04-20 23:59

does anyone really want the weird "Skip ChaCha unless top client priority" (aka "unconditionally override SSLHonorCipherOrder/ssl_prefer_server_ciphers") thing? right now i'm using customizepkg-patching to remove it on my server (and also make it build on ARM:, but it might make sense to remove that bit of weirdness from the patch if no one really wants it.

hotaru commented on 2015-04-17 20:49

you could do 'provides=("openssl=1.0.2.a")', but then you'd have to update the version number in two places whenever there's a new version.

mys_721tx commented on 2015-04-17 15:38

$_pkgname problem is fixed, although $provides looks very strange now.

hotaru commented on 2015-04-17 15:28

same problem in build(), and it should probably be 'provides=("openssl=${pkgver}")'

hotaru commented on 2015-04-17 14:58

prepare() fails because "$srcdir/$pkgname-$_ver" doesn't exist. it should probably be "$srcdir/$_pkgname-$_ver" instead.