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.
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)
github's patch file is switching the commit hashes between 11 and
12 digits: see also f4bd9d5c50, 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.
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.
- 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@
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.
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
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
- 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
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
2cb9b147f1fd9cdb9de9
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
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.
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
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
are long gone and these new versions have been updated to officially
released versions, it seemed prudent to remove the devel from their names.
Bumping FreeCAD for dependency change.
Adding PORTEPOCH to soqt to prevent PKGVERSION going backwards.
Thanks to pfg@, who contributed the update to graphics/Coin and reviewed
my patches.
While here, I'm taking over maintainership of these ports.
Submitted by: pfg@ (graphics/Coin)
Reviewed by: pfg@
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
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
