Mk/Uses/perl5.mk: Remove outdated P5_POD_PARSER

lang/perl5.30 has been removed in b3fb5d8b3c860bd3c3ebcffafe621aea61379539.

graphics/gmic: Update 3.0.1 -> 3.1.2

devel/cmake: Update to 3.23.0

Update to 3.23.0.
Fix pkg-plist: using the default share/man location

Release Notes:
  https://cmake.org/cmake/help/v3.23/release/3.23.html

PR:		262886
Exp-run by:	antoine

graphics/darktable: enable opencl on powerpc64le

graphics/jasper: Bump PORTREVISION of dependent ports for shlib change after
cdcedd316da6d7c8509c394474160c683489a3ae

textproc/libxml2: bump all LIB_DEPENDS consumers

This is a separate commit to facilitate easier cherry-picking for
quarterly.

PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)

devel/icu: update to 71.1

Changes:	https://github.com/unicode-org/icu/releases/tag/release-71-1
Reported by:	GitHub (watch releases)
PR:		262654
Exp-run by:	antoine
Approved by:	fluffy

graphics/libavif: update to 0.10.0

Changes:	https://github.com/AOMediaCodec/libavif/releases/tag/v0.10.0
Reported by:	GitHub (watch releases)

graphics/darktable: clean up obsolete CONFLICTS

...with darktable38, which is no more.

Approved by:	portmgr (blanket for CONFLICTS)
MFH:		2022Q2

textproc/libxml2: bump all dependencies

This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246

graphics/darktable: update to 3.8.1

After having matured this code in graphics/darktable38 for two months,
showtime. Let's upgrade graphics/darktable to 3.8.1.

Note: LTO on RawSpeed still does not work, ninja re-enabled.

Rename option from LIBAVIF to AVIF.

Convert all <opt>_CMAKE_OFF to <opt>_CMAKE_BOOL
for tighter control of options.

ChangeLog:
+ https://github.com/darktable-org/darktable/releases/tag/release-3.8.0
+ https://github.com/darktable-org/darktable/releases/tag/release-3.8.1

PR:		260674

Approved by:	dumbbell@ (maintainer timeout, 14 d)
dumbbell@ was positive to committing a previous version of this, earlier

graphics/darktable: unbreak AVIF=on after 3036600b61bd

====> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
Error: Orphaned: lib/darktable/plugins/imageio/format/libavif.so
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%LIBAVIF%%lib/darktable/plugins/imageio/format/libavif.so
===> Error: Plist issues found.
*** Error code 1

Pointy hat to:	jbeich

Mk/bsd.options.desc.mk: add shared AVIF description

Intended for the reference implementation. Ports with AVIF support via
libheif (LGPLv3+, C++-based) to use HEIF option instead.

graphics/darktable: rename LIBAVIF to AVIF like fb1e02a81d20

Fix CONFLICTS entries of multiple ports

There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.

This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.

Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port

graphics/darktable: update pkg-descr WWW: to https://

Approved-by:	portmgr@ (blanket approval for WWW updates)

graphics/darktable: Fix build on aarch64.

Approved by: portmgr (build fix blanket)

devel/icu: update to 70.1

Changes:	https://github.com/unicode-org/icu/releases/tag/release-70-1
Reported by:	GitHub (watch releases)
PR:		258794
Exp-run by:	antoine

graphics/libavif: update to 0.9.3

Changes:	https://github.com/AOMediaCodec/libavif/compare/v0.9.2...v0.9.3
Reported by:	Repology

INSTALLS_ICONS: retire the macro and rework the related dependencies

While here, make sure gtk-update-icon-cache is only on run dependency
where added as a dependency
Enforce gtk3 to depend on gtk-update-icon-cache (previously it was
inheriting the dependency)

graphics/darktable: Update to 3.6.1

Release notes:
* https://github.com/darktable-org/darktable/releases/tag/release-3.6.1

Thank you svvord@soft-wizard.ru for the patch!

PR:		258662

*: graphics/openexr PORTREVISION bumps

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

graphics/darktable: bump PORTREVISION after fixes

Especially d8e040b64325 contains pkg-plist fixes, so
we need to make sure to flush out the original 3.6.0 packages.

Note for those triggering builds manually, there could be
another PORTREVISION bump due to (im)pending OpenEXR updates
within the next few hours.

