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

graphics/darktable: Update to 2.2.2

Use devel/openmp to provide OpenMP runtime instead of the entire LLVM
(submitted by mandree@). This allows to use LLVM 3.9 at build time,
without fearing any dependency to multiple LLVM versions at runtime
(Mesa pulls LLVM 3.7 for instance).

Change `COMPILER_TYPE` to `CHOSEN_COMPILER_TYPE`, (submitted by
mandree@). This was blocking bug 199098.

Include the following patch from upstream, which fixes a regression
(suggested by upstream):
https://github.com/darktable-org/darktable/commit/f7bc2b3338832a42629cdfaa691b5c921df0701c.patch

PR:		216561
Submitted by:	mandree (CHOSEN_COMPILER_TYPE and devel/openmp dep.)
Approved by:	bapt (mentor)
Differential Revision:	https://reviews.freebsd.org/D9363

Update to upstream release 2.2.1.

ChangeLogs since previous 2.0.7:
https://www.darktable.org/2016/12/darktable-2-2-0-released/
https://www.darktable.org/2017/01/darktable-2-2-1-released/

- Permit build on ARM64 (previously: AMD64 only)
- Squish is no longer a build requisite, but po4a is for localized
  documentation.
- USE_GEO -> USE_MAP in the cmake context
- SLIDESHOW and GNOMEKEYRING options are gone upstream
- Move to OpenJPEG 2.1 (used to use 1.5), needs a patch to the
  CMakeLists.txt to resolve include path shadows if both releases are
  installed.
- Remove support for FreeBSD 9.3.

Post-review-change: Take BUILD_DEPENDS on textproc/po4a and extend
pkg-plist by several translated manual pages.

PR:		215687 (related) [1]
Submitted by:	Greg V [1], mandree@ (most)
Reviewed by:	Roman Lebedev, dumbbell@
Approved by:	dumbbell@
Differential Revision:	https://reviews.freebsd.org/D8994

graphics/darktable: Update to 2.0.7

Approved by:	mat
Differential Revision:	https://reviews.freebsd.org/D7798

graphics/darktable: Update to 2.0.5

Add several missing dependencies, as reported by `make stage-qa`.

Clean up port options:
    o  `COLORD` and `OPENEXR` had an incomplete an dependencies list.
    o  `NLS` was broken when turned off.
    o  `RAWSPEED` and `SQUISH` were not CMake knobs anymore in darktable.

Approved by:	mat
Differential Revision:	https://reviews.freebsd.org/D7147

Update graphics/exiv2 to 0.25.

As there is an shlib version bump, bump them portrevision of dependent ports.

While doing so, also switch to the cmake build system, as it requires less
patching and is easier to handle.

PR:             211329
Reviewed by:    mat, rakuco, kwm
Approved by:    rakuco (mentor)
Differential Revision:  https://reviews.freebsd.org/D7283

Remove NLS, DOCS, EXAMPLES and IPV6 from OPTIONS_DEFAULT, they are enabled by
default anyway and don't need to be listed

Approved by:	portmgr blanket

graphics/darktable: Update to 2.0.4

No change to the port itself.

Approved by:	bapt
Differential Revision:	https://reviews.freebsd.org/D6241

graphics/darktable: Update to 2.0.3

No change to the port itself.

Approved by:	bapt
Differential Revision:	https://reviews.freebsd.org/D5823

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

graphics/lensfun: bump PORTREVISION in consumers after r411373

graphics/darktable: Fix staging when PRINT is turned off

PR:		207914
Reviewed by:	kwm
Approved by:	kwm
Differential Revision:	https://reviews.freebsd.org/D5617

graphics/darktable: Update to 2.0.2

This update also fixes the build on FreeBSD 9.3-RELEASE where the
definition of powl(3) is hidden behind _DECLARE_C99_LDBL_MATH.

Reviewed by:	kwm
Approved by:	kwm
Differential Revision:	https://reviews.freebsd.org/D5279

Combine print/cups-base, print/cups-client and print/cups-image into
print/cups and update it to 2.1.3.  Also remove print/cups-pstoraster,
improve print/cups-filters, print/foomatic-* and update print/hplip to
3.16.2.

Long description:

First some background.  When you hand a file to cups it sets up a chain of
filter programs that converts the file to something a printer understands.
Each filter has a cost associated with it and cups tries to find the
cheapest chain.  Costs used to be configured in such a way that files were
first converted to PostScript.  This could then be manipulated further (e.g.
putting multiple pages on one sheet) before finally being sent to a
PostScript printer or another filter like pstoraster which produces a raster
format understood by non-PostScript printer drivers.  Nowadays most filters

graphics/darktable: Update to 2.0.1

