- Rename the LIBDANE option DANE because that's the name of the protocol
supported by libgnutls-dane and gnutls-cli. Also clarify the option
description.
- Add an IDN option.
- libgnutls-openssl has been removed in 3.4. Some ports used this library
in their LIB_DEPENDS but no port actually required it.
- Some old API functions have been removed. Ports that used these have been
updated or patched to use the new API.
- Add a patch to print/cups to prevent overlinking of libgnutls.so.
- Bump PORTREVISION on dependent ports.
net-im/jabber: This port used the old API to give users fine grained
control over which crypto algorithms were used via a configuration file.
It's not immediately obvious how to port this to the new API so the port
always uses the defaults now.
www/hydra: Mark BROKEN. This uses more removed calls than the other ports,
is said to be alpha quality and not fully functional and has been abandoned
10 years ago.
PR: 207768
Exp-run by: antoine
Approved by: portmgr (antoine)
that there were build problems when disabling dvdnav some years ago, but I
had been building and running MPlayer without it for quite a while with no
issues. It remains enabled by default anyways.
While here use our standard OPTIMIZED_CFLAGS_DESC for OCFLAGS_DESC and fix
minor indentation bug.
Approved by: riggs (maintainer)
- Use released version instead of svn snapshot for this distfile
- Update MASTER_SITES to fetch from mplayer.hq instead of LOCAL for
this distfile
- Use bundled ffmpeg-3.0
To use the GNOME or MATE components activate it by adding gnome
or mate to USES. The usage of USE_GNOME/INSTALL_ICONS and for
example GLIB_SCHEMAS has stayed the same.
Like with USES, the use of USE_GNOME and so after bsd.port.pre.mk
is now forbidden. And adapt ports that where still doing that.
Exp-runs done by: antoine@
PR: 205432
Reviewed by: antoine@, mat@
Approved by: portmgr (antoine@)
Differential Revision: https://reviews.freebsd.org/D3653
Both mentioned CVE IDs refer to vulnerabilities where a remote attacker
can read arbitrary files by using the subfile protocol in an HTTP Live
Streaming (HLS) M3U8 file. Building with 2.8.5 fixes those.
MFH: 2016Q1
Security: CVE-2016-1897
CVE-2016-1898
WANT_SDL/HAVE_SDL macros allowed a port to check which SDL components
are installed. This goes against the policy of avoiding automatic
dependencies, and there are actually no cases in the portstree where
these knobs are used properly, so axe them out.
Approved by: portmgr (mat)
Differential Revision: D4093
amd64/i386:
- Enable VDPAU by default for the large NVIDIA user base,
proposed by ehaupt
- BUILD_DEPEND on yasm only on amd64/i386
General cleanups:
- Remove REINPLACE_CMD on CONFIGURE_SCRIPT conditional for post-8.x
machines, is now part of patch-configure
- Offer RTCPU OPTION only on archs that support it (amd64, i386, ppc)
- Update RTCPU_DESC accordingly
- Use OPTION helper for RTCPU instead of complicated conditionals
- Remove superfluous check for ARCH when setting CFLAGS for armv6
- Unbundle ffmpeg and use the distfile from multimedia/ffmpeg
(currently on version 2.7.2)
- Fix edge case assertion in av_free on 9.x/i386 upon stream close
with mencoder (no change in behaviour)
- Include LICENSE_FILE
- Pet portlint
- always compile in the loader code for win32 dlls on i386:
i386 users can install multimedia/win32-codecs and just use them
with mplayer/mencoder without compile-time knobs
- Bump PORTREVISION
Reported by: Slawa Olhovchenkov <slw@zxy.spb.ru> via personal mail
- Update to 0.144.2533 (from upstream stable branch) [1]
- Switch x264 and libx264 ports to master/slave ports respectively
- Bump PORTREVISION for dependent ports as the shared library version
has changed.
multimedia/x264:
- Clean up and update "updating instructions" in Makefile header
- Tweak COMMENT
- Only LIB_DEPENDS on libx264 and add PLIST_FILES if this isn't the
libx264 port.
- Allow COMMENT, USES, OPTIONS_*, CONFIGURE_ARGS to be overriden in
libx264 port.
- Place common configure arguments in a CONFIGURE_COMMON_ARGS variable
to make overriding values without duplication easier.
- Use --prefix configure argument over post-patch replacements
- Enable stripping of binaries and libraries if DEBUG is off. Remove
post-install target STRIP_CMD accordingly.
- Delete patch-Makefile in favour of patching WRKSRC/configure to
identify amd64, arm64 and mipsn32. powerpc and powerpc64 are now
covered upstream without needing patches.
- Patch out a bogus compiler argument check (cc_check) that results
in -Wno-maybe-uninitialized being added to CFLAGS causing causes
warnings when clang is cc. The cc_check function checks for basename
$CC to identify compiler type (icl, clang, gcc, etc).
multimedia/libx264:
- Remove all Makefile entries that are duplicated or common and found
in the master port (x264).
- Set lib as the PKGNAMEPREFIX
- Tweak COMMENT
- Delete upstreamed ARM patches [1]
- Delete all but one patch, as they duplicate those in x264.
- Dont remove pkgconfig/libdata directory
Changes:
https://git.videolan.org/?p=x264.git;a=shortlog;h=refs/heads/stable
Based on:
PR: 201260 [1]
Submitted by: Andrey Cherkashin <andoriyu gmail com> [1]
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
(included ffmpeg snapshot as of 2015-04-03)
- Fix vulnerabilities CVE-2014-8544 and CVE-2014-9604
with bundled ffmpeg snapshot in the process
MFH: 2015Q2
- Update multimedia/libdvdread to version 5.0.1
- Update multimedia/libdvdnav to version 5.0.2
- Bump revisions of ports that depend on multimedia/libdvdnav
(library version is going backwards from 4.2.1 to 4.1.2)
- Ports depending on multimedia/libdvdread do not need to be bumped
(the library keeps being numbered 4.1.2 and is binary compatible with the
previous version)
While on it:
Remove CDPARANOIA option
- broken with cdparanoia port anyway
- move CDIO from radio button group to standard (default off) OPTION
- remove radio button group CDPARANOIA/CDIO
Reported by: Kris Moore (kris@pcbsd.org) via mail
MFH: 2015Q1
- Retire OTCHAIN OPTION
- Retire support for gcc 4.2 from base
- Depend on c11 compliant compiler via USES=compiler:c11
- Respect CC,CXX,CPP from environment (fixes bug 196811)
- Bump PORTREVISION (default package on 8.x changes)
- Remove the following OPTIONS:
- MEMALIGN (now used by default where supported)
- PROFILE (shaky, unreliable, rarely used, nigh unsupportable)
- DIRAC (codec support only via libschroedinger)
- Default-depends on external libdvdnav
(mplayer no longer bundles internal dvd support libraries)
- Simplify CFLAGS handling
- Use -mstack-alignment=16 -mstackrealign on clang / i386
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)
- Split x264 into two ports: the CLI application (x264), and the library
(libx264). This will allow x264 to use lavf and friends from ffmpeg for
decoding and demuxing while preventing a circular dependency between the
two: x264 can depend on ffmpeg, but ffmpeg will depend on libx264 rather
than x264.
- Add the LAVF option to the CLI port, making the dependency on ffmpeg
optional.
- Update to 0.142.2455.
- Amend fixes to local patches so that they can apply to the new upstream
files.
- Provide the git revision and other version information to the build
environment, allowing the CLI binary to display this information (like the
Windows builds).
- Remove unsupported build options (X11_OUTPUT).
- Ensure that the library and CLI ports each have the appropriate options.
- Add notes for future contributors who wish to update the ports.
- Bump PORTREVISION for all dependent ports.
PR: 187805
Differential Revision: https://reviews.freebsd.org/D1159
Submitted by: Andrew Berg <aberg010@my.hennepintech.edu>
Approved by: koobs (maintainer, mentor)
- Introduce GNUTLS OPTION and make it default
- Add extra patch for gnutls support from mplayer svn head
While on it
- Fix cflags/ldflags in mencoder: USES pkgconfig
