Current status

These upgrade notes are taken from /usr/ports/UPDATING

• 2013-12-03

  Affects: users of graphics/opencv, graphics/opencv-core

  Author: jhale@FreeBSD.org

  Reason: 
    OpenCV has been updated to 2.4.7.  Due to movement of files between the
    opencv port and the opencv-core port, it will be necessary to remove
    both packages before updating.
  
    # pkg_delete -f opencv\*
      or
    # pkg delete -fg opencv\*
      followed by
    # portmaster -a
      or
    # portupgrade -a
  
  

Expand this list (2 items)

• 2011-08-22

  Affects: users of graphics/opencv

  Author: mm@FreeBSD.org

  Reason: 
    OpenCV python module was moved to own port: graphics/py-opencv
  
  

• 2011-06-29

  Affects: users of graphics/opencv

  Author: mm@FreeBSD.org

  Reason: 
    OpenCV was updated to version 2.3.0rc and to avoid circular dependencies
    split into two ports: graphics/opencv-core and graphics/opencv
  
    Before updating please uninstall the graphics/opencv port first because
    the new dependency graphics/opencv-core contains conflicting files with
    the old port graphics/opencv.
  
  

• Collapse this list.

• port moved here from graphics/opencv-core on 2021-01-30
  REASON: Reintegrated into a simple, maintainable port
  
  
• port moved here from graphics/py-opencv on 2021-01-30
  REASON: Reintegrated into a simple, maintainable port
  
  
• port moved here from graphics/opencv-java on 2021-01-30
  REASON: Reintegrated into a simple, maintainable port
  
  
• port moved here from graphics/opencv2 on 2017-04-14
  REASON: Revert previous rename
  

Cleanup LIB_DEPENDS

graphics/opencv: Fix JAVA option and correct Apache Ant usage

JAVA option did not work because the actual build knob was wrong.
Especially, on a system where devel/apache-ant was installed, ant and
java binaries were automatically detected and enabled even if the JAVA
option was disabled.  While I am here, fix Apache Ant usage by setteing
JAVACMD variable.  Without it, it may pick up java binary from JRE via
javavm(1) from java/javavmwrapper.  If ant script is used with java from
JRE, build fails because it cannot find jar.

Approved by:	tcberner (maintainer)

chase library renames for OpenEXR/Imath 3.0

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

Remove # $FreeBSD$ from Makefiles.

Clean up some things

- Fix typos
- Remove duplicate variables
- Remove nop variables
- Sort categories

Reported by:	portscan

Introduce devel/onetbb and mark devel/tbb as legacy

Intel oneAPI tbb 2021.1 (onetbb) has been released[1][2] and has deprecated
several interfaces over tbb 2020, breaking most dependent ports.

Old tbb 2020 will be kept for a certain time to allow transition but will be
removed in a near future as it CONFLICTS with devel/onetbb. New ports should
now use devel/onetbb instead of devel/tbb.

We tried to move a maximum number of dependent ports to devel/onetbb (or
disable dependency when not possible), but some of them still remain stuck
to devel/tbb. Remaining ones have not been identified as major dependencies
themselves and will be fixed as soon as updates are available from upstream.

PR:		252648, 252688 [3], 252683 [4], 252651 [5], 252690 [3], 252693 [3],
	252695 [3], 252696 [3], 252786 [3], 252649, 252868 [6], 252870 [5],
	252684 [7], 252785 [7]
Approved by:	yuri [3], jwb [4], thierry [5], FreeBSD@Shaneware.biz [6],
	maintainer timeout [7]

[1]
https://software.intel.com/content/www/us/en/develop/articles/intel-oneapi-threading-building-blocks-release-notes.html
[2]
https://software.intel.com/content/www/us/en/develop/articles/tbb-revamp.html

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/opencv: add HARDENING and LTO options

PR:		253415
Approved by:	tcberner (maintainer)

graphics/opencv: fix package with py38

Reported by:	poudriere fallout
Pointyhat to:	tcberner

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.

