multimedia/handbrake 1.11.2_2

multimedia/libvpx: update 1.5.0

ABI isn't compatible, so bump PORTREVISION in consumers.

Changes:	https://chromium.googlesource.com/webm/libvpx/+log/e67d45d..v1.5.0
ACC report:	https://people.freebsd.org/~jbeich/compat_reports/libvpx/1.4.0.488_1_to_1.5.0/compat_report.html
PR:		204478
Exp-run by:	antoine
Approved by:	ashish (maintainer)

Part 1 of adding USE_GNOME=intltool to ports that require it.

The reason for this is that in the GNOME 3.16 update, USE_GNOME gtk20 and
gtk30 don't pull intltool in anymore.

PR:		201980
Exp-run by:	antoine@

multimedia/{lib}x264: Update to 0.144.2533 and major refactor

- 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]

multimedia/handbrake: update 0.10.1 -> 0.10.2

- Add DESKTOP_ENTRIES

PR:		200856
Submitted by:	Hardy Schumacher <hardy.schumacher@gmx.de>

multimedia/libvpx: update to 1.4.0

ABI isn't compatible, so bump PORTREVISION in consumers.

Changes:	https://chromium.googlesource.com/webm/libvpx/+/v1.4.0
Differential Revision:	https://reviews.freebsd.org/D2570
Exp-run by:	antoine
Approved by:	ashish, multimedia (kwm)
Approved by:	maintainer timeout (ale, dinoex; 2 weeks)

multimedia/handbrake: register CONFLICTS_BUILD with x265

handbrake does not build if multimedia/x265 is installed

PR:		199126
Submitted by:	Walter Schwarzenfeld <w.schwarzenfeld@aon.at>

Update x265 to 1.6, and bump PORTREVISION on its consumers for shlib version change.

multimedia/handbrake: change X11_DESC from GTK3 to GTK+3

Submitted by:	danfe

multimedia/handbrake: fix X11_DESC

Submitted by:	tj@mrsk.me

multimedia/handbrake: fix build on 10.1a, 9.3a (and probably others)

PR:		199126
Submitted by:	kwhite@site.uottawa.ca

Add libvpx and x264 dependency:  - the bundled ffmpeg seems to want to use it despite libvpx being disabled    in the handbrake patches  - x264 comes bundled, but there are reports it's needed as a dependency so    that the port builds, so better safe than sorry

This allows to build the port by hand (make install in the port directory).

The BROKEN line stays in, seems those changes don't make poudriere happy.

PR:		199126
Submitted by:	w.schwarzenfeld@utanet.at
Discussed with:	olgeni

Remove OSVERSION checks that do not make sense any more.

For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true,
as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107).

Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when
it is always needed, I renamed it, in one case, I merged two patches.

Differential Revision:	https://reviews.freebsd.org/D2209

Mark BROKEN: fails to build

gmake[1]: Leaving directory '/wrkdirs/usr/ports/multimedia/handbrake/work/HandBrake-0.10.1/build/contrib/fdkaac/fdk-aac-v0.1.1-6-gbae4553'
touch contrib/fdkaac/.stamp.install
set -e; cd ./contrib/ffmpeg/libav-v10.1/; ./configure --prefix=/wrkdirs/usr/ports/multimedia/handbrake/work/HandBrake-0.10.1/build/contrib/ --disable-shared --enable-static --enable-gpl --disable-doc --disable-bsfs --enable-bsf=aac_adtstoasc --disable-avconv --disable-avplay --disable-avprobe --disable-avdevice --disable-avfilter --disable-avserver --disable-muxers --disable-network --disable-hwaccels --disable-encoders --enable-encoder=aac --enable-encoder=ac3 --enable-encoder=flac --enable-encoder=mpeg2video --enable-encoder=mpeg4 --enable-libvpx --enable-encoder=libvpx_vp8 --disable-decoder=libvpx_vp8 --enable-zlib --enable-bzlib --cc="/usr/bin/cc" --extra-ldflags="-O2 -pipe -fstack-protector -fno-strict-aliasing -I/usr/local/include -L/wrkdirs/usr/ports/multimedia/handbrake/work/HandBrake-0.10.1/build/contrib/lib" --enable-nonfree --enable-libfdk-aac --enable-encoder=libfdk_aac --enable-muxer=matroska --enable-muxer=webm --enable-muxer=mov --enable-muxer=mp4 --enable-muxer=psp --enable-muxer=ipod --enable-pthreads --disable-devices --disable-debug --extra-cflags="-O2 -pipe -fstack-protector -fno-strict-aliasing -I/usr/local/include -I/wrkdirs/usr/ports/multimedia/handbrake/work/HandBrake-0.10.1/build/contrib/include -DNDEBUG"
ERROR: libvpx encoder version must be >=0.9.6

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
libav-tools@libav.org mailing list or IRC #libav on irc.freenode.net.
Include the log file "config.log" produced by configure as this will help
solving the problem.
../contrib/ffmpeg/module.rules:2: recipe for target 'contrib/ffmpeg/.stamp.configure' failed