Aligned with: Jean-Sébastien Pédron (dumbbell@, maintainer)

graphics/darktable: resolve G'Mic inconsistency

The build will automatically pick up G'Mic if available, leading
to inconsistent builds between systems. Make it an explicit OPTION
which defaults to off, since only the lut3d module uses it and only
to read .gmz G'Mic-compressed LUT files.

Approved by:	Jean-Sébastien Pédron (dumbbell@, maintainer)

graphics/darktable: various build fixes for 3.6.0

- add missing LIB_DEPENDS on print/harfbuzz and devel/icu,
  found missing by: make stage-qa
- make pkg-plist complete, misses some files,
  found missing by: make check-plist
- disable LTO option for now (OPTIONS_EXCLUDE=LTO),
  since the workaround for cmake 3.21 regressions around
  static libraries (which darktable uses) is
  USES=cmake:noninja - but the RawSpeed library
  embedded into darktable requires ninja for LTO builds.

Approved by:	Jean-Sébastien Pédron (dumbbell@, maintainer)

graphics/darktable: Update to 3.6.0

Release notes:
* https://www.darktable.org/2021/07/darktable-3-6/
* https://github.com/darktable-org/darktable/releases/tag/release-3.6.0

Thank you to Ludger Bolmerg <lbolmerg@posteo.de> for the initial version
of the patch!

PR:		257061

graphics/darktable: prepare for cmake-3.21 update

