Port details |
- rnp RNP is a set of OpenPGP (RFC4880) tools
- 0.17.1 security =2 0.17.1Version of this port present on the latest quarterly branch.
- Maintainer: se@FreeBSD.org
- Port Added: 2021-02-03 14:31:02
- Last Update: 2024-06-03 08:25:51
- Commit Hash: a36607e
- People watching this port, also watch:: jdictionary, py311-Automat, py311-python-gdsii, py39-PyOpenGL, p5-Sane
- License: APACHE20 BSD2CLAUSE BSD3CLAUSE OCB_Patent
- WWW:
- https://www.rnpgp.com/
- Description:
- RNP is a set of OpenPGP (RFC4880) tools that works on Linux, macOS,
Windows and *BSD built with C++.
rnpkeys allow to generate, import, export, and list keys.
rnp is used to perform encryption, decryption, signing and signature
checks.
librnp is the library used by RNP for all OpenPGP functions, useful
for developers to build against, different from GPGME.
- ¦ ¦ ¦ ¦
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - Dependency lines:
-
- To install the port:
- cd /usr/ports/security/rnp/ && make install clean
- To add the package, run one of these commands:
- pkg install security/rnp
- pkg install rnp
NOTE: If this package has multiple flavors (see below), then use one of them instead of the name specified above.- PKGNAME: rnp
- Flavors: there is no flavor information for this port.
- distinfo:
- TIMESTAMP = 1717402611
SHA256 (rnpgp-rnp-v0.17.1_GH0.tar.gz) = ec486bb2c25abb0ddbd95973fd135e3922ea68b4e6919c7c18d992078baaf50c
SIZE (rnpgp-rnp-v0.17.1_GH0.tar.gz) = 3515288
Packages (timestamps in pop-ups are UTC):
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- asciidoctor : textproc/rubygem-asciidoctor
- cmake : devel/cmake-core
- ninja : devel/ninja
- pkgconf>=1.3.0_1 : devel/pkgconf
- Library dependencies:
-
- libbotan-2.so : security/botan2
- libjson-c.so : devel/json-c
- There are no ports dependent upon this port
Configuration Options:
- No options to configure
- Options name:
- security_rnp
- USES:
- cmake compiler:c++11-lang pkgconfig
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
0.17.1 03 Jun 2024 08:25:51 |
Stefan Eßer (se) |
security/rnp: upgrade to version 0.17.1 |
0.17.0_1 03 May 2023 21:22:41 |
Stefan Eßer (se) |
security/rnp: do not install lib/libsexp.a
The static library libsexp.a conflicts with the library of the same
name installed by the devel/sfsexp port. It is only used to build the
rnp and rnpkeys binaries, but not needed for any other port. |
0.17.0 03 May 2023 19:49:19 |
Stefan Eßer (se) |
security/rnp: update to version 0.17.0 |
0.16.3 14 Apr 2023 12:35:41 |
Stefan Eßer (se) |
security/rnp: update to version 0.16.3 |
0.16.2 26 Sep 2022 15:13:28 |
Stefan Eßer (se) |
security/rnp: update to version 0.16.2 |
0.16.1 14 Sep 2022 12:54:16 |
Stefan Eßer (se) |
security/rnp: upgrade to version 0.16.1 |
07 Sep 2022 21:58:51 |
Stefan Eßer (se) |
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner) |
0.16.0_1 07 Sep 2022 21:10:59 |
Stefan Eßer (se) |
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above ) |
0.16.0_1 12 Aug 2022 14:46:53 |
Dima Panov (fluffy) |
*/*: bump all consumers after recent boost upgrade |
0.16.0 17 May 2022 15:53:16 |
Stefan Eßer (se) |
security/rnp: update to version 0.16.0 |
0.15.2 16 May 2022 06:49:43 |
Loïc Bartoletti (lbartoletti) |
devel/cmake: Update to 3.23.0
Update to 3.23.0.
Fix pkg-plist: using the default share/man location
Release Notes:
https://cmake.org/cmake/help/v3.23/release/3.23.html
PR: 262886
Exp-run by: antoine |
0.15.2 09 Aug 2021 17:44:58 |
Stefan Eßer (se) |
security/rnp: update to version 0.15.2 |
0.14.0_1 07 Apr 2021 08:09:01 |
Mathieu Arnold (mat) |
One more small cleanup, forgotten yesterday.
Reported by: lwhsu |
0.14.0_1 06 Apr 2021 14:31:07 |
Mathieu Arnold (mat) |
Remove # $FreeBSD$ from Makefiles. |
0.14.0_1 06 Feb 2021 06:02:48 |
linimon |
Add compiler:c++11-lang to USES to fix build on GCC-based architectures:
Target "cmTC_f3032" requires the language dialect "CXX11" , but CMake does
not know the compile flags to use to enable it.
Approved by: portmgr (tier-2 blanket) |
0.14.0_1 05 Feb 2021 20:58:17 |
se |
Bump PORTREVISION |
0.14.0 05 Feb 2021 10:54:50 |
se |
Add forgotten USE_LDCONFIG=yes |
0.14.0 05 Feb 2021 10:49:30 |
se |
Fix build in poudriere
Fetching a cmake helper file was (rightfully) blocked when building with
poudriere, leding to an abort in the configure phase.
Instead of fetching the cmake helper as an additional distfile, provide
the relevant functionality in a local version that uses port system
information instead of trying to obtain the version number from the
sources.
Reported by: kai |
0.14.0 04 Feb 2021 23:33:49 |
se |
Mark as broken due to pkg-fallout messages indicating a cmake abort
I cannot reproduce the issue due to poudriere failures, which need to be
resolved before I can perform local test builds again.
(Poudriere error: cannot rollback '<zfs file system>': dataset is busy) |
0.14.0 04 Feb 2021 10:18:21 |
se |
Fix link to project page
Reported by: kai, olgeni, George L. Yermulnik (yz at yz.kiev.ua) |
0.14.0 03 Feb 2021 14:30:54 |
se |
New port for rnp, an alternative to gnupg |