darktable 2.0.x officially dropped support for i386. I believe the crash
reported in PR 202457 was specific to 32-bit because this was already
largely untested with darktable 1.6.x, so I'm considering this issue
"fixed".

PR:		202457
Reviewed by:	kwm
Approved by:	kwm
Differential Revision:	https://reviews.freebsd.org/D4247

Convert g* and i* to USES=sqlite and USES=firebird

- Fix lua version

Approved by:	portmgr blanket

graphics/darktable: LLVM 3.7 does not provide OpenMP on i386

This fixes the build on FreeBSD 10.x and 11-CURRENT on i386.

While here, completely remove the OPENMP option. The implementation was
incomplete anyway because disabling it would not turn off OpenMP in
darktable if it was built with GCC.

Reviewed by:	kwm
Approved by:	kwm
Differential Revision:	https://reviews.freebsd.org/D4130

graphics/darktable: Update to 1.6.9

Use Clang 3.7 from Ports to enable OpenMP. This brings a major
performance boost for people using FreeBSD 10.x and -CURRENT.

`patch-src_CMakeLists.txt` is a new patch to disable `-ffast-math` when
Clang is used. Without this, isnan() always returns false, even if
`-fno-finite-math-only` is set. According to `clang --help`, this flag
provides no optimization anyway so we don't loose anything. darktable
2.0, which is almost ready, needs this patch too otherwise it crashes
during startup because of the isnan() misbehavior. The patch is not
committed upstream yet because I would prefer to understand what's
wrong.

Reviewed by:	kwm
Approved by:	kwm
Differential Revision:	https://reviews.freebsd.org/D3922

Update librsvg2 to 2.40.10.

Replace gtk20 dependancy with gdk-pixbuf2 and pango, and drop the
gtk-engines2 run dependacy.

Update ports to take the dependacy changes into account.

PR:		202378
Exp-run by:	antoine@

- Switch to options helpers
- While here, add some NO_ARCHes

Approved by:	portmgr blanket

graphics/darktable: Add patches to fix build with Ninja 1.6.0

PR:		202399
Reviewed by:	bapt, kwm
Approved by:	bapt
Differential Revision:	https://reviews.freebsd.org/D3247

graphics/darktable: Add patch to support LLVM/Clang 3.7.0

PR:		202594
Reviewed by:	bapt, kwm
Approved by:	bapt
Differential Revision:	https://reviews.freebsd.org/D3247

graphics/darktable: Add patch to properly detect Gettext

Reviewed by:	bapt, kwm
Approved by:	bapt
Differential Revision:	https://reviews.freebsd.org/D3247

graphics/darktable: Update to 1.6.8

Reviewed by:	bapt, kwm
Approved by:	bapt
Differential Revision:	https://reviews.freebsd.org/D3247

Consistently spell out ONLY_FOR_ARCHS_REASON due to SSE (and other SIMD
instructions) use.  Particularly, saying "SSE extensions" is superfluous,
as SSE abbreviation itself means "Streaming SIMD Extensions".  Correct
way to refer to particular (CPU-agnostic) technology is "SIMD instruction
set", which is not limited to MMX, SSE family, AVX, NEON, etc.

Since "instruction set" looks a bit too formal in the option description,
use more casual and shorter word "instructions".

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

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

PR:		201980
Exp-run by:	antoine@

graphics/darktable: Update to 1.6.7

Differential Revision:	https://reviews.freebsd.org/D2766
Reviewed by:	kwm
Approved by:	kwm

graphics/darktable: Update to 1.6.6

The patch "patch-tools_generate__prefs.xsl" was committed upstream and
is no longer needed.

Differential Revision:	https://reviews.freebsd.org/D2385
Reviewed by:	kwm
Approved by:	kwm

graphics/darktable: Fix bug with preferences when built with Clang 3.6

The patch was committed upstream. The commit message has a detailed
explanation:
https://github.com/darktable-org/darktable/commit/9d77a28e54f8bc19592a170b1e4b9cf083f7b5a3

Differential Revision:	https://reviews.freebsd.org/D2308
Reviewed by:	kwm
Approved by:	kwm

graphics/darktable: Update to 1.6.4

Differential Revision:	https://reviews.freebsd.org/D2226
Reviewed by:	bapt
Approved by:	bapt

graphics/darktable: Update to 1.6.3

Differential Revision:	https://reviews.freebsd.org/D1995
Reviewed by:	kwm
Approved by:	kwm

graphics/darktable: Update to 1.6.2

Differential Revision:	https://reviews.freebsd.org/D1791
Reviewed by:	kwm
Approved by:	kwm

bump PORTREVISION due libphoto2 shared library version changed.

