devel/boost-*: update to 1.72.0

Changes:	http://www.boost.org/users/history/version_1_72_0.html
PR:		241449
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D22136

Add USES=xorg USES=gl, ports categories e and g

Add USES=xorg and USES=gl to ports in categories starting with 'e' and 'g'.
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.

graphics/dcmtk: Update 3.6.4 -> 3.6.5

Reported by:	portscout

graphics/openimageio:
- Depend on x11-fonts/droid-fonts-ttf instead of installing own copies:
  Droid fonts shipped with openimageio don't have Cyrillic symbols.
  For some reason LibreOffice picks up Droid fonts from openimageio
  and this breaks LibreOffice UI for non-Latin locales.

PR:		240963
Approved by:	maintainer

Update devel/tbb to 2019.8 and bump dependent ports' revisions

Changelog: https://github.com/intel/tbb/blob/tbb_2019/CHANGES

devel/boost-*: update to 1.71.0

Changes:	http://www.boost.org/users/history/version_1_71_0.html
PR:		238827
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D20774

Update graphics/openimageio from v1.8.17 to v2.0.10

Changelogs:
  https://github.com/OpenImageIO/oiio/releases/tag/Release-2.0.3
  https://github.com/OpenImageIO/oiio/releases/tag/Release-2.0.4
  https://github.com/OpenImageIO/oiio/releases/tag/Release-2.0.5
  https://github.com/OpenImageIO/oiio/releases/tag/Release-2.0.6
  https://github.com/OpenImageIO/oiio/releases/tag/Release-2.0.7
  https://github.com/OpenImageIO/oiio/releases/tag/Release-2.0.8
  https://github.com/OpenImageIO/oiio/releases/tag/Release-2.0.9
  https://github.com/OpenImageIO/oiio/releases/tag/Release-2.0.10

PR:		239587
Submitted by:	Shane <FreeBSD@ShaneWare.Biz>

multimedia/ffmpeg: update to 4.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.2:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

devel/boost-*: update to 1.70.0

Changes:	http://www.boost.org/users/history/version_1_70_0.html
PR:		235956
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D19303

graphics/libraw: Update to 0.19.2

- Demosaic packs are no longer distributed nor supported upstream
- Bump PORTREVISON on all consumers due to libraw shlib version increase

Changes:	https://www.libraw.org/news/libraw-0-19-2-release

Update science/hdf5 to 1.10.4

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://portal.hdfgroup.org/display/support/HDF5%201.10.4#releasenotes
PR:		233070
Submitted by:	wen

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

devel/boost-*: update to 1.69.0

Changes:	http://www.boost.org/users/history/version_1_69_0.html
PR:		232525
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17645

graphics/openimageio: update 1.7.17 -> 1.8.17

- 2nd attempt, fixing the slave port as well

PR:		224382
Submitted by:	Shane Ambler <FreeBSD@ShaneWare.Biz> (maintainer)
Reviewed by:	yuri
Relnotes:	http://lists.openimageio.org/pipermail/oiio-announce-openimageio.org/2018-December/000039.html
		https://github.com/OpenImageIO/oiio/releases

Revert r486952, slave port was not tested

With hat:	portmgr

graphics/openimageio: update 1.7.17 -> 1.8.17

PR:		224382
Submitted by:	Shane Ambler <FreeBSD@ShaneWare.Biz> (maintainer)
Reviewed by:	yuri
Relnotes:	http://lists.openimageio.org/pipermail/oiio-announce-openimageio.org/2018-December/000039.html
		https://github.com/OpenImageIO/oiio/releases

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

multimedia/ffmpeg: update to 4.1

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.1:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

Update ilmbase and openexr to 2.3.0, rename OpenEXR to openexr.

Release notes: <https://github.com/openexr/openexr/releases/tag/v2.3.0>

Adjust LIB_DEPENDS of all ports that require ilmbase or openexr to chase
the new lower-case spelling of the name, and to omit the version from the
library name to ease future maintenance.

Bump PORTREVISION of all ports that depend on ilmbase or openexr directly,
so that they all get rebuilt on upgrades.

