*/*:	bump libboost*.so libraries consumert after Boost upgrade

*/*: chase the upgrade of devel/libfmt to 9.1.0

PR:		268081

devel/onetbb: Update to 2021.7.0

and bump dependent ports' revisions.

Release notes:
https://github.com/oneapi-src/oneTBB/blob/v2021.7.0/RELEASE_NOTES.md

misc/openvdb: Update 9.1.0 -> 10.0.0

Reported by:	portscout

graphics/ptex: update to 2.4.2 release (+)

* Drop custom do-install target, cmake automation do it well
* Bump direct consumers

Changes sinve 2.3.2 release:
v2.4.0	May 18, 2021	API: headers and DSOs hide non-API symbols by default.
v2.4.1	Aug 3, 2021	API: Windows symbol visibility fixes.
v2.4.2	Aug 4, 2022	API: Windows Clang/14 support, visibility fixes and cmake
enhancements.

Approved by:	maintaimer (implicit)

graphics/openimageio: update to 2.4.4.2 release (+)

Changelog:	https://github.com/OpenImageIO/oiio/releases/tag/v2.4.4.2 \
		https://github.com/OpenImageIO/oiio/releases/tag/v2.4.4.1
Approved by:	maintainer (implicit)

devel/onetbb: Update to 2021.6.0

and bump dependent ports' revisions.

Release notes:
https://github.com/oneapi-src/oneTBB/blob/v2021.6.0/RELEASE_NOTES.md

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

PR:			266034
Exp-run by:		antoine
Approved by:		tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D36349

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

graphics/openimageio: update to 2.3.19.0 maintenance release (+)

Changelog:      https://github.com/OpenImageIO/oiio/releases/tag/v2.3.19.0
Approved by:    maintainer (implicit)

graphics/opencv: bump consumers after e21578d954550998435c5d6d532e2d5a67398bfe

This was missed in the upgrade of graphics/opencv.

Reported by:	VVD

*/*: bump all consumers after recent boost upgrade

graphics/openimageio: update to 2.3.18.0 maintenance release (+)

Changelog:	https://github.com/OpenImageIO/oiio/releases/tag/v2.3.18.0
Approved by:	maintainer (implicit)

science/hdf5: bump PORTREVISION of consumers

The SO-version increased in the update to 1.12.2 in
a43418b81530f7e897abfbe18dd59f44265a1a0f .

Reported by:	VVD <vvd@unislabs.com>

graphics/openimageio: update to 2.3.17.0 release (+)

Changelog:	https://github.com/OpenImageIO/oiio/releases/tag/v2.3.17.0
Approved by:	maintainer (implicit)

graphics/openimageio: update to 2.3.16.0 release (+)

Changelog:	https://github.com/OpenImageIO/oiio/releases/tag/v2.3.16.0
Approved by:	maintainer (implicit)

misc/openvdb: Update 9.0.0 -> 9.1.0

Reported by:	portscout

graphics/openimageio: update to 2.3.15.0 maintenance release (+)

Changelog:	https://github.com/OpenImageIO/oiio/releases/tag/v2.3.15.0
Approved by:	maintainer (implicit)

devel/boost-all: bump all library consumers after boost upgrade

PR:	246106

graphics/dcmtk: Update 3.6.6 -> 3.6.7

4 other ports are bumped, one is patched.

graphics/openimageio: restore accidentally touched patch by 'make makepatch'

Pointy hat to:	fluffy

graphics/openimageio: update to 2.3.14.0 release

While here, unbreak build with py311

ChangeLog:	https://github.com/OpenImageIO/oiio/releases/tag/v2.3.13.0
		https://github.com/OpenImageIO/oiio/releases/tag/v2.3.14.0

Approved by:	maintainer (implicit)

*/*: Bump PORTREVISION of users due to bump of graphics/libheif

graphics/openimageio: update to 2.3.12.0 release (+)

Changelog:	https://github.com/OpenImageIO/oiio/releases/tag/v2.3.12.0

While here, drop unneeded dependency on openjpeg15 [1]

PR:	262016 [1]
Approved by:	maintainer
Sponsored by:	Netzkommune GmbH

