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 bet
Retire libgcrypt-devel
Switch back to security/libgcrypt and bump PORTREVISION for
- gnutls
- gnutls-devel
- gsasl
- opencdk
- vpnc
libggz:
- Remove dependency on libgcrypt, because the port does not yet
work with the new libgcrypt
libksba:
- Update to 0.9.5
- Pass maintainership to lofi, who already maintains the other
aegypten ports.
Approved by: lofi
wmbiff:
Switch to security/libgcrypt but no PORTREVISION bump, because the
dependency is optional and the port does not work with the new
libgcrypt and needs to be updated.
No action, because ports don't work with the new libgcrypt and need
to be updated, maintainers informed:
security/newpg
security/pinentry
security/dirmngr
emulators/fuse
emulators/libspectrum
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.
- Always depend on libtasn1 and opencdk
- Add libgcrypt-devel and libgpg-error dependencies
- Add explicit USE_ICONV and USE_GETTEXT to properly register
shared library dependencies
- Add CONFLICTS to prevent installation over gnutls-devel
optional, enabled by WITH_OPENCDK and WITH_LIBTASN1 knobs,
respectively. NOTE: several people reported that using
external libtasn1 breaks (at least some) GnuTLS functionality,
so using WITH_LIBTASN1 is NOT recommended for now.
- Remove patch-configure as it breaks proper shared library build
- Build include lzo library by default (noticed by KATO Tsuguru)
- Re-sort pkg-plist
PR: 57346
Submitted by: Sergei Kolobov <sergei@kolobov.com> (maintainer)
- Remove WITH_OPENCDK knob - require security/opencdk by default
- Use DOCSDIR and EXAMPLESDIR in pkg-plist
PR: 48706
Submitted by: Sergei Kolobov <sergei@kolobov.com>
- Bump PORTREVISION - although there are no changes with the default options,
hint users to upgrade to take advantage of OpenCDK support
- Re-sort MASTER_SITES (ftp.gnutls.org is temporarily unavailable)
- Allow user to specify their own CPPFLAGS and LDFLAGS
- Remove useless .la files
- Re-sort pkg-plist
PR: ports/47525
Submitted by: Sergei Kolobov <sergei@kolobov.com> (maintainer)
SSL 3.0 protocols. The library does not include any patented algorithms and
is available under the GNU Lesser GPL license.
Important features of the GnuTLS library include:
- Thread safety
- Support for both TLS 1.0 and SSL 3.0 protocols
- Support for both X.509 and OpenPGP certificates
- Support for basic parsing and verification of certificates
- Support for SRP for TLS authentication
- Support for TLS Extension mechanism
- Support for TLS Compression Methods
Additionaly GnuTLS provides an emulation API for the widely used
OpenSSL library, to ease integration with existing applications.
WWW: http://www.gnutls.org/
PR: ports/45348
Submitted by: Sergei Kolobov <sergei@kolobov.com>