Add patches to graphics/ampasCTL to keep it alive, with (a) ilmbase now
that its Iex::BaseExc class is no longer derived from std::string,
details were given upstream through https://github.com/ampas/CTL/issues/71
and (b) to unwind semicolon/;-lists in cmake that stem from openexr/
ilmbase pkg-config variables.
(Note ampasCTL is unmaintained as FreeBSD port, and upstream,
and I cannot run-time test it.)

Poudriere build tests on 11.2-RELEASE-p1 amd64 of ALL ports depending
directly or indirectly on ilmbase and/or openexr have passed without
regressions.  Thus invoking due diligence, I believe I have done the
equivalent of an -exp run, and do not require approval for the dependency
chases to third-party ports.

Update science/hdf5 to 1.10.2

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://portal.hdfgroup.org/display/support/HDF5%201.10.2#releasenotes
		https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.2/src/hdf5-1.10.2-RELEASE.txt
PR:		231009
Exp-run by:	antoine

devel/boost-*: update to 1.68.0

- Switch to C++14 for libboost_system to support C++14 consumers

Changes:	http://www.boost.org/users/history/version_1_68_0.html
PR:		229569
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16165

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	-https://reviews.freebsd.org/D15540

multimedia/ffmpeg: update to 4.0

- FFSERVER support was removed upstream
- libressl now uses libtls backend instead of patching openssl one
- Clang i386 no longer uses 16-byte aligned stack

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.0:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/
PR:		227726
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15175

graphics/openimageio: link to actual commit instead

graphics/openimageio: unbreak with ffmpeg 4.0

src/ffmpeg.imageio/ffmpeginput.cpp:333:72: error: use of undeclared identifier
'CODEC_CAP_DELAY'
    m_codec_cap_delay = (bool) (m_codec_context->codec->capabilities &
CODEC_CAP_DELAY);
                                                                       ^

PR:		227726
Obtained from:	upstream

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

graphics/py-openimageio: expose Python 3.x support after r461885

graphics/py-openimageio: unbreak with boost 1.67

-- Boost python support not found -- will not build python components!
[...]
install  -s -m 0644
/wrkdirs/usr/ports/graphics/py-openimageio/work/.build/src/python/OpenImageIO.so
/wrkdirs/usr/ports/graphics/py-openimageio/work/stage/usr/local/lib/python2.7/site-packages
install:
/wrkdirs/usr/ports/graphics/py-openimageio/work/.build/src/python/OpenImageIO.so:
No such file or directory

PR:		227427
Reported by:	antoine (via exp-run)

Reduce dependency on the python2 metaport

PR:		225752
Submitted by:	Yasuhiro KIMURA

devel/boost-python-libs got forgotten in the python flavorization, fix
this oversight.

Reviewed by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D14368

devel/boost-*: update to 1.66.0

Changes:	http://www.boost.org/users/history/version_1_66_0.html
PR:		223922
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D13279

Cleanup LIB_DEPENDS on libpng

Security update OpenEXR and ilmbase to 2.2.1.

While here, fix libIlmImfUtil_la_LDFLAGp so that when linking libIlmImfUtil,
the locally built libIlmImf gets precedence over the one in /usr/local,
to permit upgrades in a running system with the older version installed.

This changes the library's SONAME, so bump PORTREVISION of all dependees.

Unfortunately, this looks a bit too intrusive for an MFH to 2017Q4.

Security:	CVE-2017-9110
Security:	CVE-2017-9111
Security:	CVE-2017-9112
Security:	CVE-2017-9113
Security:	CVE-2017-9114
Security:	CVE-2017-9115
Security:	CVE-2017-9116
Security:	803879e9-4195-11e7-9b08-080027ef73ec

Bump portrevision to chase graphics/glew shard library version update.

PR:		223370
Submitted by:	zeising
exp-run by:	antoine
Approved by:	antoine

multimedia/ffmpeg: update to 3.4

Notable changes:
- i386/amd64 now depend on NASM per
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/4f9297ac3b39
- NETCDF is now MYSOFA but the dependency doesn't exist in ports yet
- SCHROEDINGER is gone per
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/220b24c7c9
- DRM, LIBRSVG2, LIBXML2 are new options
- ABI isn't completely compatible: some structs have changed

