*: Bump PORTREVISION for OpenEXR users

Because OpenEXR's SONAME has changed with the 3.2.0 update.
New SONAME: libOpenEXR-3_2.so.31

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

*: bump PORTREVISION of Imath users

...because math/Imath 3.1.9 reset the major version of
libImath to 29 from 31. See math/Imath 3.1.9 for details.

*: Bump revision of ports using math/Imath

...after its major revision update.

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

*: Bump PORTREVISION of math/Imath users

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/opencv: bump consumers after e21578d954550998435c5d6d532e2d5a67398bfe

This was missed in the upgrade of graphics/opencv.

Reported by:	VVD

graphics/gmic: Update 3.1.5 -> 3.1.6

Reported by:	portscout

*/*: bump all consumers after recent boost upgrade

graphics/gmic: Broken on systems where OpenMP isn't enabled

Reported by:	fallout

graphics/gmic: Restore gmic executable

... that got removed from the port after the upstream refactored
the build and switched to GNU Make. Special target 'cli' should
be added for gmic executable to be built.

Reported by:	Andrea Venturoli <ml@netfence.it>

graphics/gmic: Update 3.1.3 -> 3.1.5

Reported by:	portscout

graphics/gmic: Update 3.1.2 -> 3.1.3

Reported by:	portscout

graphics/gmic: Add patch

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/gmic: Update 3.0.0 -> 3.0.1

Reported by:	portscout

graphics/gmic: Update 2.9.9 -> 3.0.0

Reported by:	portscout

graphics/gmic: Update 2.9.8 -> 2.9.9

Reported by:	portscout

*: graphics/openexr PORTREVISION bumps

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

graphics/gmic: Update 2.9.7 -> 2.9.8

Reported by:	portscout

*: bump PORTREVISION after math/Imath update

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

Bump portrevisions of openexr and Imath users.

graphics/gmic: Update 2.9.6 -> 2.9.7

Reported by:	portscout

chase library renames for OpenEXR/Imath 3.0

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

Remove # $FreeBSD$ from Makefiles.

graphics/gmic: Update 2.9.5 -> 2.9.6

Reported by:	portscout

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/gmic: Update 2.9.4 -> 2.9.5

Reported by:	portscout

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/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/gmic: Update 2.9.3 -> 2.9.4

graphics/gmic: Update 2.9.2 -> 2.9.3

graphics/gmic: Update 2.9.1 -> 2.9.2

Reported by:	portscout

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.

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/gmic: Update 2.9.0 -> 2.9.1

Reported by:	portscout

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)

graphics/gmic: Update 2.8.4 -> 2.9.0

Reported by:	portscout

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

graphics/gmic: Remove the option PLUGINS

It has been deprecated by the upstream
https://github.com/dtschump/gmic/issues/135#issuecomment-518665980
The replacement is a separate project gmic-qt that has already been ported to
FreeBSD: graphics/gmic-qt

graphics/gmic: Update 2.8.3 -> 2.8.4

Reported by:	portscout

graphics/gmic: Update 2.8.2 -> 2.8.3

Reported by:	portscout

graphics/gmic: Update 2.8.1 -> 2.8.2

Reported by:	portscout

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.

graphics/gmic: Fix build by adding the devel/openmp dependency

Reported by:	fallout

graphics/gmic: Update 2.8.0 -> 2.8.1

Reported by:	portscout

graphics/gmic: Update 2.7.5 -> 2.8.0

Reported by:	portscout

Sprinkle more USES=xorg

graphics/gmic: Update 2.7.4 -> 2.7.5

Reported by:	portscout

graphics/gmic: Update 2.7.2 -> 2.7.4

graphics/gmic: Update 2.7.1 -> 2.7.2

Reported by:	portscout

devel/openmp: update to 9.0.0

- Connect tests to the framework to help QA remaining patches
- Force rebuild all consumers after https://reviews.llvm.org/D59783

Changes:	http://llvm.org/viewvc/llvm-project/openmp/tags/RELEASE_900/final/?view=log
ABI:		https://abi-laboratory.pro/tracker/timeline/llvm_openmp/

graphics/gmic: Update 2.7.0 -> 2.7.1

Reported by:	portscout

graphics/gmic: Update 2.6.7 -> 2.7.0

Reported by:	portscout

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/gmic: Update 2.6.6 -> 2.6.7

Reported by:	portscout

graphics/gmic: Update 2.6.5 -> 2.6.6

Reported by:	portscout

graphics/gmic: Update 2.6.4 -> 2.6.5

Reported by:	portscout

graphics/gmic: Update 2.6.3 -> 2.6.4

Reported by:	portscout

graphics/gmic: Unbreak on 13: /usr/lib/libomp.so conflicting with the 'openmp'
package has been added to 13-CURRENT

Reported by:	fallout

graphics/gmic: Update 2.6.2 -> 2.6.3

Reported by:	portscout

graphics/gmic: Update 2.6.1 -> 2.6.2

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/gmic: Update 2.5.7 -> 2.6.1

Reported by:	portscout

graphics/gmic: Update 2.5.6 -> 2.5.7

Reported by:	portscout

graphics/gmic: Update 2.5.5 -> 2.5.6

PR:		237189

graphics/gmic: Update 2.5.4 -> 2.5.5

Reported by:	portscout

graphics/gmic: Update 2.5.3 -> 2.5.4

Reported by:	portscout

graphics/gmic: Update 2.5.2 -> 2.5.3

Reported by:	portscout

graphics/gmic: Update 2.4.5 -> 2.5.2

Reported by:	portscout

graphics/gmic: Update 2.4.3 -> 2.4.5

Reported by:	portscout

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

graphics/gmic: Update 2.4.2 -> 2.4.3

Reported by:	portscout

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

graphics/gmic: Update 2.4.1 -> 2.4.2

Reported by:	repology

graphics/gmic: Update 2.4.0 -> 2.4.1

Reported by:	portscout

graphics/gmic: Update 2.3.6 -> 2.4.0

Reported by:	repology

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.

graphics/gmic: Update 2.3.5 -> 2.3.6

Reported by:	portscout

graphics/gmic: Update 2.3.4 -> 2.3.5

Reported by:	portscout

graphics/gmic: Update 2.3.3 -> 2.3.4

Reported by:	portscout

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/gmic: Change github to tarballs.

This fixes the problem of dependency on the volatile distfile
and simplifies the port.

graphics/gmic: Update 2.3.2 -> 2.3.3

Reported by:	portscout

graphics/gmic: Update 2.3.1 -> 2.3.2

Reported by:	portscout

graphics/gmic: Update 2.3.0 -> 2.3.1

Reported by:	portscout

graphics/gmic: Distfile change

The unversioned side distfile http://gmic.eu/gmic_stdlib.h changed.
Difference doesn't look suspicious.
I suggested to them to version it and to only update it with the project itself.

Reported by:	fallout

graphics/gmic: Update 2.2.3 -> 2.3.0

Reported by:	portscout

graphics/gmic: Add PORTSCOUT pattern to prevent triple-digit versions

Canonicalize dependency on libpng

graphics/gmic: Correct the BROKEN_xx statement

graphics/gmic: Add options PLUGINS X11

Also simplify EXTRACT_ONLY and move plist to pkg-plist.

Reported by:	mat (EXTRACT_ONLY simplification)

New port: graphics/gmic: Framework for image processing