Reported by:	pkg-fallout

- update to 10.1 - new vpx support in 10.x is disabled (build problems) - this is all but quick, and surely a dirty update (e.g. the CC hack in the port-Makefile) - at least it doesn't segfault on startup like the 9.9 this replaces - this port needs a maintainer which is able to handle more than 50 shades of grey

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)

Split devel/gettext in devel/gettext-runtime and devel/gettext-tools.  The first contains runtime libraries such as libintl and the latter contains developer tools such as msgfmt.  Ports that use gettext will usually need a LIB_DEPENDS on gettext-runtime and a BUILD_DEPENDS on gettext-tools.

USES=gettext-runtime can be used to set a LIB/BUILD/RUN_DEPENDS on
devel/gettext-runtime and USES=gettext-tools can be used to set a
BUILD/RUN_DEPENDS on devel/gettext-tools.  USES=gettext is now the same
as "USES=gettext-runtime gettext-tools" meaning a LIB_DEPENDS on
devel/gettext-runtime and a BUILD_DEPENDS on devel/gettext-tools.

Update gettext to 0.19.3.

Remove :oldver from converters/libiconv and devel/gettext-runtime.  Leave
symlinks with the old library versions to avoid the need to bump
PORTREVISION on a large number of dependent ports.  When most of the
dependent ports have had normal version updates, PORTREVISION can be
bumped on the remaining ones (low number) and the links can be removed.

Fix some ports that installed files in lib/locale instead of share/locale.

PR:		194038
Reviewed by:	bapt
Exp-run:	antoine
Approved by:	portmgr (antoine)

- Convert ports of multimedia/ to new USES=python

Approved by:	portmgr (implicit)

Add missing libraries

Reported by:	mat

converters/fribidi: - Add USES=libtool and bump dependent ports - Add INSTALL_TARGET=install-strip

Replace some dependencies on libtool with USES=libtool:build or a dependency on libtoolize

Fix LIB_DEPENDS

PR:		191972

multimedia/libdvdcss: - USES=gmake libtool pathfix tar:bzip2. - INSTALL_TARGET=install-strip. - Use options. - Staging. - Simplify post-patch commands. - This update changes the library version but this allows removing   libdvdcss related patches from dependent ports.

multimedia/libxine: [1]
- Add USES=libtool:keepla and remove libtool related patches and post-patch
  commands.
- Move bsd.port.pre.mk include down and remove WANT_GNOME.
- Remove USE_XORG=sm.  libxine doesn't link to it.
- Remove CONFIGURE_ENV.  Not needed.
- Clean up CPPFLAGS and CFLAGS.
- Rename the GTK2 option PIXBUF and depend on gdkpixbuf2 instead of gtk20.
- Remove PATCH_DIST_ARGS.  Leftover from when there were external patches.
- Remove -fno-force-addr clang hack.  Modern gcc does not support the flag
  either and it was only added in case the user has -fforce-addr in CFLAGS
  in make.conf.
- Fix IMAGEMAGICK option.
- Merge pre-configure with post-patch and remove most commands because they
  don't do anything.

multimedia/libdvdread:
- USES=libtool:oldver pathfix.
- INSTALL_TARGET=install-strip.

multimedia/handbrake:
- Add build dependency on devel/libtool because configure script expects
  to find existing libtool program.
- Turn dependency on libdvdcss into library dependency such that headers
  are available during build.
- Add USES=libtool to patch libtool scripts in contrib code.
- Remove run-autotools-aclocal target and replace USE_AUTOTOOLS=aclocal
  with "autoconf:env automake:env" to indicate only build dependencies
  are needed and the tools don't have to be run.

Approved by:	nox [1]

The FreeBSD x11@ and graphics team proudly presents a zeising, kwm production, with help from dumbbell, bdrewery:

NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE

This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.

This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.

Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.

Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.

Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.

Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics

Thanks to:	all testers, bdrewery and the FreeBSD x11@ team
exp-run by:	bdrewery [1]
PR:		ports/187602 [1]
Approved by:	portmgr (bdrewery), core (jhb)

Fix include order that could lead to build failures when conflicting versions of bundled libraries are already installed

Approved by:	thierry (mentor)

- Update port to upstream release 0.9.9 - Stagify - USES cleanups

PR:		ports/186387
Submitted by:	Arjan Gijsberts <arjan@liralab.it>
Approved by:	jadawin (co-mentor)

Reset maintainership

Submitted by:	dmarion

Add NO_STAGE all over the place in preparation for the staging support (cat: multimedia)

Add an explicit dependency on pkgconf