Fix build against cmake-3.21: the ninja generator in 3.21 suffers a regression
(see https://gitlab.kitware.com/cmake/cmake/-/issues/22487) appending an invalid
"-Wl,--no-as-needed" to the linker arguments for static libraries.
Once this regression has been fixed upstream, this can be switch back to
USES=cmake

PR:		257191

*: bump PORTREVISION after math/Imath update

graphics/darktable: USES+=perl5

This is to make sure that PERL_LEVEL gets defined,
which in turn is needed to make sure that perl's Pod::Parser
gets defined if it is not part of the respective Perl version's install.

Approved by: (blanket, trivial tested build fix)

Error log in poudriere before patch:
[00:17:46] [ 97% 727/747] cd
/wrkdirs/usr/ports/graphics/darktable/work/darktable-3.4.1/doc/man && sh -c
/usr/local/bin/po4a-translate\ -f\ pod\ -m\ darktable-generate-cache.pod\ -p\
po/es.po\ -l\
/wrkdirs/usr/ports/graphics/darktable/work/.build/doc/man/es/darktable-generate-cache.pod\
-k\ 0
[00:17:46] FAILED: doc/man/es/darktable-generate-cache.pod
[00:17:46] cd /wrkdirs/usr/ports/graphics/darktable/work/darktable-3.4.1/doc/man
&& sh -c /usr/local/bin/po4a-translate\ -f\ pod\ -m\
darktable-generate-cache.pod\ -p\ po/es.po\ -l\
/wrkdirs/usr/ports/graphics/darktable/work/.build/doc/man/es/darktable-generate-cache.pod\
-k\ 0
[00:17:46] Unknown format type: pod.
[00:17:46] po4a::chooser: Module loading error: Can't locate Pod/Parser.pm in
@INC (you may need to install the Pod::Parser module) (@INC contains:
/usr/local/lib/perl5/site_perl/mach/5.32 /usr/local/lib/perl5/site_perl
/usr/local/lib/perl5/5.32/mach /usr/local/lib/perl5/5.32) at
/usr/local/lib/perl5/site_perl/Locale/Po4a/Pod.pm line 14.
[00:17:46] BEGIN failed--compilation aborted at
/usr/local/lib/perl5/site_perl/Locale/Po4a/Pod.pm line 14.
[00:17:46] Compilation failed in require at (eval 33) line 1.
[00:17:46] BEGIN failed--compilation aborted at (eval 33) line 1.

graphics/darktable: Use P5_POD_PARSER

With hat:	perl

*: 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.

graphics/libavif: update to 0.9.2

Changes:	https://github.com/AOMediaCodec/libavif/compare/v0.9.1...v0.9.2
Reported by:	GitHub (watch releases)

graphics/mesa-libs: Bump reverse deps for libglvnd

Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.

PR:		246767
Reviewed by:	manu, bapt
Approved by:	x11
Differential Revision:	https://reviews.freebsd.org/D30824

graphics/libavif: update to 0.9.1

Changes:	https://github.com/AOMediaCodec/libavif/compare/v0.9.0...v0.9.1
Reported by:	GitHub (watch releases)

Bump portrevisions of openexr and Imath users.

graphics/darktable: Fix OpenEXR detection

The patch comes from upstream:
https://github.com/darktable-org/darktable/pull/8775

It didn't make it to a release yet.

The package revision is bumped because the build succeeds but darktable
failed to run with the following error:

    $ darktable --version
    ld-elf.so.1: /usr/local/bin/../lib/darktable/libdarktable.so: Undefined
symbol "_ZTIN7Imf_3_09AttributeE"

With the patch:

    $ darktable --version
    this is darktable 3.4.1
    ...

PR:		255254
Reported by:	Ludger Bolmerg <lbolmerg@posteo.de>,
		Felix Palmen <felix@palmen-it.de>,
		a.parseg@gmail.com
Obtained from:	https://github.com/darktable-org/darktable/pull/8775

graphics/darktable: make compatible with OpenEXR/Imath 3.0

Remove # $FreeBSD$ from Makefiles.

graphics/darktable: Add LTO option to toggle Rawspeed LTO

PR:		253904
Submitted by:	pkubaj@

graphics/darktable: fix build on powerpc64le

Disable including gdkcolor.h because pixel is a type on POWER:
/usr/local/include/gtk-3.0/gdk/deprecated/gdkcolor.h:56:11: error: two or more
data types in declaration specifiers
   56 |   guint32 pixel;

Disable OpenCL:
/wrkdirs/usr/ports/graphics/darktable/work/darktable-3.4.1/data/kernels/bilateral.cl:67:17:
error: implicit declaration of function 'atom_add' is invalid in OpenCL
    old_val.i = atom_add(ival, 0);

Approved by:	tier 2 blanket

graphics/darktable: Add shells/bash as a build dependency

It has always been required, but was indirectly satisfied by security/p11-kit
which depended on shells/bash until yesterday.

This fixes the build of Darktable.

Submitted by:	fluffy@
Reported by:	fluffy@

graphics/darktable: Update to 3.4.1

Release notes:
* https://www.darktable.org/2021/02/darktable-341-released/
* https://github.com/darktable-org/darktable/releases/tag/release-3.4.1

PR:		253817
Submitted by:	Ludger Bolmerg <lbolmerg@posteo.de>

graphics/libavif: update to 0.9.0

Changes:	https://github.com/AOMediaCodec/libavif/compare/v0.8.4...v0.9.0
Reported by:	GitHub (watch releases)

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/darktable: Update to 3.4.0

Release notes:
* https://github.com/darktable-org/darktable/releases/tag/release-3.4.0

PR:		252641
Submitted by:	fluffy@

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/darktable: fix build on powerpc64le, add aarch64 to the mix

powerpc64le needs already committed patch for opencl, aarch64 is untested
because:
[00:00:12] Finished lang/rust | rust-1.47.0: Ignored: fails to build with
qemu-user-static

It may need another fix.

Prefer graphics/ligvrsvg2-rust over graphics/librsvg2

- switch to the more modern version of librsvg2 on architectures
  supporting rust
- this will fix some graphical issues on these architectures

PR:		250276
Exp-run by:	antoine
Submitted by:	tobik
Differential Revision:	https://reviews.freebsd.org/D18878

Bump PORTREVISION again due to ilmbase and openexr update

Reason is that graphics/darktable itself had a commit by dumbbell@
(r544820) that also bumped PORTREVISION=2 but that happened before
I'd committed the OpenEXR updates, and the svn update just merged
that change.

So, unfortunately, we need another PORTREVISION update.

See r544849, r544853.

graphics/darktable: Make the dependency to exiftool optional

... and off by default. The only component which uses it is a rarely used
script.

graphics/darktable: add exiftool:graphics/p5-Image-ExifTool to _DEPENDS

Else the cmake setup will not install the extract_wb_from_images.sh
script, leading to inconsistent installs or packaging failures.

Reported by:	poudriere
Approved by:	portmgr@ (blanket approval to add missing requisites)

graphics/darktable: Update to 3.2.1

Release notes:
* https://github.com/darktable-org/darktable/releases/tag/release-3.2.1

Compared to the initial patch provided by m.ne@gmx.net, I removed a few
whitespace changes and fixed the `pkg-plist` file.

Submitted by:	m.ne@gmx.net

graphics/darktable: Add textproc/p5-Pod-Parser to BUILD_DEPENDS

This fixes the build after the latest Perl update to 5.32:

    FAILED: doc/man/es/darktable-cltest.pod
    cd /wrkdirs/usr/ports/graphics/darktable/work/darktable-3.0.2/doc/man &&
/usr/local/bin/po4a-translate -f pod -m darktable-cltest.pod -p po/es.po -l
/wrkdirs/usr/ports/graphics/darktable/work/.build/doc/man/es/darktable-cltest.pod
-k 0
    Unknown format type: pod.
    List of valid formats:
      - asciidoc: AsciiDoc format.
      - dia: uncompressed Dia diagrams.
      - docbook: DocBook XML.
      - guide: Gentoo Linux's XML documentation format.
      - ini: INI format.
      - kernelhelp: Help messages of each kernel compilation option.
      - latex: LaTeX format.

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/darktable: update to 3.0.2

This is an upgrade for darktable from 3.0.0 to 3.0.2, with
Ludger's changes from the original PR submission:
- export to Flickr, Facebook and Google Photo removed
  as [they are] no longer supported in 3.0.2

And these changes by mandree@:

- rediff patches
- reshuffle Makefile per portclippy recommendation
- remove COLORD option, it's not technically required to build, but a
  a raw image processing application without color management
  makes little sense. This option was default-on anyways.

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/darktable: fix broken build, data/kernels/ related

This patch is to fix this problem:

| CMake Error at data/kernels/CMakeLists.txt:34 (foreach):
|   Unknown argument:
| /usr/ports/graphics/darktable/work/darktable-3.0.0/data/kernels/atrous.cl

Approved by:	portmgr@ (blanket approval to fix broken builds)

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)

