- Explicitly specify prefix for iconv and gettext libraries to link properly in case PREFIX != LOCALBASE - Add optional missing files (*.mo) - Add USE_ICONV - Bump PORTREVISION PR: ports/72274 (partly) Submitted by: leeymc659bf04ca
Port details
security/libgpg-error 1.61
Common error values for all GnuPG components
Port info
- Maintainer
- novel@FreeBSD.org
- Packages
- latest: 1.61
- Upstream
- up to date
- Last update
- to 1.61 · fbf4e0eb23
- Quarterly
- 2026Q4: 1.61
- WWW
- https://www.gnupg.org/software/libgpg-error/
- Links
- cgit · VuXML · Report wrong data
Install
- Package
# pkg install libgpg-errorinstalls 1.61 fromlatest; fromquarterly(2026Q4) 1.61- Port
# cd /usr/ports/security/libgpg-error && make install clean# make -C /usr/ports/security/libgpg-error config # change options first
- Size
- 390 KiB download · 1.8 MiB installed
- Depends on
- devel/gettext-runtime 1.0_1, print/indexinfo 0.3.1_1
- License
- GPLv2 and LGPL21
- Options
- 2 of 3 on in the package: DOCS NLS
Show the 1 options that are off
TEST
Packages by version and architecture
latest
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 1.61 | 1.61 | – |
| FreeBSD 15 | 1.61 | 1.61 | – |
| FreeBSD 14 | 1.61 | 1.61 | 1.61 |
quarterly (2026Q4)
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 1.61 | 1.61 | – |
| FreeBSD 14 | 1.61 | 1.61 | 1.61 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 1.61.Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (111)
- Removed now-unneeded patchc2833d3d91
- Update to 1.0a20036650b
Apply a big libtool patch to allow porters to use the libtool installed by the libtoolX ports instead of the one included with each port. Ports that set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of the included version. To restore previous behavior, use the new macro, USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version. For example, to use the ports version of libtool-1.5, add the following to your Makefile: USE_LIBTOOL_VER= 15 To use the included version of libtool with extra hacks provided by libtool-1.5, add the following to your Makefile: USE_INC_LIBTOOL_VER= 15 With this change, ports that had to add additional libtool hacks to prevent .la files from being installed or to fix certain threading issues can now delete those hacks (after appropriate testing, of course). PR: 63944 Based on work by:eik and marcus Approved by: ade (autotools maintainer) Tested by: kris on pointyhat Bound to be hidden problems: You bet9e5632dd66
- Remove gmake dependency with trivial one-line patch - Switch to using libtool-1.5 - Bump PORTREVISION216ebe70b5
Add USE_GMAKE. This fixes the build failure, and these are certainly GNU Makefiles. I'm not modifying the pkg-plist again; hopefully with the USE_GMAKE addition, the maintainer will have the same de.gmo catalogue installed that I do.262b8d71f8
- Update to 0.7 - Make USE_GETTEXT conditional - add WITHOUT_NLS knobf78cf5dcf7
Use USE_GETTEXT, and add a missing plist entry. PORTREVISION bump.70993dfd1b
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.3f651573ad- Update to 0.6 - Switch to my @FreeBSD.org address - Use experimental USE_GPG featureda06385917
Add libgpg-error 0.5, common error values for all GnuPG components. PR: 58325 Submitted by: Sergei Kolobov <sergei@kolobov.com> Approved by: krion (mentor)a56005cacb