Minor cleanup:
- Don't pass --disable-{in,out}dev when it's already blocked by disabled
dependency
- Drop redundant "Enable" from option descriptions
- Switch CDIO_DESC to use Mk/bsd.options.desc.mk

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n3.4:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/
PR:		223057
Exp-run by:	antoine

devel/boost-*: update to 1.65.1

Changes:	http://www.boost.org/users/history/version_1_65_1.html
PR:		218835
Approved by:	maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by:	jhibbits (on powerpc64, earlier version)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features

PR:		218835
Obtained from:	https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by:	maintainer timeout (2 months)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

graphics/openimageio: update to 1.7.17

Changes:	https://github.com/OpenImageIO/oiio/blob/Release-1.7.17/CHANGES.md
PR:		222132
Submitted by:	Shane Ambler <FreeBSD@ShaneWare.Biz> (maintainer)

graphics/openimageio: fix build with OPENCV option

Broken in r445627

Pointyhat to:	swills

graphics/openimageio: update to 1.7.10

While here, add patch for blender to fix it's build with this new version of
openimageio.

PR:		216601
Submitted by:	Shane <FreeBSD@ShaneWare.Biz> (maintainer)

Update science/hdf5 to 1.10.1

- Bump PORTREVISION for shlib change

Changes:	https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.1/src/hdf5-1.10.1-RELEASE.txt

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

devel/boost-*: update to 1.64.0

Changes:	http://www.boost.org/users/history/version_1_64_0.html
PR:		218835
Approved by:	office (bapt)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D10472

Update to 0.6.0

- Bump PORTREVISION for dependent ports

Changes:	https://chromium.googlesource.com/webm/libwebp/+/master/NEWS

graphics/opencv: back out r423216 and r423063 (replaying r423316)

Renaming didn't help to unblock 3.x progress as co-existence with 2.x
was no less complex than simply fixing consumers. This commit also
restores directory-level history accidentally lost via git-svn.

PR:		210505
Pointy hat to:	jbeich (should've discussed first)

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

- Update graphics/libraw to 0.18.0
- Complete conversion to options helpers
- Add options for JPEG and JASPER support
  - Side note: This had a dependency on jpeg before, so the JPEG
    option default is ON. However, the configure script wasn't
    detecting it previously.
- Silence MKDIRs
- Take maintainership
- Chase shared library bump

Changes:	http://www.libraw.org/download#changelog

devel/boost-*: update to 1.63.0

Changes:	http://www.boost.org/users/history/version_1_63_0.html
PR:		215598
Exp-run by:	antoine
Approved by:	office (bapt)
MFH:		2017Q1

multimedia/ffmpeg: update to 3.2.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n3.2.2:/Changelog
PR:		207547
Submitted by:	riggs, ebirth@b0ss.net (libressl fix)
Exp-run by:	antoine (3 tries)

devel/boost-*: update to 1.62.0

- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC

Changes:	http://www.boost.org/users/history/
PR:		199601
Submitted by:	Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by:	rakuco (kde) (earlier version)
Exp-run by:	antoine (3 tries), truckman (consumers only, earlier versions)
Approved by:	bapt (office)

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

graphics/opencv: add suffix to make room for 3.x series

To avoid confusion, the main port is to track the latest release.
Whether to rename includes/libraries as well making it possible to
install 2.x and 3.x side-by-side remains to be investigated.

PR:		210505 (for tracking)
Inspired by:	PkgSrc

- Update to 1.10.0
- Add LICENSE_FILE
- Remove outdated PORTSCOUT
- Re-enable SZIP option by default: it was changed unintentionally in r398300

Changes:	https://www.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.0/src/hdf5-1.10.0-RELEASE.txt
		https://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html

graphics/openimageio: update 1.6.10 -> 1.6.12

PR:		208771
Submitted by:	Shane Ambler <FreeBSD@ShaneWare.Biz> (maintainer)

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

- Update to 0.5.0
- Bump PORTREVISION for graphics/webp shlib change

Changes:	https://chromium.googlesource.com/webm/libwebp/+/master/NEWS

- Update to 1.6.10

PR:		207061
Submitted by:	FreeBSD@ShaneWare.Biz (maintainer)

Update giflib to 5.1.1

PR:		204492

Allow to build on PowerPC.

Bump port revision that should've been part of r402355 (given a chance to
touch Makefile again, convert IMAGEVIEWER option to helper knobs).

