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.

Opencv ports: remove TBB option to facilitate oneTbb transition

PR:		252785
Submitted by:	martymac
Approved by:	tcberner (maintainer)

- Upgrade math/eigen3 to 3.3.8;

- Add some dependencies which might be detected by Find_Package but not
registered;

- Bump PORTREVISION of consumers.

PR:		250833
Submitted by:	/me
Approved by:	tcberner@ (KDE / maintainer) + exp-run

Update devel/tbb to 2020.3 and bump dependent ports' revisions

Changelog: https://github.com/oneapi-src/oneTBB/blob/v2020.3/CHANGES

Update jasper to 2.0.16

This is needed to be able to update gegl to latest version.
Bump revision of all consumer as the ABI is not 100% backward compatible.
Provide a patch for graphics/devil to properly build with latest jasper.
While here add a missing USES=xorg to graphics/devil

Unmark these ports broken on aarch64.

Submitted by:	emaste (TRYBROKEN run)
Approved by:	portmgr (tier-2 blanket)

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/tesseract: Update to 4.0.0

Changelog:
	https://github.com/tesseract-ocr/tesseract/wiki/ReleaseNotes#tesseract-release-notes-oct-29-2018---v400

- due to an issue with the build system the man pages are missing -- this will
be corrected at a later stage.
- bump revisions of dependencies due to shlib-version change.

PR:		234285
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl> (maintainer)

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/opencv: Update to 3.4.1

PR:		210505
Submitted by:	rozhuk.im@gmail.com (partially, further work was done)
Exp-run by:	antoine

Also broken on aarch64 (missed in previous commit).

Mark as broken on armv7.

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

graphics/opencv, graphics/py-opencv: Add USES = fortran, bump portrevisions

PR:		211806
Submitted by:	eric@camachat.org
Reported by:	hassonofer@gmail.com

graphics/opencv: back out r423216 and r423063 (replaying r423316)

Renaming didn't help to unblock 3.x progress as co-existence with 2.x
was no less complex than simply fixing consumers. This commit also
restores directory-level history accidentally lost via git-svn.

PR:		210505
Pointy hat to:	jbeich (should've discussed first)

graphics/opencv: add suffix to make room for 3.x series

To avoid confusion, the main port is to track the latest release.
Whether to rename includes/libraries as well making it possible to
install 2.x and 3.x side-by-side remains to be investigated.

PR:		210505 (for tracking)
Inspired by:	PkgSrc

graphics/opencv: update to 2.4.13.1

Changes:	https://github.com/opencv/opencv/compare/2.4.9...2.4.13.1
ABI:		https://abi-laboratory.pro/tracker/timeline/opencv/
MFH:		2016Q4

graphics/py-opencv: limit python version to 2.x

Python module of OpenCV 2.4.9 is not compatible with Python 3.x
- both on cmake infrastructure level and on module itself level,
so just mark it as Python 2.x only and remove all the python3
shims - they are don't make any difference anyway.
We can patch that hardly to make it work, but it's better to just
update to latest version that have python3 support out of the box.

PR:		204519 (for tracking)

- Add SIMD option to specifically disable CPU optimizations and prevent crashes
  with ffmpeg on processors that do not support SSE instructions.  OFF by
  default for package building, ON with autodetect for ports to keep with
  POLA. [1][2]
- Bump PORTREVISION on all opencv ports

PR:		199715 [1], 200234 [2]
Submitted by:	Randy Westlund <rwestlun@gmail.com> [1], sasamotikomi@gmail.com
[2]

Switch PYTHON_REL from a 3 digits number to a 4 digits number to handle
python 2.7.10

Differential Revision:	https://reviews.freebsd.org/D2639
Reviewed by:	sunpoet, mva

- Trim @dirrm[try] from pkg-plist

Bump dependent ports' revisions following devel/tbb update (r368296)

Submitted by:	jhale

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)

- Update to 2.4.9
- Update LICENSE
- Convert USE_PYTHON -> USES

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 graphics/*opencv* to 2.4.7
- Revert options helpers to if statements since the OFF condition is not
  applied when OPTIONS_EXCLUDE is used
- Move most of the OpenCV modules from the graphics/opencv-core port to
  graphics/opencv, leaving opencv-core as just the bare minimum required
  for building ffmpeg with OpenCV support
- Install examples for python and java bindings
- Add new slave port graphics/opencv-java: Java bindings for OpenCV
- Bump PORTREVISION and make dependency adjustments and fixes for
  dependent ports
- Add UPDATING entry

Add NO_STAGE all over the place in preparation for the staging support (cat:
graphics)

- Take maintainership
- Trim Makefile headers

Approved by:	makc, avilla (mentors, implicit)
Feature safe:	yes

Add Python module slave port of graphics/opencv