graphics/opencv4.13.0_9

*/*: bump graphics/ogre3d consumers

graphics/opencv: fix build with multimedia/ffmpeg 9

Reference: https://github.com/opencv/opencv/pull/29533

graphics/opencv: use multimedia/v4l_compat on non-CURRENT

Since video(4) et al landed in -CURRENT, the multimedia/v4l_compat
headers conflict with <sys/videoio.h> when both are present. Support
for <sys/videoio.h> is already included for NetBSD so ensure that
this path is taken during configure on -CURRENT. Also ensure that
the Linux-style unsigned int shorthand is defined for us in addition
to OpenBSD.

PR: 297454

graphics/opencv: fix WWW

`www` subdomain results in error

graphics/opencv: fix plist with free-threaded Python

Event: FreeBSD Developer Summit 2026
Event: BSDCan 2026

*/*: bump PORTREVISION after the upgrade of OpenBLAS

graphics/gdal: Update to 3.13.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/OSGeo/gdal/releases
		https://github.com/OSGeo/gdal/blob/release/3.13/NEWS.md

*/*: bump PORTREVISION after switching to NumPy 2.x

*/*: Switch to NumPy 2.x

PR:		294328
Exp-run:	antoine

math/py-numpy: switch all consumers to math/py-numpy1

...and bump PORTREVISIONs of consumers with hard RUN_DEPENDS

PR: 281470

graphics/opencv: Fix build issue with VTK option enabled due to lack of #include <iostream>

Approved by:	portmgr (blanket - fix build)

graphics/opencv: Fix potential build issues due to lack of #include <iostream>

Reported by:	Vladimir Druzenko <vvd@freebsd.org>

math/vtk9: update 9.5.2 → 9.6.0

*/*: bump portrevision after java_default=21 update

PR:	272855

graphics/opencv: fix error in header

Detected while building graphics/zeno:
/usr/local/include/opencv4/opencv2/core/vsx_utils.hpp:261:29: error: missing ')' in expression
  261 | #if defined(__POWER10__) || (defined(__powerpc64__) && defined(__ARCH_PWR10__)

graphics/opencv: unbreak build on aarch64 (+)

Since 4.13.0, usage of KleidiCV (arm-specific acceleration library) is on by default which breaks aarch64 build.
Set it to OFF to mimics previous behavior until library will be ported to FreeBSD.

graphics/opencv: Update to 4.13.0

PR:		292888

graphics/opencv: Fix typo in GTK3 option

PR:		292033

graphics/opencv: fix build on powerpc64le

Add back definitions removed in https://github.com/opencv/opencv/commit/63ef786a3a0afcd44bf842f967656052d52dde09.

graphics/opencv: Update to 4.12.0

PR:		292002
Reviewed by:	vishwin
Co-authored-by:	Gleb Popov <arrowd@FreeBSD.org>

graphics/opencv: pull in upstream commits for ffmpeg 8 compatibility

Some functions were removed in ffmpeg 8.

Reference:	https://github.com/opencv/opencv/issues/27688
		https://github.com/opencv/opencv/pull/27691
		https://github.com/opencv/opencv/pull/27746

PR: 291933

devel/gflags: Update to 2.3.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/gflags/gflags/releases

*: Bump PORTREVISION of graphics/openexr users

(including those where openexr is only an option)

graphics/opencv: Add AVIF option, off by default

PR:		288801

graphics/opencv: fix build on powerpc64le

/wrkdirs/usr/ports/graphics/opencv/work/opencv-4.11.0/modules/core/include/opencv2/core/hal/intrin_math.hpp:542:41: error: use of undeclared identifier 'v_ne'
  542 |     _TpVec32F mask_nan = v_or(mask_inf, v_ne(x, x));
      |                                         ^

math/vtk9: update 9.2.6 → 9.5.0

python.mk: rename PYTHON_EXT_SUFFIX to PYTHON_TAG, document, etc

EXT_SUFFIX, according to PEP 3149, refers to the full tag and
extension for compiled extension module objects, eg .cpython-311.so,
.cpython-313t.so, etc. We do not use the correct semantic meaning,
and this usage becomes ambiguous and confusing when tags do not
match between bytecode and compiled extension module objects.

Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's
specification of a magic tag, which consists of implementation name
and shorthand version only. This is meant for bytecode and other
files containing this tag in their filename that do not depend on
a specific Python ABI for the same version. Chase all existing
consumers.

Introduce PYTHON_SOABI to align with PEP 3149's specification of a
tag, which consists of implementation name, shorthand version and
any ABI flags present (this and PYTHON_TAG are identical without
ABI flags). This is meant for compiled extension module objects and
other files that depend on a specific Python ABI for the same
version.

Add documentation for these variables that our PYTHON_EXT_SUFFIX
never had.

PR: 274671
Event: Kitchener-Waterloo Hackathon 202506

graphics/gdal: Update to 3.11.0

Changes:	https://github.com/OSGeo/gdal/releases
		https://github.com/OSGeo/gdal/blob/release/3.11/NEWS.md

graphics/opencv: Update to 4.11.0

PR:		286423

gnome.mk: rename gdkpixbuf2 to gdkpixbuf to prepare for port move

The GTK 1-based gdk-pixbuf has not existed for some time.

No functional or package changes.

*/*: bump PORTREVISION after OpenBLAS upgrade