Approved by:	portmgr (bapt)

Unbreak the build after r324037: 1) `devel/libnotify' no longer pulls gtk20; we must depend explicitly; 2) `x11-toolkits/pango' now depends on `print/harfbuzz', which installs     header file ($localbase/include/harfbuzz/hb.h) that in turn confuses     bundled libass' configure script and conflicts with HandBrake's own     internal header.

NB: supposedly it should have been caught by exp-run for r324037, but it
was not for some reason.

Reported by:	Sergey V. Dyatko

Handbrake tries to dlopen() libdvdcss.so.2, while library installed by the libdvdcss package is actually libdvdcss.so.3, so the call always fails and handbrake is unable to properly read CSS-encoded DVDs.

Patch in the PR suggested bumping requested shlib version accordingly, but
methinks it is better to just remove it completely from CSS_LIB definition.
While here, register run-time dependency on `multimedia/libdvdcss'.

PR:		ports/171473
Submitted by:	Heath Nielson
Approved by:	maintainer timeout (dmarion, over 9 months)

Unfortunately, it is not suitable for parallel builds just yet.

Confirmed by:	my nifty Q9550

- Look inside ${LOCALBASE} when checking if recent binutils (from ports) are   installed (change as(1) to ld(1) as well, since linker is invoked directly,   while assembler is not) - Trim the Makefile header while I am here

Rename GUI option to X11 (to respect global OPTIONS_UNSET=X11 setting when building for e.g. headless servers).

Suggested by:	crees

- Provide GUI (GTK+2 based) OPTION and default it to "on" - Pass maintainership to dmarion@ per his agreement - Adjust port description, bump port revision

Approved by:	dmarion (new maintainer)

- Update to version 0.9.8, the latest to date - Define LICENSE knob, cleanup Makefile, add comments, etc. - Do not rename binary name upon install to match packages for other OSes - Tidy up port description to match upstream text closer - Make COMMENT more user-friendly (looking at Ubuntu)

PR:		ports/169799 (version update + patches)
Submitted by:	dmarion

Sanitize Makefile formatting (and, to a less extent, port description).

new devel/pkgconf added to replace devel/pkg-config. new version of pkg-config are no more self hosting so we are stuck with 0.25 version while pkgconf provide the same set of features as 0.27 and a compatible frontend. A symlink to pkg-config has been added for convenience and compatibility

This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG

it can take the following arguments:
 - yes (meaning build only dep)
 - build (meaning build only dep)
 - run (meaning run only dep)
 - both (meaning run and build dep)

From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.

While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config

With Hat:	portmgr
Exp-runs by:	bapt (pointhat-west), beat (pointyhat)

- Update libdvdread and libdvdnav to 4.2.0 and bump dependent ports' revisions - libdvdread: allow package building with libdvdcss if WITH_DVDCSS is set [1] - libdvdread/libdvdnav: fix endianness handling [2]

Submitted by: olgeni [1], richo <richo@psych0tik.net> [2] (via mail to ports@)
PR: ports/162197 [1]

Add WWW

Feature safe:	yes

- remove MD5

LIBTOOLFILES uses relative paths, not absolute.

Reported by:	Charlie Kester <corky1951 at comcast.net>

Sync to new bsd.autotools.mk

Migration of final set of working ports from automake{19,110} -> 111

Reset maintainer per his request on ports@.

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22. -Update libtool and libltdl to 2.2.6a. -Remove devel/libtool15 and devel/libltdl15. -Fix ports build with libtool22/libltdl22. -Bump ports that depend on libltdl22 due to shared library version change. -Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:	marcus and kwm
Pointyhat-exp:	a few times by pav
Tested by:	pgollucci, "Romain Tartière" <romain@blogreen.org>, and
		a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:	marcus
Approved by:	portmgr

- Fix faad depend

Submitted by:	jonathan@kc8onw.net (maintainer)

- Update to 0.9.3

PR:		ports/129668
Submitted by:	Jonathan Stewart <jonathan@kc8onw.net> (maintainer)

- Update multimedia/handbrake to 0.9.2 (current release).  - Make some patches upstream-friendlier.  - Remove some private mirrors (which we shouldn't have in the port according to    the devs).  - Mark broken on amd64. Some people reported trouble (even though it should    build fine). Neither submitter nor me can test on this platform.  - Pass maintainership to the submitter.

PR:		123849
Submitted by:	Jona Joachim <jaj@hcl-club.lu> (old maintainer),
		Jonathan Stewart <jonathan@kc8onw.net> (new maintainer)

Use nasm -v instead of -r, which has been obsoleted and cased configure to loop.

Submitted by:	pointyhat

- Unbreak on amd64 7.x and above

PR:		ports/120510
Submitted by:	Wes Morgan <morganw at chemikals.org>
Approved by:	maintainer