- Allow to build OpenImageIO without OpenCV, JPEG 2000, and TrueType support
- Turn off FFMPEG option by default; fix spelling of "FFmpeg" and "Color"
- Make sure that `graphics/py-openimageio' slave port remains optionless
- While here, wrap couple of long lines and beautify port description text

OpenCV and FFMPEG are heavy dependencies, while these features might not even
be used in consumer ports (e.g. blender, luxrender, and appleseed).  More to
it, OpenCV is broken on PowerPC, which prevents building any consumer ports.

Approved by:	maintainer

- Update  graphics/libraw to 0.17.0
- While here, minor port cleanup, switch to options helpers
- Bump PORTREVISIONs of consumers as soversion has changed

PR:		204553
Submitted by:	graham@menhennitt.com.au

- Update to 1.5.20

PR:		204635
Submitted by:	graham@menhennitt.com.au
Approved by:	FreeBSD@ShaneWare.Biz (maintainer)

Update to upstream version 1.5.18

PR:		202442
Submitted by:	FreeBSD@ShaneWare.Biz (maintainer)

Uses/cmake.mk: Replace CMAKE_ENV with CONFIGURE_ENV.

Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.

This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).

Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
                       no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
                 retrieved from the CMAKE_CXX_COMPILER variable in the build
                 system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
                        has no effect on the build system.

Reviewed by:		makc
Differential Revision:	https://reviews.freebsd.org/D3403

- Update to version 1.5.16

OpenImageIO 1.5 comes with many new features and bug fixes:
* lots of new functions for image handling (API and command line tools),
  such as rotations, median filters, matrix transformations
* new filters (cubic, rifman, simon, ...)
* image metadata support (EXIF)
* SIMD (SSE) instruction support to speed up processing images
* basic movie file support via ffmpeg

Changelog: https://github.com/OpenImageIO/oiio/blob/RB-1.5/CHANGES

PR:		200818
Submitted by:	Shane Ambler <FreeBSD@ShaneWare.Biz>

- Remove compiler tampering

This is no longer needed after the same thing was removed from OpenEXR, and
moreover it breaks opencolorio-tools on 9.x

PR:		197907
Approved by:	portmgr blanket, maitainer timeout

- Update to 1.8.15
- Bump PORTREVISION for science/hdf5 shlib change

Changes:	http://www.hdfgroup.org/ftp/HDF5/current/src/hdf5-1.8.15-RELEASE.txt
		http://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html

Update ports in the games category to not use GH_COMMIT.

With minor cleanups to make things simpler.

With hat:	portmgr
Sponsored by:	Absolight

If building with GCC, force the use of a current version, since some
dependencies do that now and the old GCC 4.2 system compiler fails to
link with those.

PR:		197907, 196712
Submitted by:	FreeBSD@ShaneWare.Biz (maintainer)

- Update to version 1.4.15

PR:		196277
Submitted by:	FreeBSD@ShaneWare.Biz (maintainer)

- Update to 1.8.14
- Update MASTER_SITES
- Use INSTALL_TARGET=install-strip instead of
MAKE_ENV=INSTALL_STRIP_FLAG=${STRIP}
- Bump PORTREVISION for science/hdf5 shlib change

Changes:	http://www.hdfgroup.org/ftp/HDF5/current/src/hdf5-1.8.14-RELEASE.txt
		http://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html

Update graphics/giflib to 5.0.5

Differential Revision:	https://reviews.freebsd.org/D1361
Submitted by:	bapt
Reviewed by:	self
Exp-run by:	self

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.

- Update to version 1.4.14

PR:		194076
Submitted by:	FreeBSD@ShaneWare.Biz (maintainer)

Cleanup plist

Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.

Part II, Bump PORTREVISIONs.

PR:		192025
Tested by:	antoine (-exp runs)
Approved by:	portmgr (implicit)

Upgrade OpenEXR and ilmbase to 2.2.0.

GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)

Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130

Couple OpenEXR more tightly to ilmbase and require its exact .so
version.

Add UPDATING note, and bump PORTREVISION of all dependent ports.

Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.

Approved by:	portmgr (implicit for bumping PORTREVISION on unstaged ports)

graphics/openimageio: update to 1.4.12

PR:		192439
Submitted by:	maintainer

Update to 1.4.9.

Includes a patch to fix 32-bit builds with GCC.

PR:		191117
Submitted by:	FreeBSD@ShaneWare.Biz (maintainer)

- Update OpenImageIO to 1.4.8
- Use OPTIONS helpers where appropriate
- Update OpenShadingLanguage to 1.4.2

PR:		190254
Submitted by:	FreeBSD@ShaneWare.Biz (Maintainer)

Update openjpeg to 2.1.0.

Version 2.x is incompatible with openjpeg 1.5. Preserve it as openjpeg15
and update users.

Approved by:	portmgr (implicit) for NO_STAGE ports

- Update to 0.4.0
- Add LICENSE
- Sort LIB_DEPENDS
- Use USES=libtool
- Do not silence installation message
- Bump PORTREVISION for graphics/webp shlib change

Changes:	https://chromium.googlesource.com/webm/libwebp/+/master/NEWS

- Update to 1.8.12 (from science/hdf5-18)
- Add LICENSE
- Convert to new LIB_DEPENDS format
- Convert to new options helper
- Use NOT_FOR_ARCHS
- Strip shared library
- Remove deprecated PTHREAD_*
- Use MAKE_CMD
- Bump PORTREVISION for science/hdf5 shlib change [1]

Changes:	http://www.hdfgroup.org/ftp/HDF5/current/src/hdf5-1.8.12-RELEASE.txt
		http://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html
Approved by:	portmgr (bapt) [1]

Chase boost and icu bump
While here convert some LIB_DEPENDS

Python cleanup:
- USE_PYTHON* = 2.X -> USE_PYTHON* = 2
- USE_PYTHON* = 2.X+ -> USE_PYTHON* = yes
Reviewed by:	python (mva, rm)
Approved by:	portmgr-lurkers (mat)

- Update from 1.2.3 to 1.3.9

PR:		ports/184609
Submitted by:	Shane Ambler <FreeBSD@Shaneware.biz> (maintainer)

- Update graphics/*opencv* to 2.4.7
- Revert options helpers to if statements since the OFF condition is not
  applied when OPTIONS_EXCLUDE is used
- Move most of the OpenCV modules from the graphics/opencv-core port to
  graphics/opencv, leaving opencv-core as just the bare minimum required
  for building ffmpeg with OpenCV support
- Install examples for python and java bindings
- Add new slave port graphics/opencv-java: Java bindings for OpenCV
- Bump PORTREVISION and make dependency adjustments and fixes for
  dependent ports
- Add UPDATING entry

- Bump dependent ports' revisions (graphics/ilmbase and graphics/OpenEXR)

Approved by:	wg (mentor)

Update OpenImageIO to version 1.2.3.

Submitted by:	Shane Ambler <FreeBSD@ShaneWare.Biz> (maintainer)

graphics/ilmbase

- Update to 2.0.1
- Change master sites to SAVANNAH
- Change maintainer email to @FreeBSD.org
- Remove conflict with non existent Port
- USES pathfix pkgconfig
- Add executable
- Add DOCS Option
- Support STAGEDIR and add OPTIONS_SUB
- Use pathfix instead of simple patches
- Adjust patches
- Change WWW

graphics/OpenEXR

- Update to 1.2.2.
- Fix build with libc++.
- Support staging.
- Move bits from py-openimageio to openimageio.

PR:		ports/182007
Submitted by:	Shane Ambler <FreeBSD@ShaneWare.Biz> (maintainer)

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

Bump some PORTREVISIONs due to graphics/webp update to 0.3.1

- Update to 1.2.1
- Convert to new LIB_DEPENDS format

PR:		ports/181517
Submitted by:	Shane Ambler <FreeBSD@Shaneware.biz> (maintainer)

graphics/py-openimageio: fix build

- Fix build, missed in openimageio update

PR:		ports/181008
Submitted by:	Shane Ambler <FreeBSD Shaneware.biz> (maintainer)