graphics/alembic: unbreak the fetch and drop needless LIB_DEPENDS

- Distfile had been rerolled upstream to remove experimental tweak
  that accidentally snuck its way in (diff-verified)
- Do not force linking against `science/libaec' which is not used
  directly and could only be pulled via optional `science/hdf5',
  where it is also subject to SZIP option

Reported by:	vvd, pkg-fallout, Mamoru Iwaki
PR:		282157, 281999 (first take)

graphics/alembic: update the port to version 1.8.7

Reported by:	portscout

graphics/alembic: update the port to version 1.8.6

Reported by:	portscout

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

graphics/alembic: update the port to version 1.8.5

Reported by:	portscout

*: Bump PORTREVISION of math/Imath users

graphics/alembic: update the port to version 1.8.4

Reported by:	portscout

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.

science/hdf5: bump PORTREVISION of consumers

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

Reported by:	VVD <vvd@unislabs.com>

graphics: 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>

*/*: Replace science/szip with science/libaec

- Bump PORTREVISION of dependent ports for dependency change

szip does not allow redistribution in binary form without proper commercial
license. Its LICENSE_PERMS should be set to no-auto-accept which blocks building
this port, therefore building dependent ports are also blocked. Switch all
dependent ports to science/libaec to avoid conflicts and license issue.

PR:		228743, 246097, 250165

graphics/alembic: the port had been updated to version 1.8.3.

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

graphics/alembic: update the port to version 1.8.2.

Reported by:	portscout

Bump portrevisions of openexr and Imath users.

Update `graphics/alembic' to version 1.8.1.

Reported by:	portscout

Update `graphics/alembic' to version 1.8.0.

Reported by:	portscout

graphics/alembic: update to 1.8.0_beta2 to make compatible with OpenEXR/Imath
3.0

Remove # $FreeBSD$ from Makefiles.

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/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@!)

Update to version 1.7.16.

Found out via:	repology.org

Update to version 1.7.15.

Reported by:	portscout

- Update to version 1.7.14
- Remove the upstreamed patch

Found out via:	repology.org

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

- Update `graphics/alembic' to version 1.7.13
- Remove patch hunks which were merged upstream

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)

Unbreak the build when previous version of the port is installed by
preventing system-wide include directories being injected into the
global CMake state and thus taking precedence over target's include
directories.  Hook provided test suite to our framework while here.

PR:	245298

- Update `graphics/alembic' to version 1.7.12
- Drop no longer required `post-patch' target

Found out via:	repology.org

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.

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

Update `graphics/alembic' to version 1.7.11.

Reported by:	portscout

Update science/hdf5 to 1.10.4

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://portal.hdfgroup.org/display/support/HDF5%201.10.4#releasenotes
PR:		233070
Submitted by:	wen

Update `graphics/alembic' to version 1.7.10.

Discovered via:	repology.org

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.

Update `graphics/alembic' to version 1.7.9.

Reported by:	portscout

Update science/hdf5 to 1.10.2

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://portal.hdfgroup.org/display/support/HDF5%201.10.2#releasenotes
		https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.2/src/hdf5-1.10.2-RELEASE.txt
PR:		231009
Exp-run by:	antoine

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

Update `graphics/alembic' to version 1.7.8.

Found out via:	repology.org
Ignored by:	portscout :(

Update `graphics/alembic' to version 1.7.7.

Reported by:	portscout

Update `graphics/alembic' to version 1.7.6.

Found out via:	repology.org

Update `graphics/alembic' to version 1.7.5.

Reported by:	portscout

- Update `graphics/alembic' to version 1.7.4 [*]
- Utilize PLIST_FILES instead of pkg-plist to avoid passing ${PORTVERSION}
  and ${PORTVERSION:R} via PLIST_SUB (not very elegant, but quite clear)

Found out via:	repology.org [*]

Because GitHub releases (tarballs) are not fetched with correct modification
time, set TIMESTAMP to 1507854327 which corresponds to commit aefa609 tagged
as this release.

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

Update science/hdf5 to 1.10.1

- Bump PORTREVISION for shlib change

Changes:	https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.1/src/hdf5-1.10.1-RELEASE.txt

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

- Update `graphics/alembic' to version 1.7.1 [*]
- Make HDF5 support (and thus the dependency) optional
- USE_GL and Boost dependencies are no longer needed, remove them and
  their associated patch files
- Remove CMAKE_ARGS: it was setting values which are the defaults now
- Add missing USE_LDCONFIG and move USE_GITHUB together with other USE_*
  knobs: while it makes sense to have a dedicated GitHub-related block
  of knobs, single USE_GITHUB does not really warrant it
- Remove HDF5_ROOT gimmick for Alembic < 1.6.0's AlembicHDF5.cmake as it
  is no longer required (ditto for the patch)

Reported by:	portscout [*]

Because GitHub releases (tarballs) are not fetched with correct modification
time, set TIMESTAMP to 1490314701 which corresponds to commit 895a7c6 tagged
as this release.

devel/boost-*: update to 1.63.0

Changes:	http://www.boost.org/users/history/version_1_63_0.html
PR:		215598
Exp-run by:	antoine
Approved by:	office (bapt)
MFH:		2017Q1

Remove BROKEN_FreeBSD_9

Approved by:	portmgr (blanket)

devel/boost-*: update to 1.62.0

- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC

Changes:	http://www.boost.org/users/history/
PR:		199601
Submitted by:	Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by:	rakuco (kde) (earlier version)
Exp-run by:	antoine (3 tries), truckman (consumers only, earlier versions)
Approved by:	bapt (office)

Allow HDF5 to be found with CMake >= 3.6.0.

CMake's FindHDF5.cmake underwent some refactoring upstream and it now respects
the HDF5_ROOT variable in more places and separates HDF5_LIBRARIES from
HDF5_HL_LIBRARIES.

Do some slight adjustments to the Alembic port for it to continue working with
the upcoming CMake 3.6.1 (they are no-ops with CMake 3.5.2 which is currently
in the ports tree):
- Set HDF5_ROOT via CMAKE_ARGS so that Alembic does not set it to a nonsensical
  value.
- Add HDF5_HL_LIBRARIES to ALEMBIC_HDF5_LIBS so that libhdf5_hl.so continues to
  be passed to the linker.

PR:		210988

Unbreak the build after `science/hdf5' was updated to v1.10.0 in r413700.

Reported by:	pkg-fallout
Pointy hat to:	sunpoet

- Update to 1.10.0
- Add LICENSE_FILE
- Remove outdated PORTSCOUT
- Re-enable SZIP option by default: it was changed unintentionally in r398300

Changes:	https://www.hdfgroup.org/ftp/HDF5/releases/hdf5-1.10/hdf5-1.10.0/src/hdf5-1.10.0-RELEASE.txt
		https://www.hdfgroup.org/HDF5/doc/ADGuide/Changes.html

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Unbreak the build on PowerPC, in a simple way: replace deprecated __sync_*
function with corresponding __atomic_* counterpart and link with libatomic
against GCC.  This should be no-op on Tier-1 architectures (against Clang),
since that code branch is guarded by __GNUC__ >= 4 && __GNUC_MINOR__ >= 4.

Add a port of Alembic, an open framework for storing and sharing graphic
scene data.

WWW: http://alembic.io/