graphics/openimageio: update to 2.3.11.0 release

PR:		260307
Sponsored by:	Netzkommune GmbH.

devel/onetbb: Update to 2021.5.0

and bump dependent ports' revisions

misc/openvdb: Update 8.1.0 -> 9.0.0

Reported by:	portscout

devel/onetbb: Update to 2021.4.0

Release notes:
https://software.intel.com/content/www/us/en/develop/articles/intel-oneapi-threading-building-blocks-release-notes.html

*: graphics/openexr PORTREVISION bumps

OpenEXR changes its SONAME again, so bump PORTREVISION of its users.

devel/libfmt: Update to 8.0.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/fmtlib/fmt/releases
PR:		257026
Exp-run by:	antoine

graphics/*openimageio: chase Imath, update->2.2.16

openimageio upstream versions received lots of build fixes for
Imath compatibility, so update to 2.2.16 from 2.2.13.
(oiio 2.2.13 does not build with Imath 3.1.0)

The patch fiddling is due to Ptex-related changes in openimageio's cmake
build system, https://github.com/OpenImageIO/oiio/pull/3001

Changelogs (one document to read through):
https://github.com/OpenImageIO/oiio/blob/v2.2.16.0/CHANGES.md#release-2216-1-jul-2021----compared-to-2215

or with clickable links to issues/merges:
https://github.com/OpenImageIO/oiio/releases/tag/v2.2.16.0
https://github.com/OpenImageIO/oiio/releases/tag/v2.2.15.1
https://github.com/OpenImageIO/oiio/releases/tag/v2.2.15.0
https://github.com/OpenImageIO/oiio/releases/tag/v2.2.14.0

devel/onetbb: Update to 2021.3.0

Release notes:
https://software.intel.com/content/www/us/en/develop/articles/intel-oneapi-threading-building-blocks-release-notes.html

*: Bump PORTREVISION for openexr update

OpenEXR's patchlevel updated bumped the major version
of the OpenEXR library, hence bump PORTREVISION of all
ports that require OpenEXR.

misc/openvdb: Update 8.0.1 -> 8.1.0

Reported by:	portscout

Bump portrevisions of openexr and Imath users.

graphics/py-openimageio: Fix packaging with Python 3.8+

* Apply the same fix as in 9cb5898561b302d952fec8e2fac66a945a2c4915 by
  using wildcard paths and adjust the pkg-plist for the Python bindings
  as well.

* Also use PYTHONPREFIX_SITELIBDIR instead PYTHON_SITELIBDIR to make
  the port PREFIX safe while I'm here.

PR:		253815
Approved by:	python (with hat)

devel/onetbb: Update to 2021.2.0 and bump dependencies

Changelog:
https://software.intel.com/content/www/us/en/develop/articles/intel-oneapi-threading-building-blocks-release-notes.html

graphics/openimageio: update to 2.2.13.1 to make compatible with OpenEXR/Imath
3.0

Remove # $FreeBSD$ from Makefiles.

Introduce devel/onetbb and mark devel/tbb as legacy

Intel oneAPI tbb 2021.1 (onetbb) has been released[1][2] and has deprecated
several interfaces over tbb 2020, breaking most dependent ports.

Old tbb 2020 will be kept for a certain time to allow transition but will be
removed in a near future as it CONFLICTS with devel/onetbb. New ports should
now use devel/onetbb instead of devel/tbb.

We tried to move a maximum number of dependent ports to devel/onetbb (or
disable dependency when not possible), but some of them still remain stuck
to devel/tbb. Remaining ones have not been identified as major dependencies
themselves and will be fixed as soon as updates are available from upstream.

PR:		252648, 252688 [3], 252683 [4], 252651 [5], 252690 [3], 252693 [3],
	252695 [3], 252696 [3], 252786 [3], 252649, 252868 [6], 252870 [5],
	252684 [7], 252785 [7]
Approved by:	yuri [3], jwb [4], thierry [5], FreeBSD@Shaneware.biz [6],
	maintainer timeout [7]

[1]
https://software.intel.com/content/www/us/en/develop/articles/intel-oneapi-threading-building-blocks-release-notes.html
[2]
https://software.intel.com/content/www/us/en/develop/articles/tbb-revamp.html

graphics/openexr, ilmbase: security update to v2.5.5

https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.5

"Specific OSS-fuzz issues include:

    OSS-fuzz #30291 Timeout in openexr_exrcheck_fuzzer
    OSS-fuzz #29106 Heap-buffer-overflow in Imf_2_5::FastHufDecoder::decode
    OSS-fuzz #28971 Undefined-shift in Imf_2_5::cachePadding
    OSS-fuzz #29829 Integer-overflow in
Imf_2_5::DwaCompressor::initializeBuffers
    OSS-fuzz #30121 Out-of-memory in openexr_exrcheck_fuzzer"

Bump PORTREVISION of ports that directly depend on openexr and/or ilmbase.

MFH:		2021Q1
Security:	98044aba-6d72-11eb-aed7-1b1b8a70cc8b

graphics/opencv: update to 4.5.1 -- and make port more easily maintainable

This is a major upgrade from 3.x to 4.x.

Changelog from versions 3.4.1--4.5.1 can be found here:
    https://github.com/opencv/opencv/wiki/ChangeLog

Note: this has explicitely not been added as a new graphics/opencv4 port, but
replaces the
      previous graphics/opencv[3] port. Again, to improve maintainability by not
giving ports
      the option to pick the "wrong one" - this leads however to some abandoned
ports being
      broken.

The port has been greatly simplified:
    * graphics/opencv-core which existed to enable ffmpeg to depend on opencv,
and vice versa
      has been removed. ffmpeg no longer can depend on opencv.

graphics/openimageio: Update to v2.2.10.1

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

graphics/openexr: really commit v2.5.4 update.

Unfortunately, this was missed with the ilmbase update, and
causes yet another PORTREVISION bump on all dependent ports.

repeating ilmbase's commit log here:

"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>

Cherry-pick upstream commit for GCC 11 compatibility:
<https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc>

Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)

MFH:		2021Q1 (this requires discussion by ports-secteam@!)

Reported by:	VVD (IRC, #bsdports)

graphics/openexr: graphics/ilmbase: v2.5.4 update

"Patch release with various bug/sanitizer/security fixes, primarily related to
reading corrupted input files."
<https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.4>

Cherry-pick upstream commit for GCC 11 compatibility:
<https://github.com/AcademySoftwareFoundation/openexr/commit/a40a6151c4e746eb8f93c7c06992d0ec11289fdc>

Since this changes the patchlevel of the solibs, bump PORTREVISION of dependent
ports just to be sure.
(graphics/py-openshadinglanguage is unaltered and .includes the revision bump
from .../openshadinglanguage.)

MFH:		2021Q1 (this requires discussion by ports-secteam@!)

graphics/libraw: Update to 0.20.2

Bump PORTREVISION on consumers due to shared library bump.

Changes:	https://www.libraw.org/news/libraw-0-20-2-Release

Drop python 2.7 support from a few ports

With hat:	portmgr

graphics/openimageio: Update to v2.2.9.0

ChangeLog: https://github.com/OpenImageIO/oiio/releases/tag/Release-2.2.9.0

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

openimageio: fix py-openimageio's version going backwards

When yuri@'s commit http://svnweb.freebsd.org/changeset/ports/555420
bumped openimageio's version, the Makefile was seeing PORTREVISION=1,
but there is a derived port, py-openimageio, which also .include-s
openimageio's Makefile.

Change this main port to set its PORTREVISION with ?= and add a
comment to remind editors.

Approved by:	portmgr@ (blanket, trivial regression fix)

misc/openvdb: Update 7.0.0 -> 7.1.0

graphics/openimageio: Update to v2.2.6.1

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

devel/libfmt: Update to 7.0.3

Changes:	https://github.com/fmtlib/fmt/releases/tag/7.0.3
ABI:		https://abi-laboratory.pro/tracker/timeline/fmt

graphics/ilmbase, graphics/openexr: PORTREVISION bump for users

ilmbase and openexr were updated to v2.5.3 and their shlibs changed
from *.25.0.1 to *.25.0.2.

This is a PORTREVISION bump to ports using ilmbase or openexr
to chase that change and trigger rebuild.

devel/libfmt: Update to 7.0.2

Changes:	https://github.com/fmtlib/fmt/releases/tag/7.0.2
ABI:		https://abi-laboratory.pro/tracker/timeline/fmt

devel/libfmt: Update to 7.0.1

Changes:	https://github.com/fmtlib/fmt/releases/tag/7.0.1
ABI:		https://abi-laboratory.pro/tracker/timeline/fmt

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

Changelog: https://github.com/oneapi-src/oneTBB/blob/v2020.3/CHANGES

openexr/ilmbase update w/ shlib rename => PORTREVISION bumps of dependent ports

OpenEXR and ILMBASE updates to 2.5.2 rename the full shlib version
names from .0.0 to .0.1 => to be on the safe side, bump PORTREVISIONs.

Approved by:	portmgr (blanket)
MFH:		2020Q3 (PORTREVISION bump after OpenEXR/ilmbase update)
Security:	714e6c35-c75b-11ea-aa29-d74973d1f9f3

graphics/openimageio: update to 2.1.15.0

(with additional fix to do-test-TEST-on: target)

PR:		246439
Approved by:	Shane Ambler <FreeBSD@ShaneWare.Biz>

graphics/ilmbase: graphics/openexr: update to upstream release 2.5.1

Upstream release notes:
* A patch release that corrects the SO version for the v2.5 release,
  which missed getting bumped in v2.5.0.

* This release also fixes an improper failure in IlmImfTest
  when running on ARMv7 and AAarch64.

Bump PORTREVISION of all port directly requiring ilmbase or openexr
that are not marked BROKEN (shlib/.so file version bump).

Test build of all port directly depending on ilmbase or openexr
succeeded in poudriere in a 12.1-RELEASE amd64 jail.

graphics/ilmbase: graphics/openexr: update to v2.5.0

ChangeLog:
- https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.0

* Bump PORTREVISION of all consumers except py-openimageio (BROKEN).

* cad/PrusaSlicer:
    LIB_DEPENDS: remove version from libHalf.so
    BUILD_DEPENDS+=qt5-buildtools as package (needed on bare metal builds)
    USE_GL+=gl
    USES+=pkgconfig (needed to find libHalf)

misc/openvdb: Update 6.1.0 -> 7.0.0

Reported by:	VVD <vvd@unislabs.com> (in bug#244347)

Update devel/tbb to 2020.2 and bump dependent port's revisions

Changelog: https://github.com/oneapi-src/oneTBB/blob/tbb_2020/CHANGES

graphics/openimageio cleanup cmake vars and enable TOOLS as default

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

graphics/py-openimageio: Fix build

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

graphics/openimageio: Update to 2.1.11.2

PR:		244188
Submitted by:	Shane <FreeBSD@ShaneWare.Biz> (maintainer)
Approved by:	tcberner (mentor, implicit)
Relnotes:	https://github.com/OpenImageIO/oiio/blob/master/CHANGES.md

graphics/openimageio: fix build on powerpc64 elfv2

Change if to explicit ifdef to prevent:
/wrkdirs/usr/ports/graphics/openimageio/work/oiio-Release-2.0.10/src/libutil/ustring.cpp:328:27:
error: expected value in expression
#    if _LIBCPP_BIG_ENDIAN

PR:		242134
Approved by:	FreeBSD@ShaneWare.Biz (maintainer timeout)

graphics/ilmbase, graphics/openexr: upgrade to upstream v2.4.0

graphics/gstreamer1-plugins-openexr: switch from C++98 to C++11 to
match new OpenEXR headers and unbreak compilation.

Bump PORTREVISION of all ports depending directly on either, based
on assessing INDEX-12 (bump_portrevision.pl -l (shallow) used).

Release Notes:
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.0

The update was deliberately deferred until after 2020Q1, and should
not be MFH'd back to it.

Update devel/tbb to 2020.0 and bump dependent ports' revisions [1]

Also, while here, re-generate patches using the makepatch target

[1] Changelog: https://github.com/intel/tbb/blob/v2020.0/CHANGES

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)