FreeCAD is a general purpose parametric 3D modeler.
FreeCAD is aimed directly at mechanical engineering and product
design but also fits in a wider range of uses around engineering,
such as architecture or other engineering specialties.
FreeCAD features tools similar to Catia, SolidWorks or Solid Edge,
and therefore also falls into the category of MCAD, PLM, CAx and
CAE. It is a feature based parametric modeler with a modular software
architecture which makes it easy to provide additional functionality
without modifying the core system.
FreeCAD is under heavy development and might not be
ready for production use.
===> The following configuration options are available for FreeCAD-1.1.4_2:
COLLADA=off: Install pycollada for Collada files import
===> Use 'make config' to modify these settings
*/*: enable webengine on powerpc64le
www/qt6-webengine builds on powerpc64le now, so enable it by default
on these ports like on the other arches that have it. py-qt6-pyqt
gets QtPdf, which comes from the same port.
cad/freecad: fix broken patch
This fixes the build on armv7.
Seems like an oversight during patch merging.
Please make sure this stuff is build-tested properly.
The other fix addresses an ambiguous overload on 32-bit platforms
where size_t is unsigned int, not unsigned long.
Approved by: portmgr (build fix blanket)
MFH: 2026Q3
Fixes: 02a0f04f8c5bd62c66bb7618728b1fa247805594
cad/freecad: attempt to fix build on CURRENT
hard cast to make call to abs unambiguous
Error was:
/wrkdirs/usr/ports/cad/freecad/work/FreeCAD-1.1.1/src/Mod/TechDraw/Gui/CommandCreateDims.cpp:1106:52:
error: call to 'abs' is ambiguous
1106 | int alpha =
std::round(Base::toDegrees(std::abs<float>(std::atan(type == "DistanceY" ? (dx /
dy) : (dy / dx)))));
cad/freecad: update to 1.1 (rc3)
Announcement: https://github.com/FreeCAD/FreeCAD/releases/tag/1.1rc3
This allows for "easy" unbreaking of the port against VTK 9.6, and at
this point I belive the risk of using this RC is less than the risk
of adapting the vtk-9.6-compat patches.
devel/libfmt: Bump PORTREVISION of dependent ports for shlib change after
786cb608216ce14e8ced27108c96a1f2c8492fca
The following ports are skipped because they have been updated after
786cb608216ce14e8ced27108c96a1f2c8492fca.
- chinese/fcitx5-chinese-addons
- chinese/fcitx5-mcbopomofo
- devel/fatal
- devel/fbthrift
- devel/folly
- devel/spdlog
- mail/mu
- net/fb303
- net/mvfst
- net/wangle
- science/seacas
- security/fizz
- www/proxygen
cad/freecad: optionize SpaceMouse support
Originially, FreeCAD picked up libspnav (SpaceMouse) support
when the library was present in the system during build. That
alone would be a minor problem, but people still insist on
building in unclean systems.
Additionally, libspnav support in FreeCAD was broken and resulted
in build failure when accidentially building with libspnav (see
above).
Upstream fixed this in a series of changes touching many places
and sometimes even depending on otherwise unrelated changes:
importing all that would be close to updating to a snapshot.
Instead, adopt the relevant fix for building with libspnav from
upstream, and put the whole libspnav detection behind a cmake
option (made accessible as a port option).
PR: 285542
Reported by: Chad Jacob Milios
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.
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
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: 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)
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>
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)
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.
(Only the first 15 lines of the commit message are shown above )
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: 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 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)
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
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
Number of commits found: 190 (showing only 100 on this page)