Submitted by:	tijl@

darktable: Update to 1.6.1

Release 1.6.1 is a bugfix release.

Differential Revision:	https://reviews.freebsd.org/D1350
Reviewed by:	kwm
Approved by:	kwm

graphics/darktable: Update to 1.6.0

The release notes of this new stable branch are available on the
darktable website:
http://www.darktable.org/2014/12/released-darktable-1-6/

The following changes was made to the options:

    o  LIBSECRET is a new option, turned off by default. When selected,
       darktable can use libsecret as a password storage backend. This
       can be useful for GNOME 3 users and it may be turned on by
       default in the future as the dependency is light.

    o  SLIDESHOW is turned on by default: the features received
       enhancements in 1.6.0.

    o  SQUISH is turned on by default. This library is used to compress
       thumbnail and it's recommanded by the darktable developers.

PR:		195820
Differential Revision:	https://reviews.freebsd.org/D1311
Submitted by:	martin@sugioarto.com (earlier version)
Reviewed by:	antoine
Approved by:	antoine

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.

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)

- Switch graphics/GraphicsMagick to USES=libtool, drop .la files
- Bump dependent ports as .so version has changed
- Fix distinfo for graphics/cmg
- Fix shebang for graphics/vips

Approved by:	portmgr blanket

Bump PORTREVISION on all ports with USE_SQLITE=yes or USE_SQLITE=3 that
have not been bumped yet after the latest libsqlite3.so library version
change.

Approved by:	portmgr (implicit)

Update consumers of graphics/GraphicsMagick13 to use graphics/GraphicsMagick
instead, these two ports are now equal.
Bump PORTREVISIONs

Approved by:	portmgr (antoine)

graphics/darktable: Simplify options-dependent parts

Use variables prefixed by option names. This removes the need to use .if
blocks.

Use OPTIONS_SUB=yes and %%OPTION%% markers in pkg-plist. This fixes
pkg-plist for at least the LUA option [1].

Remove the post-patch target. It's not needed anymore, as the changes
were committed upstream.

Replace the usage of bsd.port.pre.mk/bsd.port.post.mk by
bsd.port.options.mk/bsd.port.mk.

Fix the build when WITH_DEBUG=1 is set. darktable's CMakeLists.txt
throws a fatal error if CMAKE_BUILD_TYPE is set to Debug and suggests to
use RelWithDebInfo: we now follow this advice.

Sort USES and options-prefixed variables alphabetically.

PR:		190516 [1]
Phabricator:	D178
Submitted by:	Matthieu Volat <mazhe@alkumuna.eu> (previous patch to fix [1])
Reviewed by:	bapt@
Approved by:	bapt@

graphics/darktable: Update to 1.4.2

The following changes were made to options:

    o  Remove GCC option (see below)
    o  Remove KWALLET option (unused)
    o  Rename FACEBOOK option to FB_PICASA, because both export features
       depend on json-glib.
    o  Add COLORD option (color management)
    o  Add GRAPHMAGICK option (support GraphicsMagick's image formats)
    o  Add LUA option (embed Lua to add scripting)
    o  Add OPENEXR option (support HDR image format)
    o  Add SQUISH option (use libsquish to compress thumbnails)
    o  Add WEBP option (support WebP image format)

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

- Chase libexiv2.so shlib version bump after r350163
- Fix nearby minor style issues while here (not all)

Approved by:	portmgr (bapt), some ports are still NO_STAGE :(

Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3.  This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.

Part II, Bump PORTREVISIONs.

PR:		182136
Supported by:	Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by:	bdrewery (two -exp runs)

Update freetype to 2.5.2.

Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.

Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.

Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.

PR:		ports/184587

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

Approved by:	wg (mentor)

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 libmpc version 1.0.1 which brings the following fixes:

 - Switched to automake 1.11.6, see CVE-2012-3386.
 - #14669: Fixed extraction of CC from gmp.h.
 - Fixed case of intermediate zero real or imaginary part in mpc_fma,
   found by hydra with GMP_CHECK_RANDOMIZE=1346362345.

This is on top of the following changes from version 1.0

 - Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
   invariant sections) for the documentation.
 - 100% of all lines are covered by tests
 - Renamed functions
   . mpc_mul_2exp to mpc_mul_2ui
   . mpc_div_2exp to mpc_div_2ui

- Remove manual creation and removal of share/applications, as it's now in the
mtree (categories starting with [fgijk])

Approved by:	portmgr (bdrewery)

Fix one build problem with Clang on FreeBSD 10.  There is another problem
due to conflict between libstdc++ and libc++, it will be fixed separately.

PR:		ports/182425
Submitted by:	dumbbell