- adjust ports depending on neon, bump PORTREVISION
Changelog:
Fix memory leak with GnuTLS (Werner Baumann, Patrick Ohly).
Fix possible crash after DNS lookup errors on Windows (Olivier Goffart).
Don't fail if the SSL cert changes between connections with OpenSSL, behaviour now matches that with GnuTLS.
Fix PKCS#11 support under OpenSSL with TLS 1.2.
Fix static linking with pkg-config file (Alan H)
PR: 195786
Differential Revision: https://reviews.freebsd.org/D1319
Submitted by: ohauer
Reviewed by: portmgr (bapt, mat)
Approved by: portmgr, lev (implicit)
- Fix LICENSE - it's LGPL21 not GPLv2
- Remove shlib version from LIB_DEPENDS
- while I'm here, respect LOCALBASE and thus remove needless dependency
on pkg-config. pkg-config is often used by cmake as auxiliary tool
to populate search paths. Until stuff is located at standard location,
there is no need for pkg-config utility. [1]
PR: ports/169573
Submitted by: Jason E. Hale (maintainer)
Approved by: maintainer via irc [1]
ABI backwards compatible. It is unnecessary to have more than one same
libraries (ie: neon28 and neon29) as it creates issue in our ports tree such
as CONFLICTS and made our Makefile complicate.
- Remove www/neonpp and www/neon28.
- Add USE_GNOME=ltverhack; it corrects the shared library version by change
from libneon.so.29 to libneon.so.27. It won't get bump again with no reason
unless ABI changes.
- Bump the PORTREVISION on all ports and chase the shared library change.
- Add info in the UPDATING for how to rebuild on all ports that depend on
neon.
PR: ports/148295
Approved by: lev (maintainer timeout, no respone for months),
portmgr
Tested by: pointyhat-exp by pav
they use an obsolete module that doesn't seem to work anymore. As a result,
the scripts fall back on the hard-coded paths. I have reworked the scripts so
they don't use pkg-config or hard-coded paths and fixed build with custom
PREFIX/LOCALBASE [1]
- mark MAKE_JOB_SAFE
Submitted by: maintainer
Reported by: QATty [1]
- Use neon 0.28 instead of 0.26. No other ports currenty depend on this port,
so this shouldn't be a problem
- gmake not needed
PR: 127466
Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
(this will give libmusicbrainz3 the ability to lookup
audio CD metadata from the musicbrainz database.)
- Bump PORTREVISION
PR: 122140
Submitted by: Jason E. Hale <bsdkaffee@gmail.com> (maintainer)
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
