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

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

devel/boost-*: update to 1.69.0

Changes:	http://www.boost.org/users/history/version_1_69_0.html
PR:		232525
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17645

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

cad/freecad: update to 0.17.13541

- Restore revision number lost in r467912 but not other bits as those
  aren't available/useful outside of VCS

Changes:	https://github.com/FreeCAD/FreeCAD/compare/0.17...9948ee4f1
PR:		232696
Requested by:	kunda (upstream)
MFH:		2018Q4 (bug fixes)

cad/freecad: unbreak with boost 1.69

CMake Error at /usr/local/share/cmake/Modules/FindBoost.cmake:2049 (message):
  Unable to find the requested Boost libraries.

  Boost version: 1.69.0

  Boost include path: /usr/local/include

  Could not find the following Boost libraries:

          boost_signals

  Some (but not all) of the required Boost libraries were found.  You may
  need to install these additional Boost libraries.  Alternatively, set
  BOOST_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT
  to the location of Boost.
Call Stack (most recent call first):
  CMakeLists.txt:596 (find_package)

PR:		232525
Obtained from:	upstream (FreeCAD 0.18)

Change x11/xorgproto to become a build dep

Change x11/xorgproto to become a build time dependency when added to
USE_XORG.  Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.

PR:		230909
Reviewed by:	eadler
Approved by:	portmgr (antoine)
Obtained
from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run:	antoine
Differential Revision:	https://reviews.freebsd.org/D16906

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

devel/boost-*: update to 1.68.0

- Switch to C++14 for libboost_system to support C++14 consumers

Changes:	http://www.boost.org/users/history/version_1_68_0.html
PR:		229569
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16165

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

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

- Update to 0.17.13509

PR:		227381
Submitted by:	pfg@

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

cad/freecad: unbreak with boost 1.67

CMakeFiles/SMESH.dir/src/SMESH/SMESH_Mesh.cpp.o: In function
`boost::condition_variable::condition_variable()':
src/3rdParty/salomesmesh/src/SMESH/SMESH_Mesh.cpp:(.text._ZN5boost18condition_variableC2Ev[_ZN5boost18condition_variableC2Ev]+0x33):
undefined reference to `pthread_condattr_init'
src/3rdParty/salomesmesh/src/SMESH/SMESH_Mesh.cpp:(.text._ZN5boost18condition_variableC2Ev[_ZN5boost18condition_variableC2Ev]+0x4a):
undefined reference to `pthread_condattr_setclock'
src/3rdParty/salomesmesh/src/SMESH/SMESH_Mesh.cpp:(.text._ZN5boost18condition_variableC2Ev[_ZN5boost18condition_variableC2Ev]+0x5f):
undefined reference to `pthread_condattr_destroy'

PR:		227427
Reported by:	antoine (via exp-run)

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

devel/boost-python-libs got forgotten in the python flavorization, fix
this oversight.

Reviewed by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D14368

devel/boost-*: update to 1.66.0

Changes:	http://www.boost.org/users/history/version_1_66_0.html
PR:		223922
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D13279

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

Use swig 3.0

- Those ports fail to build with python3
- Add some explicit FLAVOR to dependencies where needed

Cleanup LIB_DEPENDS on libpng

- Update cad/freecad to 0.17.12018
- Use upstream version numbering
- Reset maintainership on his request
- While here, silence portlint warning about USES variable position

PR:		222195
Submitted by:	Thibault Jouan <tj+freebsd_ports@a13.fr> (maintainer)

devel/boost-*: update to 1.65.1

Changes:	http://www.boost.org/users/history/version_1_65_1.html
PR:		218835
Approved by:	maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by:	jhibbits (on powerpc64, earlier version)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features

PR:		218835
Obtained from:	https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by:	maintainer timeout (2 months)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Update to 3.2.0

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