Bump PORTREVISION for devel/protobuf shlib change

Opencv ports: remove TBB option to facilitate oneTbb transition

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

multimedia/libxine: Update to 1.2.11, Add ImageMagick7 support

Changelog:
https://sourceforge.net/p/xine/xine-lib-1.2/ci/default/tree/ChangeLog:
xine-lib (1.2.11) 2020-12-06
  * Add gopher input plugin.
  * Add user settings for IPv6.
  * Split a52 spdif output to separate decoder.
  * Code cleanup.
  * More engine optimization.
  * Small optimizations (opengl2, dvb subtitles, png, mpeg-ts).
  * Better A/V sync.
  * Fix a few crashes.
  * Fix bluray playback.
  * Fix VAAPI picture jitter and green flashes.
  * Fix Opus and EAC3 audio playback.

Drop python 2.7 support from a few ports

With hat:	portmgr

- 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

Convert to USES=eigen

PR:		250949
Approved by:	portmgr (blanket)

graphics/opencv: fix build of dependent ports on powerpc64le

It's important to first undef the conflicting keywords, then import altivec.h.

graphics/opencv: adopt port

Fix build with jasper 2.0.20

Bump PORTREVISION for devel/protobuf shlib change

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

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

- Update devel/gdcm to 3.0.7.
- Bump portrevision of dependent ports.

- Update devel/gdcm to 3.0.6.
- Bump portrevision of dependent ports.

Bump PORTREVISION for devel/protobuf shlib change

Update devel/tbb to 2020.2 and bump dependent port's revisions

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

- Update devel/gdcm to 3.0.5.
- Bump portrevision of dependent ports.

Bump PORTREVISION for graphics/gdal shlib change

Bump PORTREVISION for devel/protobuf shlib change

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

Update devel/tbb to 2020.0 and bump dependent ports' revisions [1]

Also, while here, re-generate patches using the makepatch target

[1] Changelog: https://github.com/intel/tbb/blob/v2020.0/CHANGES

graphics/opencv: expose Intel Quick Sync Video support

Fix build with python 3.7

PR:		233770

graphics/opencv: Allow py3x flavors in the slave port graphics/py-opencv

While here, add USES=gnome

Add USES={gl,gnome,mate,sdl,xorg} missed in the last round

- Update devel/gdcm to 3.0.4.
- Bump portrevision of dependent ports.

- Update devel/gdcm to 3.0.3.
- Bump portrevision of dependent ports.

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

Changelog: https://github.com/intel/tbb/blob/tbb_2019/CHANGES

multimedia/ffmpeg: update to 4.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.2:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

Bump PORTREVISION for devel/protobuf shlib change

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 devel/protobuf to 3.8.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases
PR:		238808
Exp-run by:	antoine

- Update devel/gdcm to 3.0.0.
- Bump portrevision of dependent ports.

Remove :DEFAULT where not required.

Update devel/protobuf to 3.7.1

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases
PR:		236157
Exp-run by:	antoine

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)

graphics/opencv: remove QT4 option (Qt4 deprecation)

Approved by:	portmgr (implicit)

- Update devel/gdcm to 2.8.9.
- Bump portrevision for dependent ports.

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

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 devel/protobuf to 3.6.1

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases
PR:		231008
Exp-run by:	antoine

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

- Take maintainership of devel/gdcm.
- Update devel/gdcm to 2.8.8.
- Bump portrevision of dependent ports.

multimedia/ffmpeg: update to 4.1

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.1:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

Update devel/tbb to version 2019.1 and bump dependent ports' revisions

Also, reintegrate HTML documentation that was removed in previous version.

- Update WWW

Approved by:	portmgr blanket

Update devel/tbb to version 2019 and bump dependent port's revisions

Bump PORTREVISION to chase update of multimedia/v4l_compat and libv4l

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

multimedia/libxine: Update to 1.2.9

