security/libdecaf: Update to 1.0.591b4b80be9
Port details
security/libdecaf1.0.5
Implementation of elliptic curve cryptography
- Maintainer
- krion@FreeBSD.org
- Packages
- libdecaf 1.0.5
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://ed448goldilocks.sourceforge.net/
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (16)
security/libdecaf: Fix build on CURRENT4530eafbd6
security/libdecaf: Update to 1.0.373017ca767
*/*: Update WWW to use HTTPS for sourceforge.net projects Homepage link is permanent redirected to its HTTPS counterpart Issue reported by repology : https://repology.org/repository/freebsd/problems Approved by: portmgr (blanket) PR: 27488806df180a9e
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)fb16dfecae
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. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
One more small cleanup, forgotten yesterday. Reported by: lwhsucf118ccf87
Remove # $FreeBSD$ from Makefiles.305f148f48
Deprecate python2 and move to python3 Reported by: swills49e5f4944a
Bump PORTREVISION for ports depending on the canonical version of GCC as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, everything INDEX-11 shows with a dependency on lang/gcc9 now. PR: 238330ea8c8ec7da
Add USES=compiler:c++11-lang to fix build on GCC architectures. PR: 237103 Submitted by: Piotr Kubaj <pkubaj at anongoth_dot_pl>891950e737
Change from gmake to cmake to support more ARCHs. PR: 235376 Submitted by: Ralf van der Enden <tremere at cainites_net>327d231f38
Update to 1.0.019cfe377f1
Use ${COPYTREE_SHARE} instead of ${CP}
Reported by: mat6f080eb9e0- Remove explicit -march=native declaration. - Mark ONLY_FOR_ARCHS=amd64 (it is temporary only until I'm ready with proper configure and Makefiles to set ARCH_FOR_p448=arch_ref64 ARCH_FOR_p25519=arch_ref64 for aarch64 instead of arch_x86_64 and arch_32 for i386) - Manually install headers (until we've proper build system in upstream as well)5ab137d6d2
Add security/libdecaf Implementation of elliptic curve cryptography using the Montgomery and Edwards curves Curve25519, Ed25519, Ed448-Goldilocks and Curve448, using the Decaf / Ristretto encoding. Approved by: mat (mentor)14be0111ee