math/vtk9: unbreak aarch64 on FreeBSD 13

Builds fine locally in poudriere on 13.3 jail on aarch64.

I think it compiles now because FreeBSD 13.3 has a newer clang/llvm
version than FreeBSD 13.2.

PR:	264834
Approved by:	yuri@ (maintainer)

math/vtk9: Build and install python bytecode

- Bump PORTREVISION for package change

from graphics/py-mayavi build log:
=>> Checking for filesystem violations... done
=>> Error: Filesystem touched during build:
extra: usr/local/lib/python3.11/site-packages/__pycache__/vtk.cpython-311.pyc
extra: usr/local/lib/python3.11/site-packages/vtkmodules/__pycache__
extra: usr/local/lib/python3.11/site-packages/vtkmodules/util/__pycache__
=>> Cleaning up wrkdir
===>  Cleaning for py311-mayavi-4.8.2

Approved by:	portmgr (blanket)
With hat:	python

math/vtk9: fix build with clang and libc++ 19

As noted in the libc++ 19 release notes [1], std::char_traits<> is now
only provided for char, char8_t, char16_t, char32_t and wchar_t, and any
instantiation for other types will fail.

This causes math/vtk9 to fail to compile with clang 19 and libc++ 19,
resulting in errors similar to:

   
/wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.6/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/fmt/core.h:272:30:
error: implicit instantiation of undefined template
'std::char_traits<fmt::char8_t>'
      272 |       : data_(s), size_(std::char_traits<Char>::length(s)) {}
          |                              ^
   
/wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.6/ThirdParty/diy2/vtkdiy2/include/vtkdiy2/fmt/format.h:487:9:
note: in instantiation of member function
'fmt::basic_string_view<fmt::char8_t>::basic_string_view' requested here
      487 |       : basic_string_view<char8_t>(reinterpret_cast<const
char8_t*>(s)) {}
          |         ^

graphics/tiff: Update to 4.6.0

PR:		278577
Exp-run by:	antoine

math/vtk9: Fix build with OSMESA and JAVA option

PR:		277216