Drop dependency on devel/openmp

- Drop if devel/llvm* was used as a substitute

Approved by:	yuri, rene (earlier version)
Differential Revision:	https://reviews.freebsd.org/D23020

Chase shlib version bump of `graphics/lensfun' (r524150).

graphics/darktable: update to new release 3.0.0

Announcement:
<https://www.darktable.org/2019/12/darktable-300-released/>

<https://www.darktable.org/2019/12/darktable-30/>

Additional changes:
- ONLY_FOR_ARCHS* variables moved up to please portlint
- some CMAKE_ARGS hacks with CMAKE_*_COMPILER_LAUNCHER to get ccache back in
- switch from hardcoding LLVM_VER=60 to ${LLVM_DEFAULT}
- strip out -D_XOPEN_SOURCE=... (upstream CMakeLists.txt) because it is harmful
  in hiding, for instance, u_char typedefs, which causes compilation failure
  down the road for cups_print.

PR:		242943
Approved by:	dumbbell@ (maintainer)

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.

Add USES=xorg USES=gl, ports categories g

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

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

graphics/libgphoto2: Update to 2.5.22, graphics/gphoto2: Update to 2.5.20

* Bump PORTREVISION of ports depending on them.

Also while I'm here:
* Add "gnome" to USES if the XML option is enabled to avoid warnings about
  using USE_GNOME alone.
* Pet portlint

Notable changes since 2.5.16 (graphics/libgphoto2) [1]:

* Added new USB Ids for various camera types
* Updated translations
* Report file changes via GP_EVENT_FILE_CHANGED (hooked up for Canon EOS
  currently)

Those ports link against llvm's libomp.so

devel/openmp: phase out

- Expire after the last version without /usr/lib/libomp.so
- Drop SOVERSION for seamless transition (i.e., avoid conditionals)

PR:		236907
Approved by:	bapt (maintainer)
Differential Revision:	https://reviews.freebsd.org/D19767

graphics/darktable: Update to 2.6.2

Release notes:
* https://www.darktable.org/2019/03/darktable-262-released/

PR:		236904
Submitted by:	Darren Mulligan <fixer@bsdmail.com>

graphics/exiv2: update to 0.27

Changelog:
	http://www.exiv2.org/changelog.html

- All depending ports have been bumped.
- graphics/py-exiv2 has been marked broken; use graphics/gexiv2 for python
bindings

Exp-run by:	antoine
PR:		235943
PR:		234830

graphics/darktable: Update to 2.6.1

Release notes:
* https://www.darktable.org/2019/03/darktable-261-released/

PR:		236363
Submitted by:	Darren Mulligan <fixer@bsdmail.com>

graphics/darktable: Update to 2.6.0

Release notes:
* https://www.darktable.org/2018/12/darktable-260-released/

The initial patch was provided by Darren Mulligan. On top of it:
* Warnings about USES=gl and USES=gnome were fixed.
* The CMake CMAKE_POLICY_DEFAULT_CMP0056 setting was removed.

PR:		234800
Submitted by:	Darren Mulligan <fixer@bsdmail.com>
Reported by:	kunda <chitty_cloud@me.com>

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

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.

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

graphics/darktable: Update to 2.4.4

Release notes:
https://www.darktable.org/2018/06/darktable-244-released/

graphics/darktable: Build with LLVM 6.0

... instead of LLVM 5.0. The reason is to stay in sync with Mesa to keep
the number of LLVM copies to build to the minimum.

It looks like the hack to explicitely set `LDFLAGS` to have OpenMP
support isn't necessary anymore. The last time it was revisited was with
LLVM 3.9.1.

Update grahics/exiv2 to 0.26

PR:		223625
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D12345

graphics/darktable: Update to 2.4.3

Release notes:
https://www.darktable.org/2018/04/darktable-243-released/

graphics/darktable: Update to 2.4.2

Release notes:
https://www.darktable.org/2018/03/darktable-242-released/

graphics/darktable: Add iso-codes to the build dependencies

This permits darktable to display language names in the preferences
dialog, not just language codes.

graphics/darktable: Include `stddef.h` when testing zError() symbol

The `CheckZlib.cmake` module uses `NULL` in the test source code to
check for the `zError()` symbol. This fails to build on FreeBSD 10.3
with the following error:

    CheckPrototypeDefinition.c:15:10: error: use of undeclared identifier 'NULL'
      return NULL;
             ^

I don't know the root cause for this failure, but including `stddef.h`
in this test source code fixes the problem.

PR:		225501
Reported by:	cpm@

graphics/darktable: Update to 2.4.1

graphics/libgphoto2: Update to 2.5.16
graphics/gphoto2: Update to 2.5.15
graphics/py-gphoto2: Update to 1.8.2

Also bump PORTREVISION of ports depending on these.

PR:		224611
Submitted by:	bsam (graphics/libgphoto2)

graphics/darktable: Update to 2.4.0

While here, change the default LLVM version to 5.0, to remain in sync
with Mesa (to keep the number of LLVMs to build to just one).

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 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/gphoto2: Update to 2.5.14
graphics/libgphoto2: Update to 2.5.14
graphics/py-gphoto2: Update to 1.7.0

- Bump dependent ports
- Take maintainership of graphics/gtkam

arm64 has no meaning here.  The correct spelling is aarch64.

Since the port needs sse functions, it won't run there anyway.

Approved by:	portmgr (tier-2 blanket)

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

graphics/darktable: Update to 2.2.5

graphics/libgphoto2: Update to 2.5.13
graphics/py-gphoto2: Update to 1.6.0

- Bump dependent ports

Changes this release:
  https://github.com/gphoto/libgphoto2/releases/tag/libgphoto2-2_5_13-release

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

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

Update to 0.6.0

- Bump PORTREVISION for dependent ports

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

graphics/darktable: Use LLVM 4.0 at build time

We try to keep the same LLVM version as Mesa to avoid the need to have
several versions of LLVM.

Approved by:	bapt (mentor)
Differential Revision:	https://reviews.freebsd.org/D10403

graphics/darktable: Update to 2.2.4

Approved by:	antoine (mentor)
Differential Revision:	https://reviews.freebsd.org/D10254

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

graphics/darktable: Update to 2.2.3

Version 2.2.3 was released shortly after 2.2.2 with the patch to
src/develop/imageop_math.c applied.

Approved by:	bapt (mentor)
Differential Revision:	https://reviews.freebsd.org/D9400