graphics/darktable: re-sort LIB_DEPENDS

purely cosmetic change

graphics/darktable: fix stage-qa libjxl complaint

Approved by:	portmgr@ (blanket fix-depends)
Reported by:	Jan Beich

The actual file support was previously requested in
PR:		266125
as a misnamed option, but now JPEG XL is enabled unconditionally.

graphics/darktable: Update to 4.2.0

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

The work was done by Matthias Andree (mandree@) in
`graphics/darktable42`. Some of the style fixes were added in a separate
commit. Thank you Matthias!

The temporary port `graphics/darktable42` can be removed at the same
time, now that the main port is up-to-date.

Submitted by:	mandree@

graphics/darktable: Remove several options previously enabled by default

They all contribute to the full experience of Darktable and I never take
the time to test the port without these options. Let's simplify the port
then.

The only default option left is `PRINT`. Many users are probably not
printing their photos, so leave the possibility to turn this off.

graphics/darktable: Import style fixes and improvements from
graphics/darktable42

No functional changes, except the dependency to math/Imath which is not
optional anymore (but it was behind a default option).

graphics/darktable: Use GCC as the compiler instead of LLVM

Darktable source code is heavily tuned for GCC and its optimizations. It
always required some work to make it compile with LLVM. With LLVM 14+,
new errors around `static inline __attribute__((target-clones))`
appeared: the compiler failed to link the final executable because there
was multiple copies of the same ifunc resolver (the code originated from
a header included in a couple places). Apparently GCC knows how to deal
with the "static-inline"-ness of the resolver somehow.

Unfortunately, even with GCC, we get several compilation failures
because the source files enable Graphite optimizations (using `#pragma`)
but our GCC compiler has Graphite disabled by default. All the patches
included in this commit simply delete all the corresponding `#pragma`. I
suppose Darktable will be slightly slower because of this, but I didn't
measure anything.

In the end, the dependencies of the port change a bit because GCC
replaces LLVM.

devel/icu: update to 72.1

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

graphics/libavif: update to 0.11.0

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

graphics/darktable: Update to 4.0.1

Darktable 4.0.0 announcement:
https://www.darktable.org/2022/07/darktable-4.0.0-released/

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

PR:		265068
Submitted by:	fluffy@ (update to 4.0.0)

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/darktable*: reinstate LTO option

reverting change from my commit d8e040b643256

This change fixes amd64 12.3, 13.0, 13.1.

Bump PORTREVISION.

graphics: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Abel Chow <ozsanh45vds001@sneakemail.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Ade Lovett <ade@lovett.com>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Hayward <xelah@xelah.com>
  *  Alex Ivasyuv <siegerstein@pochta.ru>
  *  Alex Samorukov <samm@os2.kiev.ua>

graphics/darktable: Fix non-functional HEIF option.

[omitting the HEIF_DESC which is now centrally managed]

PR:		263863

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).