30 of 40 on in the package: ALTSVCBROTLICOOKIESDICTDOCSEXAMPLESFTPGOPHERGSSAPI_BASEHTTPHTTP2IDNIMAPIPFSIPV6LIBSSH2MQTTNTLMOPENSSLPOP3PROXYPSLRTSPSMTPSTATICTELNETTFTPTHREADED_RESOLVERWEBSOCKETZSTDShow the 10 options that are off
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 8.23.0.
Fixed (55)
Show 55 fixed
VuXML entries whose affected range the packaged version has left.
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in the 32 ports that still use it. Bump PORTREVISION on their dependent ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
dns/libidn: - Add USES=libtool and bump dependent ports - Add INSTALL_TARGET=install-strip - Always install libidn-components.png because it is used by libidn.info - Add -lintl to Libs.private instead of Libs in libidn.pc
dns/c-ares: - Add USES=libtool and bump dependent ports - Move variable definitions in front of include bsd.port.options.mk - Replace patch with USES=pathfix
Approved by: portmgr (implicit, bump unstaged port)
- Replace security/gnutls with security/gnutls3 and update to 3.2.15 - Bump PORTREVISION on all ports that depend on security/gnutls and adjust all ports that depend on security/gnutls3 - Update mail/anubis to version 4.2 which supports gnutls 3.x - Update mail/libvmime to a development snapshot (recommended by upstream developers)
PR: 191274
Exp-run by: antoine
Approved by: portmgr (antoine)
- Add security/heimdal and security/krb5 support and corresponding options: - GSSAPI_BASE for base system (default) - HEIMDAL_PORT for security/heimdal - KRB5_PORT for security/krb5
Tested by: redports
- Fix build when both GSSAPI and SPNEGO options are on
When SPNEGO option is on, LOCALBASE/include/fbopenssl was added to the search
path of include files. It causes build failure when "#include <gssapi.h>" wants
/usr/include/gssapi/gssapi.h.
- Split the library part of multimedia/rtmpdump into multimedia/librtmp. - Update ports depending on librtmp. - Add instruction to avoid a build error in multimedia/rtmpdump under a specific condition.
- Convert to new LIB_DEPENDS format - Convert to new options helper - Remove --disable-threaded-resolver from CONFIGURE_ARGS, it is handled by THREADED_RESOLVER option
- Update to 7.32.0 - Turn COOKIES on by default - Support STAGEDIR
Note:
- mk-ca-bundle.1 will not be installed. Use http://curl.haxx.se/docs/caextract.html instead
Changes: http://curl.haxx.se/changes.html
PR: ports/181510
Exp run by: drewery
SSP support has been added to ports with WITH_SSP for i386 and amd64 on FreeBSD 10, and amd64 on earlier versions.
SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.
On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].
On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
symbols.
Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.
[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup
PR: ports/138228 [2]
Submitted by: jlh (bsd.ssp.mk based on)
Reviewed by: bapt
With hat: portmgr
exp-runs done: 37 over a month on 91i386,91amd64,10i386,10amd64
- Disable CFLAGS=-D* check temporarily: workaround for LDAP issue [1] and CPUTYPE [2] - Remove note in pre-configure: since it does not help to avoid bug-report mails
PR: ports/177401 [1], ports/180648 [1], ports/180944 [2]