devel/boost: bump consu,ers after update Boost to 1.86 release

Sponsored by:	Future Crew, LLC

cad/freecad: update to version 1.0

Announcement:
  https://blog.freecad.org/2024/11/19/freecad-version-1-0-released/

cad/freecad: update to 1.0rc4

Release Notes (soon):
  https://github.com/FreeCAD/FreeCAD/releases/tag/1.0rc4

cad/freecad: update to 1.0rc3

Release Notes (soon):
  https://github.com/FreeCAD/FreeCAD/releases/tag/1.0rc3

textproc/xerces-c3: Update to 3.3.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10510&version=12355023

cad/freecad: enable Assembly workbench

The Assembly Workbench uses OndselSolver, which is technically
it's own project but has no actual release yet. In this state,
it's easier to just drop the code into FreeCAD: FreeCAD upstream
does this with a git submodule.

*/*: bump consumers after devel/boost* update

With hat:	office
Sponsored by:	Future Crew, LLC

cad/freecad: update to 1.0rc2

Release Notes (WIP):
  https://wiki.freecad.org/Release_notes_1.0

cad/FreeCAD: update to 1.0rc1

newer (and less messy) than the snapshot before.

Release Notes (WIP):
  https://wiki.freecad.org/Release_notes_1.0

PR:		280391
Reported By:	jwb

devel/onetbb: Update to 2021.13.0

and bump dependent ports' revisions.

Release
notes:	https://github.com/oneapi-src/oneTBB/blob/v2021.13.0/RELEASE_NOTES.md

graphics/tiff: Update to 4.6.0

PR:		278577
Exp-run by:	antoine

devel/onetbb: Update to 2021.12.0

and bump dependent ports' revisions.

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

cad/freecad: upgrade to 0.22.0dev and support OCCT 7.8.0

Upgrade to the tag corresponding to #11909, in order to support OpenCascade
7.8.0.

<https://github.com/FreeCAD/FreeCAD/pull/11909/files>

PR:		277315
Approved by:	maintainer’s time-out

*/*: bump PORTREVISION after OpenMPI upgrade

devel/libfmt: Update to 10.1.1

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/fmtlib/fmt/releases

cad/freecad: update to 0.21.2

Changes:
  https://github.com/FreeCAD/FreeCAD/compare/0.21.1...0.21.2

cad/freecad: drop unused libarea dependency

FreeCAD comes with it's own forked copy of that library for some
time now, and upstream for libarea looks abandoned.

Reported by:	fluffy@

cad/freecad: update to 0.21.1

Release Notes:
  https://github.com/FreeCAD/FreeCAD/releases/tag/0.21.1

cad/freecad: fix build without webengine

CMake Error at /usr/local/lib/cmake/Qt5/Qt5Config.cmake:28 (find_package):
  Could not find a package configuration file provided by
  "Qt5WebEngineWidgets" with any of the following names:

    Qt5WebEngineWidgetsConfig.cmake
    qt5webenginewidgets-config.cmake

  Add the installation prefix of "Qt5WebEngineWidgets" to CMAKE_PREFIX_PATH
  or set "Qt5WebEngineWidgets_DIR" to a directory containing one of the above
  files.  If "Qt5WebEngineWidgets" provides a separate development package or
  SDK, be sure it has been installed.
Call Stack (most recent call first):
  cMake/FreeCAD_Helpers/SetupQt.cmake:31 (find_package)
  CMakeLists.txt:78 (include)

cad/freecad: update to 0.21.0

Release Notes: https://wiki.freecad.org/Release_notes_0.21

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

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

audio/opus: bump consumers after update to 1.4

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

cad/freecad: fix build after ebbef4b5f8

PR:		269018

cad/freecad: fix desktop integration

- Install XDG files to the standard path, where DE can find them
- Install freecad-thumbnailer
- Add missing USES

PR:		268094
Approved by:	maintainer timeout (18 days)

cad/freecad: update to 0.20.2

Release Notes:
  https://github.com/FreeCAD/FreeCAD/releases/tag/0.20.2

cad/opencascade: bump PORTREVISION of consumers after upgrade to 7.7.0

cad/freecad: chase vtk9 dependency after 7406d45d49

need to depend on the new library version

cad/freecad: chase mpich/openmpi dependency switch after ed69f5862e3f

FreeCAD must match it's vtk

cad/freecad: use webengine only on aarch64, amd64 and i386

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.