Remark: this souldn’t be necessary, because the version of the library is the
same, but due to many changes between these releases, it is safer this way.

PR:		284314

Mk/**java.mk: Convert bsd.java.mk to USES

The following features have been added or changed:
- Instead of USE_JAVA use USES=java. This defaults to
  USES=java:build,run if NO_BUILD is undefined. Else it defaults to
  USES=java:run
- Instead of USE_ANT=yes use USES=java:ant which also implies
  USES=java:build
- Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or
  extract
- Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply
  build or run
- Instead of JAVA_RUN=yes use USES=java:run does not imply extract or
  build
- Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version>

Approved by: mat (portmgr), glewis
Differential Revision:  https://reviews.freebsd.org/D48201

graphics/gdal: Update to 3.10.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/OSGeo/gdal/releases
		https://github.com/OSGeo/gdal/blob/release/3.10/NEWS.md

graphics/openexr: PORTREVISION bump of openexr users due to ABI change

graphics/opencv: Add OGRE3D option

If graphics/ogre3d was installed on the system, the ovis module was
being built, but not installed. The module was still added to the
pkgconfig file, though, which is problematic for consumers of opencv
using pkgconf such as graphics/gstreamer1-plugins-opencv. [1]

Move gflags/glog deps to EIGEN option. Fix plist if ceres-solver is
installed on the system.

Elevate USES=gnome, so it that works for the two options that need it.

PR:		278914 [1]
Reported by:	Chad Jacob Milios <milios@ccsys.com> [1]

*/*: Chase multimedia/libdc1394 shlib bump

*/*: bump PORTREVISION after the upgrade to OpenBLAS

graphics/gdal: Update to 3.9.0

- Bump PORTREVISION of dependent ports for shlib change
  - databases/postgis31 is skipped due to
  - graphics/R-cran-rgdal is skipped due to build failure and removed from CRAN repository

Changes:	https://github.com/OSGeo/gdal/releases
		https://github.com/OSGeo/gdal/blob/release/3.9/NEWS.md

graphics/opencv: update 4.6.0 → 4.9.0

PR:	275977
Approved by:	desktop@FreeBSD.org (maintainers timeout; 4+ months)

graphics/tiff: Update to 4.6.0

PR:		278577
Exp-run by:	antoine

devel/glog: Update to 0.7.0

- Convert to USES=cmake:testing
- Sort PLIST
- Bump PORTREVISION of dependent ports for shlib change
  Broken ports are skipped:
  - graphics/colmap [1]
  - graphics/hiptext [2]
  - graphics/openmvs
  - sysutils/apache-mesos

[2] This port was being skipped on package building cluster due to its LICENSE
    "License NONE needs confirmation, but BATCH is defined"

Changes:	https://github.com/google/glog/releases
Reference:	https://pkg-status.freebsd.org/beefy12/data/140amd64-default/84a61d95b0a5/logs/colmap-3.8_5.log [1]

graphics/opencv: Add missing dependencies

PR:		256982

devel/protobuf: Update to 24.4

- Use USES=pathfix to fix .pc installation
- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/protocolbuffers/protobuf/releases

*/*: bump PORTREVISION after the upgrade of OpenBLAS

PR:		273219

*: Bump PORTREVISION for OpenEXR users

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

devel/onetbb: Update to 2021.10.0

and bump dependent ports' revisions.

Release notes: https://github.com/oneapi-src/oneTBB/releases/tag/v2021.10.0

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

graphics/opencv: return to clang on CPUTYPE=power9

Clang bug fixed in main 881fc203567e85648f2f591a75c4674be2bee0ed.

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++ -DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable -Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi -Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings -Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x -MT _quickfix_la-QuickfixPython.lo -MD -MP -MF .deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o .libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

graphics/opencv: when on POWER9 on powerpc64le, allow setting VSX3 as baseline

Also GCC is necessary because base LLVM 15 fails with:
UNREACHABLE executed at /usr/src/contrib/llvm-project/llvm/lib/Target/PowerPC/PPCISelLowering.cpp:11135!

LLVM 16 also crashes and it seems 17 has already fixed this issue.