graphics/nomacs3.22.0_2

*/*: archivers/quazip is Qt6 only now

*/*: Bump consumers after graphics/libraw update

PR:		296733

Sponsored by:	tipi.work

graphics/lcms2: Bump PORTREVISION of dependent ports for shlib change

PR:		292881
Reported by:	Petr Lampa <lampa@fit.vutbr.cz>

graphics/nomacs: update 3.16 => 3.22.0

Changes, in short:
- Move to Qt6
- Color Management — @scrubbbbs (#1454)
- Proper HiDPI rendering (1:1 pixels at 100%) — @scrubbbbs (#1382)
- Much better ZIP archive support — @scrubbbbs (#1314)
- Faster, lighter thumbnails — @leejuyuu (#1262)
- Improved comments & ratings — @leejuyuu (#1374, #1357)
- New Simplified Chinese translation by @sr79368142 (#1449)
- Translation work from past several years imported from CrowdIn (#1396)
- Translation project revived on CrowdIn under nomacs-neo (#1396)
- Light and Dark Themes

Changelogs:
https://github.com/nomacs/nomacs/releases/tag/3.17.2045
https://github.com/nomacs/nomacs/releases/tag/3.17.2206
https://github.com/nomacs/nomacs/releases/tag/3.17.2282
https://github.com/nomacs/nomacs/releases/tag/3.17.2285
https://github.com/nomacs/nomacs/releases/tag/3.17.2287
https://github.com/nomacs/nomacs/releases/tag/3.17.2295
https://github.com/nomacs/nomacs/releases/tag/3.17.2295
https://github.com/nomacs/nomacs/releases/tag/3.19.0
https://github.com/nomacs/nomacs/releases/tag/3.19.1
https://github.com/nomacs/nomacs/releases/tag/3.21.0
https://github.com/nomacs/nomacs/releases/tag/3.21.1
https://github.com/nomacs/nomacs/releases/tag/3.22.0-rc.1
https://github.com/nomacs/nomacs/releases/tag/3.22.0-rc.2
https://github.com/nomacs/nomacs/releases/tag/3.22.0

Improve port:
- Rename option TRANSLATIONS to NLS - common name in ports.
- Use parametrization for SO version from DISTVERSION.
- Fix warnings from portclippy.

PR:		292153
Security:	CVE-2023-4863
Co-authored-by:	Vladimir Druzenko <vvd@FreeBSD.org>

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

graphics/nomacs: make compatible with exiv2 0.28

PR:		272311

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

graphics/libraw: Update to 0.21.1

Bump PORTREVISION on dependent ports due to shared library increase.
Add several fixes for compatability.

https://www.libraw.org/news/libraw-0-21-release
https://www.libraw.org/news/libraw-0-21-1-release

archivers/quazip: add flavors for Qt 5 and Qt 6

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.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

graphics/opencv: bump consumers after e21578d954550998435c5d6d532e2d5a67398bfe

This was missed in the upgrade of graphics/opencv.

Reported by:	VVD

*/*: bump all consumers after recent boost upgrade

graphics/nomacs: Add CPE information

Approved by:	portmgr (blanket)

archivers/quazip: update to 1.2, latest upstream

Release notes are here:
	https://github.com/stachenov/quazip/releases/tag/v1.2

There are a handful of internal changes that don't affect us
(allowing QtZip, for instance) or don't show up in our use of
quazip (-lz in pkgconfig file). There's one relevant change
to close() that **might** affect consumers, but then I'd expect
bug reports from the consumers about failures on load/save.

While here, move the libraries needed only for testing to _build.

Bumping PORTREVISION of consumers.

Reported by:	portscout

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

Remove # $FreeBSD$ from Makefiles.

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.
    * graphics/py-opencv has been integrated into graphics/opencv, the default versions python
      bindings will be built unless the PYTHON option is explicitely turned off.
    * graphics/opencv-java has been integrated into graphics/opencv -- it is off by default,
      but can be enabled by toggling the JAVA option -- there are no consumers in the tree,
      so that option might go away in the future.
    * All the previous options have been removed and replaced by a (hopefully) sane set of
      dependencies that make the port and package most usable for the majority of consumers.
      - Please let me know if you think there are better defaults (i.e. anything that is missing,
        or something that should not be dependet on).
      - If you think something should be added or removed, please open a bug report.
      - If you think something should be added as an optional dependency, please open a
        bug report (with a good reason [tm]).

The depending ports have been updated to work against opencv4, or marked broken.
    * Ports broken:
      - graphics/rubygem-objectdetect: OpenCV4 no longer ships opencv-1.0 API
      - graphics/p5-Image-ObjectDetect: OpenCV4 no longer ships opencv-1.0 API
      - graphics/gimp-gmic-plugin: OpenCV4 no longer ships opencv-1.0 API
    * Backports:
      - misc/visp: https://github.com/lagadic/visp/commit/dfa7e4bd47c24cd2e631477e6afb18806733ff8a
      - multimedia/zart: https://github.com/c-koi/zart/commit/6ca1964690afbbc78627d7c868a692401043a584,
                         https://github.com/c-koi/zart/commit/d3a2931b1a07ec0322211f253468000363c4b6cb
    * Others:
      - misc/actiona: switch to pkgconfig 'opencv4'
      - multimedia/libav: drop opencv support
      - misc/darknet: already failed to build prior to the upgrade
      - math/saga: remove patching added to work against opencv3

graphics/libraw: Update to 0.20.2

Bump PORTREVISION on consumers due to shared library bump.

Changes:	https://www.libraw.org/news/libraw-0-20-2-Release

archivers/quazip: update to 1.1

- fix / modify find calls and include directories in dependent ports

graphics/nomacs: update to 3.16

From ChangeLog: https://nomacs.org/nomacs-3-16/

 * AVIF support
 * CR3, PCX support
 * image editing: blurring added
 * plugins: adds composite plugin
 * windows: new multi-user installer
 * adds default system theme
 * flatpak: adds plugins

PR:	250757
Submitted by:	vidar@karlsen.tech (maintainer)

graphics/nomacs: prepare for Qt5-5.15

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

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

graphics/nomacs: Update to 3.14.2, take MAINTAINER

ChangeLog: https://github.com/nomacs/nomacs/releases

* Themes added (light and dark)
	* RAW loader improvements
	* Anti-aliasing improved
	* Printing improved
	* Batch cropping added
	* Support for more file formats
	* Start-up time reduced
	* And various bug fixes

Submitter requests maintainership

PR:     245079
Submitted by:   vidar@karlsen.tech

Add LOCALBASE/share/man to the valid path for manpages

Also compress manpages in this location.

As a followup of a discussion which occured in 2017:
https://lists.freebsd.org/pipermail/freebsd-arch/2017-March/018115.html
And following:
https://svnweb.freebsd.org/base?view=revision&revision=315053
and
https://svnweb.freebsd.org/base?view=revision&revision=315142

All the supported FreeBSD version now supports share/man in manpath for
LOCALBASE As a result the ports tree can now accept it for manpage, but
more over migrate to this new path. Resulting in more consistency now the
manpages in base and ports would be in the relative path (under share/)
and a reduced amount of patching needed to port something to FreeBSD

Note1: this has already be done for GNU info pages earlier
Note2: due to the fact that for end user no functionnality will change during
the migration of the manpages to the new location and to avoid massive rebuild
of packages, it has been decided to not bump portrevision when migrating.

Reviewed by:	mat (portmgr)
Differential Revision:	https://reviews.freebsd.org/D23166

graphics/nomacs: maintainer returns port to the pool

Submitted by:	bsd@tuxproject.de

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

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

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

graphics/nomacs: fix build on GCC architectures

C++11 compiler is necessary:
-- The compiler /usr/bin/c++ has no C++11 support. Please use a different C++ compiler.

Approved by:	mentors (implicit approval)

graphics/exiv2: update to 0.27.1

Exp-run by:	antoine
PR:		239028

graphics/nomacs: fix logic

graphics/nomacs: remove leading spaces

graphics/libraw: Update to 0.19.2

- Demosaic packs are no longer distributed nor supported upstream
- Bump PORTREVISON on all consumers due to libraw shlib version increase

Changes:	https://www.libraw.org/news/libraw-0-19-2-release

graphics/exiv2: update to 0.27

Changelog:
	http://www.exiv2.org/changelog.html

- All depending ports have been bumped.
- graphics/py-exiv2 has been marked broken; use graphics/gexiv2 for python bindings

Exp-run by:	antoine
PR:		235943
PR:		234830

Fix Qt5 symbol version scripts to put the catch-all clause first.  When a symbol matches multiple clauses the last one takes precedence.  If the catch-all is last it captures everything.  In the case of Qt5 libraries this caused all symbols to have a Qt_5 label while some should have Qt_5_PRIVATE_API.  This only affects lld because GNU ld always gives the catch-all lowest priority.

Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium.  Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3]  The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one.  If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash.  Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.

Remove the weak wrappers (make them Linux specific).  This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.

[1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5

Bump all ports that depend on Qt5.

PR:		234070
Exp-run by:	antoine
Approved by:	kde (adridg)

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

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

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

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

Bump PORTREVISION on more opencv consumers due to opencv update

Update grahics/exiv2 to 0.26

PR:		223625
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D12345

Add a patch to drop CMake calls to QT5_WRAP_CPP().

cmake/Utils.cmake already sets CMAKE_AUTOMOC to on.

Calling QT5_WRAP_CPP() used to be just redundant, as QUAZIP_MOC_SRC and
LIBQPSD_MOC_SRC were never actually added as source dependencies in
MacBuildTarget.cmake and UnixBuildTarget.cmake. In other words, CMake's own
automoc infrastructure was actually being used and the moc invocations from
QT5_WRAP_CPP() were not being made at all.

Starting with Qt 5.9.4, calling QT5_WRAP_CPP() disables the AUTOMOC property on
the macro's input files, which means neither CMake's automoc infrastructure not
QT5_WRAP_CPP()'s code were being used and we ended up with several 'undefined
reference to vtable' errors when linking.

Sent upstream: https://github.com/nomacs/nomacs/pull/187

PR:		225436

Update nomacs to 3.6.1.

- previous version 2.2.0 from 2014, used Qt4, did not build with CMake 3.9
 - current released version from 2017, Qt5

Maintainer timeout (16 days)

PR:		221918
Approved by:	rakuco (mentor)
Submitted by:	tcberner

Update CMake to 3.9, merge devel/cmake-modules into devel/cmake

Thanks to antoine@ for the exp-run.

Approved by:		rakuco (mentor)
Reviewed by:		tcberner (mentor)
Reviewed by:		mat
PR:			222000 (exp-run)
Differential Revision:	https://reviews.freebsd.org/D12299

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)

- Update graphics/libraw to 0.18.0 - Complete conversion to options helpers - Add options for JPEG and JASPER support   - Side note: This had a dependency on jpeg before, so the JPEG     option default is ON. However, the configure script wasn't     detecting it previously. - Silence MKDIRs - Take maintainership - Chase shared library bump

Changes:	http://www.libraw.org/download#changelog

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/nomacs: Fix build when RAW option turned off

The opencv-core dependency is not limited to the RAW option.  The build
fails in a clean jail if the RAW option is turned off due to the missing
opencv dependency.  Change it to an unconditional LIB_DEPENDS to fix
the build in the RAW-off configuration.

PR:		202497
Reported by:	serpent7776 (gmail)
Approved by:	maintainer timeout / just-fix-it

Update graphics/exiv2 to 0.25.

As there is an shlib version bump, bump them portrevision of dependent ports.

While doing so, also switch to the cmake build system, as it requires less
patching and is easier to handle.

PR:             211329
Reviewed by:    mat, rakuco, kwm
Approved by:    rakuco (mentor)
Differential Revision:  https://reviews.freebsd.org/D7283