*/*: bump all consumers after recent boost upgrade

cad/freecad: update to 0.20.1

Release Notes (soon):
  https://github.com/FreeCAD/FreeCAD/releases/tag/0.20.1

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>

cad/freecad: Change LIB_DEPENDS from hdf5 to hdf5-110 (follows french/med)

- Bump PORTREVISION for dependency change

cad/freecad: fix mpi dependency after 1f7e038474

In 1f7e038474, math/vtk9 was switched from openmpi to mpich.
FreeCAD picks up the dependency from vtk9 and links to the same
library, which is now libmpi from mpich.

cad/freecad: update to 0.20

Release Notes: https://wiki.freecad.org/Release_notes_0.20

devel/boost-all: bump all library consumers after boost upgrade

PR:	246106

cad/freecad: Add CPE information

Approved by:	portmgr (blanket)

cad/freecad: update to 0.19.4

Notes:
  https://github.com/FreeCAD/FreeCAD/releases/tag/0.19.4

Also switch back to current opencascade to make this port actually
installable in the presence of other ports

cad/freecad: update 0.19.2 → 0.19.3 and unbreak

Unbreak the port by switching to an older version of opencascade

PR:		262140
Submitted by:	sergey.dyatko@gmail.com
Tested by:	sergey.dyatko@gmail.com
Approved by:	portmgr blanket (just fix it)

math/vtk9: Update 9.0.3 -> 9.1.0

cad/freecad: mark as broken for now

needs more work after dd9a3bcd (opencascade 7.6)

cad/freecad: fix pkg-plist

extra directories did escape my attention earlier

cad/freecad: fix build with opencascade 7.6.0

subcomponent smesh needs some minor massaging, already done upstream

PR:		259354
Reported by:	thierry@
Obtained
from:	https://github.com/FreeCAD/FreeCAD/commit/6f3b00d67ec0bd0072b7b493e2a38d2a2e3af27d

cad/freecad: move patch from PATCH_FILES to files/

github's patch file is switching the commit hashes between 11 and
12 digits: see also f4bd9d5c503b508a8d85d2c712acfcf05f1c2f9c, and today
pkg-fallout complained that the patch file was back at it's "original"(?)
format: "size mismatch: expected 34578, actual 34604", log:
http://beefy18.nyi.freebsd.org/data/main-amd64-default/pb6f59eeeccee_s297e9f364b/logs/FreeCAD-0.19.2_3.log
I regret having to put that patch into files/, but that seems better
than to host other project's patches ourselfes.

While here, garbage-collect files/ae641dc5278efaf.patch, which is not
referenced anymore and was applied upstream for FreeCAD 0.19.2.

cad/freecad: update distinfo for patch file

the generated patch from github now has 11-digit short-hases
(previously we got 12 digits there).
The whole diff between the old and the new file consists of lines like
  -index 14a6d9a763f0..0e9b9e6c9057 100644
  +index 14a6d9a763f..0e9b9e6c905 100644
and no other changes.

cad/opencascade: switch to vtk9

- switches opencascade to vtk9 to enable upcoming import of
  cad/py-ocp
- cad/freecad has to switch vtk8 -> vtk9, too
  - this requires upstream commit 0cfea3fee3e7848bbf043d2b1a19f6405d7ebe25
    "Make smesh compile with vtk9"
  - while touching this, fixes vtk module detection
  - clean up VTK_DIR usage: that variable does not exist in FreeCAD's
    build system anymore (for quite some time, actually)

Obtained from:	opencascade upstream: Kirill Gavrilov
Obtained from:	freecad upstream: committed by github/wwmayer
Differential Revision:	D30934
Reported by:	thierry@
Submitted by:	thierry@

misc/qtchooser: remove

QtChooser allows you to select your version of Qt among those installed.
However, this tool is no longer supported upstream and will not be
available for Qt6.
By default, our Qt installations are done in
${LOCALBASE}/lib/qt${QT_VERSION} as recommended.

We have added symbolic linking for the main binaries to
${LOCALBASE}/bin with the suffix -qt5.

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

math/py-matplotlib: chase minimum Python version in dependent ports

Since the previous update changed USES=python from 3.6+ to 3.7+, all
dependent ports must have USES=python:3.7+ as well, otherwise it breaks
the @py36 flavor.

PR:		255347
Reported by:	sunpoet

cad/freecad: update to 0.19.2

Release Notes: https://github.com/FreeCAD/FreeCAD/releases/tag/0.19.2

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

Remove # $FreeBSD$ from Makefiles.

update FreeCAD to 0.19.1

https://wiki.freecadweb.org/Release_notes_0.19

update freecad to 0.18.6

try to make FreeCAD compile with Python 3.9

patch from upstream cannot be applied directly as dos2unix runs
before patch.

PR:		251145
Submitted by:	 Oleg Sidorkin

- 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 freecad to 0.18.5

this intends to fix the addon manager after github infrastructure
changes: https://github.com/FreeCAD/FreeCAD/releases/tag/0.18.5

freecad: fix build with opencascade 7.5.0 after r555127

OpenCascade APIs changed significantly in some areas - FreeCAD
is affected on progress bars and some message output. While
messages are easily fixed, the affected progress bars have to
be enabled for now.
Patches adapted (some manual fuzzing required) from upstream
 
https://github.com/FreeCAD/FreeCAD/commit/2cb9b147f13419f019f9808ace21d3d2ceae99c5
 
https://github.com/FreeCAD/FreeCAD/commit/fd9cdb9de9d06ebd8dc1ce26c99e4e4eb005ca43

- Upgrade cad/opencascade to 7.5.0
  Release notes at
 
<https://old.opencascade.com/sites/default/files/documents/release_notes_7.5.0.pdf>

- Bump PORTREVISION of consumers.

cad/freecad: fix for python 3.8

PR:		248153
Submitted by:	Greg V
Obtained from:	https://github.com/FreeCAD/FreeCAD/commit/6eacb17b3e03d20

update pyside2 and friends to 5.15.0

following the Qt 5 upgrade.
bump cad/freecad for "needed shared library changed"

cad/freecad: Prepare for Qt5.1.5

PR:             247010
Approved by:    tcberner (mentor, implicit)
Differential Revision:  https://reviews.freebsd.org/D25405

Move devel/swig30 to devel/swig and update to 4.0.1

- Do not silence installation message
- Update dependent ports:
  - Fix build with swig 4.0.1
  - Update *_DEPENDS
  - Remove BINARY_ALIAS

Changes:	http://www.swig.org/news.php
PR:		246613
Exp-run by:	antoine

freecad: don't compress QResources for python code

rcc automatically compresses resources above a certain size, but as
we found out the hard way, loading compressed resources from python
fails and may even coredump. As a workaround, force-disable compression
on resources in python code (c++ code seems to be fine compressed or not),
which re-enables several workbenches (most notably: Draft) at the cost
of a few megabytes of disk space.

Reported by:	jeff@
MFH:		2020Q2

chase vtk8 upgrade from ports r533086

the shared library version changed, and the cmake files are now in
a new location

switch to vtk8, following opencascade

freecad: back to vtk6

again following opencascade ports r532208

cad/freecad: chase opencascade's switch to vtk8

FreeCAD had it's own dependency on vtk6, and we cannot mix vtk6 and vtk8.
While here, enable openmpi - now it's pulled in by default via vtk8, so
we might pick it up here as well.

update devel/pyside2 and friends to 5.14.2

following r531601 (Qt 5.14.2), PySide2 can be updated, too
- pyside2-tools don't bring their own pyside2-rcc and pyside2-uic but
  use Qt's rcc and uic - patch cad/freecad to handle that
- remove Python 2 support: it's going to go away soon anyway, it did
  complicate these ports a lot, and it would have required more
  workarounds in FreeCAD when using Qt's rcc instead of the old pyside2-rcc.
- while here, do some polishing in freecad's makefile

cleanup freecad after r520739

fr-med doesn't pull in that vintage hdf5-18 anymore, thus remove the
leftover workarounds and dependency for that.

update the Coin3D stack to it's latest release

Coin has moved to a new place on the web https://coin3d.github.io/
and the project has rolled new releases. Additionally, it's undergoing
relicensing (most parts are now licensed user BSD 3-clause).

This updates
  graphics/Coin to 4.0
  graphics/py-pivy to 0.6.5
  x11-toolkits/soqt to 1.6.0

Further, graphics/py-pivy-devel and x11-toolkits/soqt-devel have been
renamed to graphics/py-pivy and x11-toolkits/soqt respectively (losing
their -devel suffixes). Previously, these ports had been forks and/or
pre-releases of the old Qt4-based pivy and soqt ports. As these old ports

devel/boost-*: update to 1.72.0

Changes:	http://www.boost.org/users/history/version_1_72_0.html
PR:		241449
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D22136

Unbreak bulk -a with non default version of python3

cad/freecad: update to 0.18.4

https://github.com/FreeCAD/FreeCAD/releases/tag/0.18.4

fix fallout after ports r513745 (opencascade)

PR:		240971

devel/pyside2 and friends: update to 5.13.1

Announcement:
  https://lists.qt-project.org/pipermail/pyside/2019-September/002786.html

While here, pet portlint. Bump FreeCAD, pyside2's consumer

devel/boost-*: update to 1.71.0

Changes:	http://www.boost.org/users/history/version_1_71_0.html
PR:		238827
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D20774

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

cad/freecad: update to 0.18.3

https://github.com/FreeCAD/FreeCAD/releases

while here, add dependency on matplotlib: this enables additional
functionality, e.g. the Plot workbench.

cad/freecad: improve pyside2 detection

pyside2 changed the way it reported it's variables (they're cmake target
properties now, not variables) sometime over the last releases. FreeCAD
did not support pyside2's new way of doing thing, resulting in certain
dialogs not working.

PR:		237987
Reported by:	denverh at comcast dot net

update FreeCAD to 0.18.2

https://github.com/FreeCAD/FreeCAD/releases/tag/0.18.2

Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.

Suggested by:	tijl

cad/freecad: update to 0.18.1

https://github.com/FreeCAD/FreeCAD/releases/tag/0.18.1

devel/boost-*: update to 1.70.0

Changes:	http://www.boost.org/users/history/version_1_70_0.html
PR:		235956
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D19303

update freecad to 0.18

Fix PKGNAME collision

add localbase:ldflags to USES

this may help with cmake picking up libs which the linker can't find
without extra pointing (such things have been reported by users building
in non-standard (not poudriere) environments)

Fix build with DEFAULT_VERSIONS=python=3.x

PR:		235835

switch cad/freecad to Qt5 - this is the Makefile.

switch cad/freecad to Qt5

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

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

Update math/eigen3 to 3.3.7

- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.6
- http://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.7

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