*/*: bump PORTREVISION after OpenMPI upgrade

math/vtk9: Broken on FreeBSD 13 aarch64

Clang crashes.

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

devel/qt6: bump dependent ports

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>

math/vtk9: Update 9.2.2 → 9.2.6

Reported by:	portscout

math/vtk9: Fix build breakage at plugins.qmltypes: Undefined symbol
"ompi_mpi_comm_world"

PR:		267320
Reported by:	alt2600@icloud.com

math/vtk9: fix build with clang 16

Clang 16 has a new error about incompatible function types, which shows
up when building math/vtk9:

 
/wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.2/ThirdParty/cgns/vtkcgns/src/adfh/ADFH.c:1274:93:
error: incompatible function pointer types passing 'herr_t (hid_t, const char *,
const H5L_info1_t *, void *)' (aka 'int (long, const char *, const H5L_info1_t
*, void *)') to parameter of type 'H5L_iterate2_t' (aka 'int (*)(long, const
char *, const H5L_info2_t *, void *)') [-Wincompatible-function-pointer-types]
      if (! is_link(id)) H5Literate_by_name2(id, name, H5_INDEX_CRT_ORDER,
H5_ITER_INC, NULL, delete_children, data, H5P_DEFAULT);
                                                                                
             ^~~~~~~~~~~~~~~
  /usr/local/include/H5Lpublic.h:992:87: note: passing argument to parameter
'op' here
                                    H5_iter_order_t order, hsize_t *idx,
H5L_iterate2_t op, void *op_data,
                                                                                
       ^
 
/wrkdirs/usr/ports/math/vtk9/work/VTK-9.2.2/ThirdParty/cgns/vtkcgns/src/adfh/ADFH.c:1434:64:
error: incompatible function pointer types passing 'herr_t (hid_t, const char *,
const H5L_info1_t *, void *)' (aka 'int (long, const char *, const H5L_info1_t
*, void *)') to parameter of type 'H5L_iterate2_t' (aka 'int (*)(long, const
char *, const H5L_info2_t *, void *)') [-Wincompatible-function-pointer-types]
      H5Literate2(gid, H5_INDEX_CRT_ORDER, H5_ITER_NATIVE, NULL, fix_dimensions,
NULL);
                                                                 ^~~~~~~~~~~~~~
  /usr/local/include/H5Lpublic.h:926:42: note: passing argument to parameter
'op' here

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

math/vtk9: Add workaround for a regression in VTK that requires qmake and moc

find_package(VTK QUIET COMPONENTS GUISupportQt) erroneously
requires qmake and moc to be present.

misc/visp regressed for this reason after VTK was updated to 9.2.2
even though VTK is only a proxy dependency for visp.

Reported by:	fallout

math/vtk9: fix build on powerpc64le

As with other ports bundling sqlite3, it fails to build on powerpc64le because
sqlite3 assumes big-endian on all powerpc*.

math/vtk9: Update 9.1.0 -> 9.2.2

Revert "deskutils/just: Update 1.5.0 -> 1.6.0"

This reverts commit 9f02903fc610e0ee6355d351d75c201b213e0abe.

deskutils/just: Update 1.5.0 -> 1.6.0

Reported by:	portscout

math/vtk9: Fix mismatch in MPI dependency

Reported by:	cmt@

math/vtk9: Disable Qt6 discovery

PR:		267217

math/vtk9: Limit net/py-mpi4py dependency when both PYTHON and MPI options are
on

PR:		267191
Reported by:	VVD <vvd@unislabs.com>

math/vtk9: Add net/py-mpi4py dependency

... after the bundled version of mpi4py was recently removed.

math/vtk9: Remove bundled pythob module mpi4py because it conflicts with
standalone py-mpi4py

Requested by:	thierry@

textproc/py-python-lsp-black: New port: Black plugin for the Python LSP Server

Revert "textproc/py-python-lsp-black: New port: Black plugin for the Python LSP
Server"

This reverts commit 0c041ad4a2d2ade16fb3a91a5e651f018e33455f.

math/{,py-}spot: Update 2.11 -> 2.11.1

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

PR:			266034
Exp-run by:		antoine
Approved by:		tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D36349

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>

math/vtk9: Fix MPI option

It wasn't linking to MPI libraries due to change in cmake flag name.

math/vtk9: fix build after d1e8146547 (netcdf 4.9.0)

NC_SZIP_NN is not #define'd in netcdf.h, so it cannot be the target
of an assignment anymore. Fortunately NC_SZIP_NN is now defined to
the same value (32) as it was set to by vtk9 before (and it was
declared const int before), so just hide the old const int if NC_SZIP_NN
is already defined.
No functional change, no bumps.

science/netcdf: Update to 4.8.1

- Update MASTER_SITES
- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/Unidata/netcdf-c/releases

math/vtk9: Use external packages instead of bundled dependencies

This is partially restoring what has eroded with vtk updates,
and is partially adding new external dependencies.

math/vtk9: Force default python version in build

math/vtk9: Update 9.0.3 -> 9.1.0

math/vtk9: Fix QT option

It wasn't properly enabling Qt support.

math/vtk9: Update 9.0.1 -> 9.0.3

Reported by:	portscout

math/vtk9: do not pollute namespace with Xutil.h

Add the patch b3b088e8 from upstream, in order to permit cad/opencascade
to switch to VTK-9.

PR:		256876
Approved by:	yuri (maintainer)

graphics/mesa-libs: Bump reverse deps for libglvnd

Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.

PR:		246767
Reviewed by:	manu, bapt
Approved by:	x11
Differential Revision:	https://reviews.freebsd.org/D30824

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

Remove # $FreeBSD$ from Makefiles.

math/vtk9: Add pip's .egg-info directory that is normally installed with python
packages

At least one user, py-mayavi, needs it.

math/vtk9: Add the PYTHON option for python binding

Also fix WWW and MASTER_SITES URLs.

math/vtk9: Update 9.0.0 -> 9.0.1

Reported by:	portscout

math/vtk9: Update 9.0.0.rc3 -> 9.0.0

math/vtk*: Fix CONFLICTS lines

math/vtk8 and math/vtk9: Remove commented out lines

New port: math/vtk9: Visualization toolkit (9.0.0.rc3)

Repocopy math/vtk8 -> math/vtk9