- Cleanup options
- Enable IMAGEMAGICK by default
- Make DVB support optional but leave it enabled by default
- Add SNDIO option
- Properly order pkg-plist
- Unbreak on aarch64
- Bump revision of dependent ports [1]

Changes:	https://sourceforge.net/projects/xine/files/xine-lib/1.2.9/README.txt/view
ABI:		https://abi-laboratory.pro/tracker/timeline/xine-lib/ [1]
PR:		219921
Reported by:	emorrasg@yahoo.es
Submitted by:	w.schwarzenfeld@utanet.at (initial version), Nathan
<ndowens@yahoo.com>
Reviewed by:	mat, tobik
Differential Revision:	https://reviews.freebsd.org/D16840

graphics/opencv: switch to upstream Clang 7 fix

Submitted by:	Alexander Alekhin

graphics/opencv-core: unbreak after r476652

===>  Applying FreeBSD patches for opencv-core-3.4.1_2
No file to patch.  Skipping...
1 out of 1 hunks ignored--saving rejects to
modules/stereo/src/descriptor.cpp.rej
Can't create modules/stereo/src/descriptor.cpp.rej, output is in
/tmp/patchr6xYigwcnNn: No such file or directory
=> FreeBSD patch patch-modules_stereo_src_descriptor.cpp failed to apply
cleanly.
=> Patch(es)  patch-modules_core_include_opencv2_core_cvdef.h
patch-modules_core_include_opencv2_core_types__c.h
patch-modules_core_src_utils_filesystem.cpp
patch-modules_highgui_include_opencv2_highgui_highgui__c.h
patch-modules_highgui_src_window.cpp patch-modules_highgui_src_window__gtk.cpp
applied cleanly.
*** Error code 1

graphics/opencv: unbreak with clang 7

 modules/stereo/src/descriptor.cpp:229:34: error: ordered comparison between
pointer and zero ('const int *' and 'int')
	     CV_Assert(image.size > 0);
		       ~~~~~~~~~~ ^ ~
 modules/stereo/src/descriptor.cpp:230:33: error: ordered comparison between
pointer and zero ('const int *' and 'int')
	     CV_Assert(cost.size > 0);
		       ~~~~~~~~~ ^ ~
 modules/core/include/opencv2/core/base.hpp:478:84: note: expanded from macro
'CV_Assert'
 #define CV_Assert(...) do { CVAUX_CONCAT(CV_Assert_,
CV_VA_NUM_ARGS(__VA_ARGS__)) (__VA_ARGS__); } while(0)
										    ^~~~~~~~~~~
 modules/core/include/opencv2/core/base.hpp:455:35: note: expanded from macro
'CV_Assert_1'
 #define CV_Assert_1( expr ) if(!!(expr)) ; else cv::error(
cv::Error::StsAssert, #expr, CV_Func, __FILE__, __LINE__ )
				   ^~~~

PR:		230355

graphics/opencv-core: remove unneeded depends

opencv-core only needs protobuf to build and doesn't need tesseract at
all, so only add the LIB_DEPENDS when not building opencv-core

PR:		229800
Reported by:	Ali Abdallah <aliovx@gmail.com>

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	-https://reviews.freebsd.org/D15540

graphics/opencv: bump PORTREVISION for r469681

graphics/opencv: add missing LIB_DEPENDS

graphics/opencv: Update to 3.4.1

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

multimedia/ffmpeg: update to 4.0

- FFSERVER support was removed upstream
- libressl now uses libtls backend instead of patching openssl one
- Clang i386 no longer uses 16-byte aligned stack

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.0:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/
PR:		227726
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15175

graphics/opencv: unbreak with ffmpeg 4.0

In file included from modules/highgui/src/cap_ffmpeg.cpp:45:
modules/highgui/src/cap_ffmpeg_impl.hpp:1481:21: error: use of undeclared
identifier 'CODEC_FLAG_GLOBAL_HEADER'
        c->flags |= CODEC_FLAG_GLOBAL_HEADER;
                    ^
