Package Details: rnp 0.17.1-1

Git Clone URL: https://aur.archlinux.org/rnp.git (read-only, click to copy)
Package Base: rnp
Description: High performance C++ OpenPGP library derived from NetPGP
Upstream URL: https://github.com/rnpgp/rnp
Keywords: library netpgp openpgp pgp
Licenses: BSD-2-Clause AND BSD-3-Clause AND Apache-2.0 AND MIT
Submitter: aperez
Maintainer: aperez
Last Packager: aperez
Votes: 2
Popularity: 0.000000
First Submitted: 2018-07-05 20:43 (UTC)
Last Updated: 2024-06-11 23:14 (UTC)

Latest Comments

1 2 Next › Last »

Martchus commented on 2023-07-14 21:05 (UTC)

Thanks for updating the package and clarifying why the checksum has changed.

aperez commented on 2023-07-14 20:28 (UTC)

@Martchus: Thanks for the heads up, upstream renamed the sexp repository to sexpp and that caused the contents of the tarball to change. I have pushed a fix to the packaging already.

Martchus commented on 2023-07-08 18:44 (UTC)

The checksum of the 2nd source archive doesn't match, I get:

f79890885d9708315d90fdad4f4b37be29e0c2fdcf36d0b63eab18acb2075dcd03614f269514961609c02e4889851bae9ddbe16fcb33d6fa442481863f0ed6b5  sexpp-0.8.4.tar.gz

xiretza commented on 2023-05-07 08:41 (UTC)

botan has updated to version 3, the dependency should be changed to botan2.

aperez commented on 2021-08-20 08:28 (UTC)

@xiretza: Done!

xiretza commented on 2021-08-19 09:14 (UTC)

Hi, could you please backport https://github.com/rnpgp/rnp/commit/e6841dc63d0fa1a4e15fd5396ec993368e8c9f9d? The package doesn't currently build.

aperez commented on 2021-02-01 22:24 (UTC)

@bpereto: I have updated the URL; and it looks like the checksum of the tarball that GitHub generates from a tag changes due to that. Fortunately I had the previous tarball still around and the contents are still the same (changes are mainly in the metadata) so it was easy to check that nothing fishy is going on.

<deleted-account> commented on 2021-02-01 20:22 (UTC)

has the ustream repository url changed? https://github.com/rnpgp/rnp

build on my machine fails: sha512sum gives an error?

dewyatt commented on 2018-07-18 21:41 (UTC)

@aperez Good point, makes sense to me. Thanks!

aperez commented on 2018-07-18 21:31 (UTC)

@dewyatt Thanks for the suggestions! I have applied them now that I pushed the update to 0.9.1 — except for the “pkgconf” one because I think it's more correct to always install the “.pc” file in case third party programs which prefer to use pkg-config want to link in the library. The “.pc” file won't be installed when pkg-config is not present, if I am understanding the CMake files correctly. Anyway, it's only a build-time dependency, so shouldn't be a big deal.

1 2 Next › Last »