modules/highgui/src/cap_ffmpeg_impl.hpp:1505:30: error: use of undeclared
identifier 'AVFMT_RAWPICTURE'
    if (oc->oformat->flags & AVFMT_RAWPICTURE) {
                             ^
modules/highgui/src/cap_ffmpeg_impl.hpp:1679:35: error: use of undeclared
identifier 'AVFMT_RAWPICTURE'
        if( (oc->oformat->flags & AVFMT_RAWPICTURE) == 0 )
                                  ^
modules/highgui/src/cap_ffmpeg_impl.hpp:1913:32: error: use of undeclared
identifier 'AVFMT_RAWPICTURE'
    if (!(oc->oformat->flags & AVFMT_RAWPICTURE)) {
                               ^
modules/highgui/src/cap_ffmpeg_impl.hpp:2207:25: error: use of undeclared
identifier 'CODEC_FLAG_GLOBAL_HEADER'
            c->flags |= CODEC_FLAG_GLOBAL_HEADER;
                        ^

PR:		227726
Obtained from:	upstream (via Homebrew)

opencv-java fails to build with python3

New USES=eigen

  Usage:
    USES=eigen:<version>[,<type>]

    version: 2 or 3 (required)
    type:    build (default), run

  For example:
    USES=eigen:2,build,run
  will add a BUILD- and RUN_DEPENDS on math/eigen2, and
    USES=eigen:3
  will add a BUILD_DEPENDS on math/eigen3.

* Convert the existing ports to use it
  - biology/iqtree: remove run time dependency (seemed not to be needed)
  - graphics/movit: remove run time dependency (seemed not to be needed)
  - science/avogadro: add run time dependeny (installed cmake file requires it
to be present)

Reviewed by:	rakuco, mat
Differential Revision:	https://reviews.freebsd.org/D13702

Convert Python ports to FLAVORS.

  Ports using USE_PYTHON=distutils are now flavored.  They will
  automatically get flavors (py27, py34, py35, py36) depending on what
  versions they support.

  There is also a USE_PYTHON=flavors for ports that do not use distutils
  but need FLAVORS to be set.  A USE_PYTHON=noflavors can be set if
  using distutils but flavors are not wanted.

  A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
  added to cope with Python ports that did not have the Python
  PKGNAMEPREFIX but are flavored.

  USES=python now also exports a PY_FLAVOR variable that contains the

Temporarily uncomment the added armv7 line to allow an MFC that does not drag
in world+dog.

PR:		211805
Submitted by:	ler
Reported by:	ler

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

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

multimedia/ffmpeg: update to 3.4

Notable changes:
- i386/amd64 now depend on NASM per
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/4f9297ac3b39
- NETCDF is now MYSOFA but the dependency doesn't exist in ports yet
- SCHROEDINGER is gone per
https://git.ffmpeg.org/gitweb/ffmpeg.git/commitdiff/220b24c7c9
- DRM, LIBRSVG2, LIBXML2 are new options
- ABI isn't completely compatible: some structs have changed

Minor cleanup:
- Don't pass --disable-{in,out}dev when it's already blocked by disabled
dependency
- Drop redundant "Enable" from option descriptions
- Switch CDIO_DESC to use Mk/bsd.options.desc.mk

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n3.4:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/
PR:		223057
Exp-run by:	antoine

For ports that are explicitly enabled on armv6, also enable them
on armv7.  This has not been tested with an -exp run but should
"do no harm".

PR:		221894 (partial)

Update tbb to 2018 and bump dependent ports' revisions

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/opencv: drop unused line after r260084

WANT_* variables are a relic of the dark times before bsd.port.options.mk.

graphics/opencv: chase HTTP redirect

opencv.org points to Itseez repo which is confusing unless one clicks
on the link.

Pointyhat to:	jbeich (r423059)

graphics/py-opencv: drop python3 vestige after r422698

PYTHON_REL is defined in bsd.port.pre.mk, so this unlikely to ever have
worked unless defined via make.conf. Note, USES=python only supports
overriding PYTHON_VERSION apart from DEFAULT_VERSIONS=python*.

  $ make -V PYTHON_VERSION PYTHON_REL=3500
  python2.7

  $ PYTHON_REL=3500 make -V PYTHON_REL
  2712

  $ make -V PYTHON_REL PYTHON_VERSION=python3.5
  3502

PR:		204519 (for tracking)

graphics/opencv: unbreak build on 9.x after r421231

In file included from
/usr/local/include/eigen3/unsupported/Eigen/MatrixFunctions:58,
                 from modules/contrib/src/rgbdodometry.cpp:65:
/usr/local/include/eigen3/unsupported/Eigen/src/MatrixFunctions/MatrixExponential.h:
In member function 'void
Eigen::MatrixExponential<MatrixType>::computeUV(float)':
/usr/local/include/eigen3/unsupported/Eigen/src/MatrixFunctions/MatrixExponential.h:296:
error: call of overloaded 'pow(int, int&)' is ambiguous
/usr/include/math.h:210: note: candidates are: double pow(double, double)
/usr/include/c++/4.2/cmath:357: note:                 float std::pow(float,
float)
/usr/include/c++/4.2/cmath:361: note:                 long double std::pow(long
double, long double)
/usr/include/c++/4.2/cmath:365: note:                 double std::pow(double,
int)
/usr/include/c++/4.2/cmath:369: note:                 float std::pow(float, int)
/usr/include/c++/4.2/cmath:373: note:                 long double std::pow(long
double, int)

Reported by:	pkg-fallout

graphics/opencv: convert to option helpers (cpu)

graphics/opencv: convert to option helpers (nested)

graphics/opencv: convert to options helpers (mechanic)

graphics/opencv: switch to new home

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)

Return to pool. Unfortunately, I don't have time to maintain this port.

graphics/opencv: unbreak build with ffmpeg 3.0

modules/highgui/src/ffmpeg_codecs.hpp:104:7: error: use of undeclared identifier
'CODEC_ID_H264'; did you mean 'AV_CODEC_ID_H264'?
    { CODEC_ID_H264, MKTAG('H', '2', '6', '4') },
      ^~~~~~~~~~~~~
modules/highgui/src/ffmpeg_codecs.hpp:121:7: error: use of undeclared identifier
'CODEC_ID_MPEG4'; did you mean 'AV_CODEC_ID_MPEG4'?
    { CODEC_ID_MPEG4, MKTAG('D', 'I', 'V', 'X') },
      ^~~~~~~~~~~~~~
[...]

PR:		208895
Reported by:	antoine (via exp-run)
Submitted by:	Ben Woods <woodsb02@gmail.com>
Approved by:	maintainer timeout (jhale, 3 weeks)
Obtained from:	Debian

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

With hat:	portmgr
Sponsored by:	Absolight

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

PR:		202777
Submitted by:	oleksii.tsai@gmail.com

Uses/cmake.mk: Replace CMAKE_ENV with CONFIGURE_ENV.

Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.

This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).

Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
                       no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
                 retrieved from the CMAKE_CXX_COMPILER variable in the build
                 system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
                        has no effect on the build system.

Reviewed by:		makc
Differential Revision:	https://reviews.freebsd.org/D3403

graphics/opencv: fix configure when EIGEN is off

When EIGEN option is off, CMAKE_ARGS is reset, thus enabling build of
tests and docs (causing some leftovers), and, should it be installed,
linking against libdc1394 even when option DC1394 is off. PORTREVISION
bump is needed to address the latter case.

Meanwhile, re-enable make jobs.

Differential Revision:	https://reviews.freebsd.org/D2893
Reviewed by:	jhale (maintainer)
Approved by:	jhale (maintainer)
MFH:		2015Q2

Convert to USES=jpeg

- Make SIMD option default across the board.  The behavior should be the same
  since the package builders don't set CPUTYPE.

Suggested by:	tijl