Package Details: freecad-git 0.20.0.28901.ga5ff515804-1

Git Clone URL: https://aur.archlinux.org/freecad-git.git (read-only, click to copy)
Package Base: freecad-git
Description: A general purpose 3D CAD modeler - git checkout
Upstream URL: https://www.freecadweb.org/
Licenses: LGPL
Conflicts: freecad, freecad-appimage, freecad-appimage-git
Provides: freecad
Submitter: gborzi
Maintainer: greyltc (adrianinsaval)
Last Packager: adrianinsaval
Votes: 98
Popularity: 0.063528
First Submitted: 2012-03-03 13:46 (UTC)
Last Updated: 2022-05-18 22:19 (UTC)

Latest Comments

adrianinsaval commented on 2022-05-18 12:23 (UTC)

thanks for the welcome! :) importing freecad itself was working but some of the modules were not available from python out of the box, drmacro was having trouble to import PartDesign specifically, there was a recent change regarding the whole site-packages situation so that might have broken stuff. With my changes the modules are available out of the box, no hacks required, I'll push the changes later today once I'm home since I need to setup my ssh key here.

greyltc commented on 2022-05-18 07:53 (UTC)

Hey adrianinsaval, happy to add you as a co-maintiner! I'd love to see you get rid of some of my hacks here :-) My goals have been to of course make sure all the features of this freecad work correctly, but also to ensure that its python modules can be imported from anywhere without any python search path manipulation. Seems like something in freecad must have (hopefully) changed recently because everything used to be working correctly with the hacks I had. Would be great if they're not needed any more.

adrianinsaval commented on 2022-05-17 23:05 (UTC) (edited on 2022-05-17 23:06 (UTC) by adrianinsaval)

@greyltc all the hacks in the PKGBUILD to get it to work on python were problematic and it took me some time to figure out how to get it to work, here https://github.com/adrianinsaval/freecad-git-AUR a PKGBUILD that works without adding potentially problematic env variables or links, explicitly setting the full path for CMAKE_INSTALL_LIBDIR was the main needed change because that is what is used to set the default value of PATH_TO_FREECAD_LIBDIR at build time in the freecad init.py script. I changed it to be /usr/lib/freecad/lib to be FHS compliant. Please merge into this repo or if you're ok with it you can add me as another maintainer for this package, I can't promise I'll be making this work all the time but I can give it a go whenever needed and I'm very active in the freecad forum

drmacro commented on 2022-05-12 12:37 (UTC)

Further experimentation shows that the AUR script leave symlinks in /usr/lib/python3.10/site-packages for most of the FreeCAD modules.

The symlinks point to /usr/lib where most of the FreeCAD modules have been duplicated. (They also exist in /usr/lib/freecad.)

But, PartDesign is not similarly symlinked. In addition it is not duplicated in /usr/lib nor is it a .so module, it uses the Python ini.py resident in /usr/lib/freecad/Mod/PartDesign directory.

It would apear the symlink setup done by AUR is lacking a symlink from to /usr/lib/python3.10/site-packages to /usr/lib/freecad/Mod/PartDesign

Should the freecad modules be duplicated in multiple places? Is the symlink setup the right way for this to be handled? At minimum the symlink for PartDesign directory needs to be added?

drmacro commented on 2022-05-10 15:22 (UTC) (edited on 2022-05-10 15:25 (UTC) by drmacro)

More research and experimentation.

Basically the AUR install leave Python with no way to find PartDesign/init.py because it is just not resident in any of the directories where Python searches.

PartDesign/__init__.py does exist in /usr/lib/freecad/Mod

So, the following script allows Blender/sverchok to work with FreeCAD PartDesign objects:

PYTHONPATH=/usr/lib/freecad/Mod
export PYTHONPATH
blender

drmacro commented on 2022-05-06 14:40 (UTC)

It appears that the AUR script ends up with parts of freecad in different palces. /usr/lib/python3.10/site-packages/ /usr/share/freecad /usr/lib/freecad

Apps trying to use the freecad api fail to find PartDesign since the system is looking in /usr/lib/python3.10/site-packages/ but PartDesign is not installed there.

Normally the PartDesign directory contains init.py. There is no PartDesign directory in /usr/lib/python3.10/site-packages/ But, _PartDesign and init.py have been deposited there. Attempting to 'import PartDesign' fails the Python mechanism for loading a directory module.

drmacro commented on 2022-05-02 13:34 (UTC) (edited on 2022-05-03 14:04 (UTC) by drmacro)

Not sure, but it is possible that the resulting file structure is not quite right. When using the FreeCAD API it appears to not find PartDesign.

See this thread where I attempt to trouble shoot with wmayer: https://forum.freecadweb.org/viewtopic.php?f=22&t=68354&start=10

Edit: tried this on a different PC with Manjaro. It does appear that the file locations are not set up correctly for API use outside FreeCAD.

adrianinsaval commented on 2022-04-14 23:26 (UTC)

As you pointed out yourself Kunda qt5-webengine was already added, qt5-webchannel I think should be explicitly added, although currently it will get installed anyways because qt5-webengine depends on it.

Kunda commented on 2022-04-14 22:45 (UTC)

Looks like there may be new Qt dep for Addon manager (reported by a user who uses the PPA) https://forum.freecadweb.org/viewtopic.php?f=42&t=68015 This is what is shown on their system:

Addon Manager Warning: Could not import QtWebEngineWidgets, it seems to be missing from your system. 
Please use your system's package manager to install the python3-pyside2.qtwebengine* and python3-pyside2.qtwebchannel packages, 
and if possible alert your package creator to the missing dependency. 
Display of package README will be limited until this dependency is resolved.

I can't test this because freecad-git fails when i built it. But just wanted to give @greyltc a heads up.

Kunda commented on 2022-04-14 02:07 (UTC) (edited on 2022-04-14 02:08 (UTC) by Kunda)

Just tried to build latest freecad-git (r28679)
Build completed but failed in the tests (80 tests failed)
Here is the log file: https://forum.freecadweb.org/download/file.php?id=186393

Kunda commented on 2022-04-12 23:46 (UTC)

qt5-webengine was added https://aur.archlinux.org/cgit/aur.git/commit/?h=freecad-git&id=2498280e13ca6362fc5c31db486cdc9a85a5d636

adrianinsaval commented on 2022-04-08 13:17 (UTC)

@greyltc also please add qt5-webengine as dependency (https://forum.freecadweb.org/viewtopic.php?f=42&t=65971)

adrianinsaval commented on 2022-04-07 19:56 (UTC)

@greyltc the INSTALL_TO_SITEPACKAGES thing was fixed upstream (https://forum.freecadweb.org/viewtopic.php?p=586095) and the code you put to deal with that is now causing an error because /usr/lib/freecad/lib doesn't exists

neo2001 commented on 2022-03-29 08:11 (UTC)

@adrianinsaval English UI with different decimal separator works again: https://github.com/FreeCAD/FreeCAD/commit/bba7719cd15e755a5a431ea339ef535377a0f41b

adrianinsaval commented on 2022-03-25 17:09 (UTC)

FYI the abandoned assembly module was recently removed from master branch. Plot was mostly removed and what is left I think is on by default, not sure. Just mentioning if you want to clean those up. FEM I think defaults to on too.

adrianinsaval commented on 2022-03-25 17:05 (UTC)

yeah that's a new feature but it has some bugs, go into preferences and set your language to German and check the box to use the same decimal separator as the language you use if you want to use comma separator. Currently there's no way to use English language and comma separator at the same time. Or forget that and check the configuration in FreeCAD to substitute your numpad comma by the decimal separator.

neo2001 commented on 2022-03-23 10:49 (UTC)

Anyone here having issues with the decimal separator?

Although I have set language to English, I still use local (Germany) number formats (which uses the "," instead of "." as decimal separator).

Until the newest build (from today) FreeCAD always used the system settings and therefore used the comma instead of the decimal point. But now, the locale seems to be ignored and only the decimal point is accepted/used.

adrianinsaval commented on 2022-03-21 19:25 (UTC)

https://forum.freecadweb.org/viewtopic.php?p=581878#p581796 https://forum.freecadweb.org/viewtopic.php?p=581878#p581878

apparently enabling JTREADER is pointless and has recently led to build failures, apparently it was fixed but the module seems mostly unmaintained so IMO it would be best to stop enabling it.

adrianinsaval commented on 2022-03-21 14:56 (UTC)

@greyltc did you see my patch proposals for pkgver() and to add graphviz python-markdown and python-gitpython as optional dependencies? They are in the comments here, please take a look, the opt deps are useful and the pkver would give a version number in line with FreeCAD's version numbering system.

drmacro commented on 2022-03-16 13:28 (UTC)

Seems the latest is broken...

[3449/4279] Linking CXX executable bin/FreeCAD
FAILED: bin/FreeCAD 
: && /usr/bin/c++ -Wall -Wextra -Wno-write-strings -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -fPIC -w -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now src/Main/CMakeFiles/FreeCADMain.dir/FreeCADMain_autogen/mocs_compilation.cpp.o src/Main/CMakeFiles/FreeCADMain.dir/MainGui.cpp.o -o bin/FreeCAD -L/usr/lib/openmpi -Wl,-rpath,/usr/lib/openmpi:/var/tmp/pamac-build-mac/freecad-git/src/FreeCAD/build_dir/lib:  -lmpi_cxx  -lmpi  lib/libFreeCADGui.so  lib/libFreeCADApp.so  lib/libFreeCADBase.so  -lmpi_cxx  -lmpi  /usr/lib/libxerces-c.so  /usr/lib/libz.so  /usr/lib/libpython3.10.so  -lutil  -ldl  /usr/lib/libQt5Xml.so.5.15.3  -lCoin  /usr/lib/libboost_filesystem.so.1.78.0  /usr/lib/libboost_atomic.so.1.78.0  /usr/lib/libboost_program_options.so.1.78.0  /usr/lib/libboost_regex.so.1.78.0  /usr/lib/libboost_system.so.1.78.0  /usr/lib/libboost_thread.so.1.78.0  /usr/lib/libboost_date_time.so.1.78.0  -lpthread  /usr/lib/libQt5OpenGL.so.5.15.3  /usr/lib/libQt5PrintSupport.so.5.15.3  /usr/lib/libQt5Svg.so.5.15.3  /usr/lib/libQt5UiTools.a  /usr/lib/libQt5Widgets.so.5.15.3  /usr/lib/libQt5Gui.so.5.15.3  /usr/lib//libQt5Widgets.so  /usr/lib//libQt5Gui.so  /usr/lib//libQt5Core.so  /usr/lib//libQt5Widgets.so  /usr/lib//libQt5Gui.so  /usr/lib//libQt5Core.so  /usr/lib/libGL.so  /usr/lib/libpyside2.cpython-310-x86_64-linux-gnu.so.5.15.3  /usr/lib/libshiboken2.cpython-310-x86_64-linux-gnu.so.5.15.2.1  /usr/lib/libQt5Network.so.5.15.3  /usr/lib/libQt5Core.so.5.15.3 && :
/usr/bin/ld: /usr/lib/libpyside2.cpython-310-x86_64-linux-gnu.so.5.15.3: undefined reference to `setDestroyQApplication'
collect2: error: ld returned 1 exit status
[3450/4279] Building CXX object src/Mod/Inspection/Gui/CMakeFiles/InspectionGui.dir/AppInspectionGui.cpp.o
[3451/4279] Automatic MOC for target MeshGui
[3452/4279] Building CXX object src/Mod/Image/Gui/CMakeFiles/ImageGui.dir/AppImageGui.cpp.o
[3453/4279] Building CXX object src/Mod/Inspection/Gui/CMakeFiles/InspectionGui.dir/VisualInspection.cpp.o
[3454/4279] Building CXX object src/Mod/Inspection/Gui/CMakeFiles/InspectionGui.dir/Command.cpp.o
[3455/4279] Automatic MOC for target RobotGui
[3456/4279] Building CXX object src/Mod/Drawing/Gui/CMakeFiles/DrawingGui.dir/AppDrawingGui.cpp.o
[3457/4279] Building CXX object src/Mod/Drawing/Gui/CMakeFiles/DrawingGui.dir/AppDrawingGuiPy.cpp.o
[3458/4279] Automatic MOC for target PartGui
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...

mauzil commented on 2022-03-12 08:46 (UTC) (edited on 2022-03-12 10:05 (UTC) by mauzil)

Hi all.

If I 'makepkg -s' the build fails on tests

This is the fist fail

====================================================================== ERROR: TestSketcherApp (unittest.loader._FailedTest)


ImportError: Failed to import test module: TestSketcherApp Traceback (most recent call last): File "/usr/lib/python3.10/unittest/loader.py", line 154, in loadTestsFromName module = import(module_name) File "/home/mauro/Scaricati/Artix/freecad-git/src/FreeCAD/build_dir/Mod/Sketcher/TestSketcherApp.py", line 24, in <module> from SketcherTests.TestSketcherSolver import TestSketcherSolver File "/home/mauro/Scaricati/Artix/freecad-git/src/FreeCAD/build_dir/Mod/Sketcher/SketcherTests/TestSketcherSolver.py", line 23, in <module> import FreeCAD, os, sys, unittest, Part, Sketcher ImportError: libtbb.so.2: cannot open shared object file: No such file or directory

In my system I have only libtbb.so.12.5 installed from package tbb.

I look the histoty of tbb in Arch. From here https://archlinux.org/todo/tbb-20214-rebuild/ libtbb.so.2 is renamed to libtbb.so.12

Analisys

I made some analisys on the so files produced bny Freecad.

These files need libtbb.so.2 and use libtbb.so.12

  • libDriverSTL.so
  • libSMESH.so:
  • libSMESHDS.so
  • libStdMeshers.so
SOLVED

The problem was in opencascade libraries

FabioLolix commented on 2022-02-13 20:53 (UTC)

@greyltc I've send you an email the 11 but forgot to add the attachment, send it today

greyltc commented on 2022-02-13 11:56 (UTC)

no?

Kunda commented on 2022-02-13 11:52 (UTC)

@greyltc did you receive @FabioLolix's patch ?

FabioLolix commented on 2022-02-11 19:09 (UTC)

@Kunda no idea, I have successfully builded using makepkg from my home directory and using extra-x86_64-build from devtools with used dir set to /tmp/chrootbuild, tmpfs mounted without nosuid

Kunda commented on 2022-02-11 18:54 (UTC)

@FabioLolix nice! any idea why we're seeing the test failures in https://aur.archlinux.org/packages/freecad-git#comment-851196 ?

FabioLolix commented on 2022-02-11 18:36 (UTC)

Hello, need checkdepends=(fmt pugixml) for building in clean chroot. Just send you you a patch with this and other minor changes

Kunda commented on 2022-02-11 17:00 (UTC)

Opened a discussion thread on the AUR subforum regarding the test failures: https://bbs.archlinux.org/viewtopic.php?pid=2021620#p2021620

Kunda commented on 2022-02-10 15:41 (UTC) (edited on 2022-02-10 15:42 (UTC) by Kunda)

Has anyone figured out why the tests fail? It looks like a permissions issue.
@adrianinsaval thought it may have been an issue with fakeroot? But we're not so sure. Here are the upstream discussions:
https://forum.freecadweb.org/viewtopic.php?f=4&t=66140
https://forum.freecadweb.org/viewtopic.php?f=4&t=66141

Separate issue but relevant: https://forum.freecadweb.org/viewtopic.php?f=4&t=66137

Kunda commented on 2022-02-08 18:06 (UTC)

@greyltc upstream py3.10 fix https://github.com/FreeCAD/FreeCAD/pull/5503

drmacro commented on 2022-02-04 18:20 (UTC)

Using "pip install PyQtWebEngine" and I still get the same pugixml not found.

So, is "HEAD needs new dep: PySide2.QtWebEngineWidgets" covered by the above or am I just not understanding what this is supposed to fix?

Kunda commented on 2022-02-04 16:14 (UTC)

@greyltc heads up, latest HEAD needs new dep: PySide2.QtWebEngineWidgets

ref: https://github.com/ppd/freecad-ppd/issues/17

Kunda commented on 2022-01-24 16:54 (UTC)

@greyltc pivy/python3.10 upstream issue: https://github.com/coin3d/pivy/issues/88

Kunda commented on 2022-01-24 15:10 (UTC) (edited on 2022-01-24 17:03 (UTC) by Kunda)

@C0rn3j at least one test theoretically should be fixed: https://github.com/FreeCAD/FreeCAD/commit/3dfdc6804f3931b27ebb526d3d87b200874d2a7c

could you and @Wolfenmond and anyone else retest the build (with check()) enabled and report back if there are any other tests that are failing?

drmacro commented on 2022-01-15 16:12 (UTC)

Using the workaround mentioned by K4LCIFER this package does compile successfully. But, because of the Python 3.10 and pivy issues features of FreeCAD do not work.

C0rn3j commented on 2022-01-11 09:52 (UTC)

Got the same issue as @Wolfenmond and couldn't find it reported upstream, so I did - https://tracker.freecadweb.org/view.php?id=4825

K4LCIFER commented on 2022-01-06 02:11 (UTC) (edited on 2022-01-06 05:53 (UTC) by K4LCIFER)

Since there still seems to be a lot of issues with check(), I would like to reiterate a workaround for anyone encountering issues, which is to install freecad with the --nocheck flag in makepkg to skip check(). You can also run yay with the --nocheck flag by passing a makepkg flag to yay with yay's --mflags option, for example:

yay --mflags --nocheck -S freecad-git

Kunda commented on 2022-01-03 13:33 (UTC)

on latest HEAD I'm getting

CMake Warning at /usr/lib64/cmake/vtk/VTK-vtk-module-find-packages.cmake:2718 (find_package):
  By not providing "Findpugixml.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "pugixml", but
  CMake did not find one.

  Could not find a package configuration file provided by "pugixml" with any
  of the following names:

    pugixmlConfig.cmake
    pugixml-config.cmake

  Add the installation prefix of "pugixml" to CMAKE_PREFIX_PATH or set
  "pugixml_DIR" to a directory containing one of the above files.  If
  "pugixml" provides a separate development package or SDK, be sure it has
  been installed.
Call Stack (most recent call first):
  /usr/lib64/cmake/vtk/vtk-config.cmake:150 (include)
  cMake/FreeCAD_Helpers/SetupSalomeSMESH.cmake:53 (find_package)
  CMakeLists.txt:58 (SetupSalomeSMESH)

Wolfenmond commented on 2022-01-01 12:38 (UTC) (edited on 2022-01-01 12:42 (UTC) by Wolfenmond)

I'm getting "failures=4, errors=1" while building this on a freshly installed system:

FAIL: test_ccxcantilever_prescribeddisplacement_0_mm femtest.app.test_solver_elmer.TestSolverElmer)
FAIL: test_ccxcantilever_nodeload_0_mm (femtest.app.test_solver_elmer.TestSolverElmer)
FAIL: test_ccxcantilever_faceload_1_si (femtest.app.test_solver_elmer.TestSolverElmer)
FAIL: test_ccxcantilever_faceload_0_mm (femtest.app.test_solver_elmer.TestSolverElmer)
ERROR: test_box_static_0_mm (femtest.app.test_solver_elmer.TestSolverElmer)

Am I missing something here?

EDIT: Markdown

cculpepper1214 commented on 2021-12-30 21:33 (UTC)

I don't know if this is an upstream issue, or if anyone actually cares. If not cared about, feel free to ignore.

Building this package uses all CPU cores on my system, despite a config in my makepkg.conf telling it to only use 4. This config works with other packages (Tested with kicad-git). It looks like it's related to Freecad using cmake, and that setting not making it through.

Does anyone else have this issue or a workaround?

MadPhysicist commented on 2021-12-29 08:55 (UTC)

I get a bunch of missing library dependencies when running check(), e.g.:

======================================================================
ERROR: TestFemApp (unittest.loader._FailedTest)
----------------------------------------------------------------------
ImportError: Failed to import test module: TestFemApp
Traceback (most recent call last):
  File "/usr/lib/python3.10/unittest/loader.py", line 154, in loadTestsFromName
    module = __import__(module_name)
  File "/usr/lib/python3.10/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import
    return original_import(name, *args, **kwargs)
  File "/home/joe/.cache/yay/freecad-git/src/FreeCAD/build_dir/Mod/Fem/TestFemApp.py", line 33, in <module>
    from femtest.app.test_mesh import TestMeshCommon as FemTest07
  File "/usr/lib/python3.10/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import
    return original_import(name, *args, **kwargs)
  File "/home/joe/.cache/yay/freecad-git/src/FreeCAD/build_dir/Mod/Fem/femtest/app/test_mesh.py", line 33, in <module>
    import Fem
  File "/usr/lib/python3.10/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import
    return original_import(name, *args, **kwargs)
ImportError: libfmt.so.8: cannot open shared object file: No such file or directory

This one can be fixed by installing fmt package. Similarly, libpugixml.so.1 can be fixed by installing pugixml. Finally, libhdf5.so.103 can't be easily fixed because the latest hdf5 package installs libhdf5.so.200.

Looks like some dependencies need to be updated?

adrianinsaval commented on 2021-12-22 00:14 (UTC)

proposal 2, add some optional dependencies:

diff --git a/PKGBUILD b/PKGBUILD
index cdd87ba..a08b3ff 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -51,6 +51,9 @@ optdepends=(
 'luxcorerender: ray tracing support'
 'libspnav: 3d mouse support'
 'openscad: OpenSCAD support'
+'graphviz: dependency graph support'
+'python-markdown: markdown support in addon manager'
+'python-gitpython: support downloading addons with git'
 )
 provides=('freecad')
 conflicts=('freecad' 'freecad-appimage' 'freecad-appimage-git')

adrianinsaval commented on 2021-12-22 00:02 (UTC)

proposal, get version number more similar to what is reported in FreeCAD's about dialog by comparing to 0.19 tag commit, any other arbitrary commit from master could be used too

diff --git a/PKGBUILD b/PKGBUILD
index cdd87ba..356742c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -60,9 +60,9 @@ md5sums=('SKIP')
 pkgver() {
   cd FreeCAD
   read -d$'/n' -r major minor patch < <(grep -Po "set\(PACKAGE_VERSION_(MAJOR|MINOR|PATCH) \"\K[0-9]*" CMakeLists.txt) || true
-  count=$(git rev-list --count $(git tag --sort=-creatordate|head -1)..HEAD)
+  count=$((24266 + $(git rev-list --count d29fd7d..HEAD) ))
   hash=$(git rev-parse --short HEAD)
-  printf "%d.%d.%d.r%d.g%s" "$major" "$minor" "$patch" "$count" "$hash"
+  printf "%d.%d.%d.%d.g%s" "$major" "$minor" "$patch" "$count" "$hash"
 }

 prepare() {

adrianinsaval commented on 2021-12-20 14:06 (UTC)

would the arch equivalent be python-markdown? Maybe it's worth adding that and python-gitpython as optional dependencies. QtNetwork I think is already included in qt5-base and pyside2 so maybe no change is needed?

Kunda commented on 2021-12-19 20:42 (UTC) (edited on 2021-12-19 20:55 (UTC) by Kunda)

@greyltc I'll try to re-compile (my poor poor laptop)

BTW, upstream is also recommending python3-markdown dependency for the updated addon manager as well (source)

Edit: recompiling I see this the CMake output

CMake Warning at /usr/lib64/cmake/vtk/VTK-vtk-module-find-packages.cmake:2718 (find_package):
  By not providing "Findpugixml.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "pugixml", but
  CMake did not find one.

  Could not find a package configuration file provided by "pugixml" with any
  of the following names:

    pugixmlConfig.cmake
    pugixml-config.cmake

  Add the installation prefix of "pugixml" to CMAKE_PREFIX_PATH or set
  "pugixml_DIR" to a directory containing one of the above files.  If
  "pugixml" provides a separate development package or SDK, be sure it has
  been installed.
Call Stack (most recent call first):
  /usr/lib64/cmake/vtk/vtk-config.cmake:150 (include)
  cMake/FreeCAD_Helpers/SetupSalomeSMESH.cmake:53 (find_package)
  CMakeLists.txt:58 (SetupSalomeSMESH)

greyltc commented on 2021-12-19 19:06 (UTC)

@Kunda hmm. I had that check fail too when K4LCIFER reported it, but my commit here:
https://aur.archlinux.org/cgit/aur.git/commit/?h=freecad-git&id=880ae77dc6b0497a0a36dbffdc6cb67e12970918
fixed it. I'm surprised it's still an issue for you.

Kunda commented on 2021-12-19 18:44 (UTC)

heads up @greyltc QtNetwork is now a required dependency https://forum.freecadweb.org/viewtopic.php?p=554851#p554851

Kunda commented on 2021-12-14 15:49 (UTC) (edited on 2021-12-14 15:51 (UTC) by Kunda)

The failed FEM test that @K4LCIFER reported got me as well.

Opened a thread on the FEM subforum: https://forum.freecadweb.org/viewtopic.php?f=18&t=64525

zwastik commented on 2021-12-14 12:51 (UTC)

Does this version includes RT TNP fixes?

greyltc commented on 2021-11-14 17:31 (UTC)

actually, I totally had a mistake in check()
Hopefully it's fixed for us now @K4LCIFER!

greyltc commented on 2021-11-13 14:48 (UTC)

I think check() seems to be working alright here. Probably if there's a failure in check() you should report that upstream instead of here.

K4LCIFER commented on 2021-11-10 02:32 (UTC) (edited on 2021-11-10 02:48 (UTC) by K4LCIFER)

Will not install due to errors in check().

FAILED (errors=1)
==> ERROR: A failure occurred in check().
    Aborting...
 -> error making: freecad-git

I believe this is the error message:

======================================================================
ERROR: TestFemApp (unittest.loader._FailedTest)
----------------------------------------------------------------------
ImportError: Failed to import test module: TestFemApp
Traceback (most recent call last):
  File "/usr/lib/python3.9/unittest/loader.py", line 154, in loadTestsFromName
    module = __import__(module_name)
  File "/usr/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import
    return original_import(name, *args, **kwargs)
  File "/home/<username>/.cache/yay/freecad-git/src/FreeCAD/build_dir/Mod/Fem/TestFemApp.py", line 33, in <module>
    from femtest.app.test_mesh import TestMeshCommon as FemTest07
  File "/usr/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import
    return original_import(name, *args, **kwargs)
  File "/home/<username>/.cache/yay/freecad-git/src/FreeCAD/build_dir/Mod/Fem/femtest/app/test_mesh.py", line 33, in <module>
    import Fem
  File "/usr/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import
    return original_import(name, *args, **kwargs)
ImportError: /usr/lib64/libSMDS.so: undefined symbol: _ZN19vtkUnstructuredGrid16GetCellNeighborsExP9vtkIdListS1_


----------------------------------------------------------------------

Temporary solution: run makepkg with the --nocheck option to skip check() in the PKGBUILD.

DarioP commented on 2021-10-18 10:55 (UTC)

The package no longer builds without BUILD_ENABLE_CXX_STD=C++17 as they started using std::string_view.

bartus commented on 2021-10-05 06:49 (UTC)

pkgver(): git tag is lagging behind the project version: tag:0.19.2 where the project version is at 0.20.0.

patch: http://ix.io/3ASD/diff

Merge with git am -s < <(curl -s http://ix.io/3ASD)

Adelie commented on 2021-08-31 10:32 (UTC)

Dear maintainers,

From the FreeCAD developer forums, "Your flags are a bit out of date, you should be using -D BUILD_ENABLE_CXX_STD=C++17, and the QT5 define is no longer used, we don't support Qt4 in 0.20 dev"

greyltc commented on 2021-08-02 17:29 (UTC)

@adrianinsaval feel free to build the package with --nocheck if you're not interested in testing if anything is broken!

adrianinsaval commented on 2021-08-02 16:02 (UTC)

why do we need the freecad tests in check() if this is a development package? I don't see the benefit

greyltc commented on 2021-07-17 19:03 (UTC)

the tip of master

Kunda commented on 2021-07-17 17:54 (UTC)

@greyltc I think bernd fixed the upstream FEM tests. Is this package pulling freecad HEAD?

K4LCIFER commented on 2021-07-05 01:14 (UTC)

@greyltc, that's perfect! It installed just fine now. Thanks!

greyltc commented on 2021-07-04 12:18 (UTC)

@K4LCIFER I expect those are upstream's bugs, but I'm not 100% sure. Have a look at lines 68 and 69 of the PKGBUILD as it is now. When I eliminate those two failing tests in my builds, check() passes.

K4LCIFER commented on 2021-07-04 00:18 (UTC) (edited on 2021-07-04 00:22 (UTC) by K4LCIFER)

@greyltc, here is the output of check() from the freecad-git installation.

You should be able to find the errors if you do a text search for FAIL, error or ERROR.

EDIT: Upon further inspection, I have found the following:

======================================================================
FAIL: test_box_frequency (femtest.app.test_ccxtools.TestCcxTools)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/<username>/.cache/yay/freecad-git/src/FreeCAD/build_dir/Mod/Fem/femtest/app/test_ccxtools.py", line 102, in test_box_frequency
    self.result_reading_test(
  File "/home/<username>/.cache/yay/freecad-git/src/FreeCAD/build_dir/Mod/Fem/femtest/app/test_ccxtools.py", line 323, in result_reading_test
    self.assertFalse(
AssertionError: True is not false : Invalid results read from .frd file

======================================================================
FAIL: test_thermomech_flow1D (femtest.app.test_ccxtools.TestCcxTools)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/<username>/.cache/yay/freecad-git/src/FreeCAD/build_dir/Mod/Fem/femtest/app/test_ccxtools.py", line 158, in test_thermomech_flow1D
    self.result_reading_test(
  File "/home/<username>/.cache/yay/freecad-git/src/FreeCAD/build_dir/Mod/Fem/femtest/app/test_ccxtools.py", line 323, in result_reading_test
    self.assertFalse(
AssertionError: True is not false : Invalid results read from .frd file

----------------------------------------------------------------------
Ran 543 tests in 37.991s

FAILED (failures=2)
==> ERROR: A failure occurred in check().
    Aborting...
error making: freecad-git

cculpepper1214 commented on 2021-07-03 20:57 (UTC)

@greyltc I'm ashamed to say... it turned out I had another version of freecad installed and that one was running. I think I had a git built version that I didn't realize.

greyltc commented on 2021-07-03 10:15 (UTC)

@cculpepper1214 I suspect the libboost version error is actually Arch's fault. I had to recompile vtk to fix that.

greyltc commented on 2021-07-03 10:12 (UTC)

@K4LCIFER are those errors in my packaging or upstream's errors?

K4LCIFER commented on 2021-07-03 06:35 (UTC)

Will not install because of multiple errors in check().

focusaurus commented on 2021-06-16 01:28 (UTC)

I am getting a compile/link error relating to pthreads. Not sure if upstream or my system is broken or what. Haven't been able to get any flavor of arch package of freecad to work for the past week or so. git commit for the freecad repo is 82e7ae0e35b7.

Performing C SOURCE FILE Test CMAKE_HAVE_LIBC_PTHREAD failed with the following output:
Change Dir: /home/plyons/.cache/yay/freecad-git/src/FreeCAD/build_dir/CMakeFiles/CMakeTmp

Run Build Command(s):/bin/ninja cmTC_ad2a2 && [1/2] Building C object CMakeFiles/cmTC_ad2a2.dir/src.c.o
[2/2] Linking C executable cmTC_ad2a2
FAILED: cmTC_ad2a2 
: && /bin/cc -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         
-fstack-clash-protection -fcf-protection -fPIC -w -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now CMakeFiles/cmTC_ad2a2.dir/src.c.o -o cmTC_ad2a2
   && :
/bin/ld: CMakeFiles/cmTC_ad2a2.dir/src.c.o: in function `main':
src.c:(.text.startup+0x28): undefined reference to `pthread_create'
/bin/ld: src.c:(.text.startup+0x32): undefined reference to `pthread_detach'
/bin/ld: src.c:(.text.startup+0x3c): undefined reference to `pthread_cancel'
/bin/ld: src.c:(.text.startup+0x48): undefined reference to `pthread_join'
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.

jffmichi commented on 2021-06-12 10:30 (UTC)

@cculpepper1214 I had the same issue. Reinstalling all dependencies and a complete recompile solved the problem for me.

cculpepper1214 commented on 2021-06-12 05:23 (UTC)

This does not run for me, it appears that the recent boost upgrade needs to be accounted for. FreeCAD: error while loading shared libraries: libboost_filesystem.so.1.75.0: cannot open shared object file: No such file or directory

If I downgrade to 1.75.0 of boost and boost-libs, I cannot compile, it fails because OpenSCAD expects 1.76...

I had the same issue with the aur appimage package, so this might be an upstream arch/freecad issue?

jade1 commented on 2021-06-11 04:00 (UTC)

This doesn't build for me at the moment: it appears to be complaining that ospray has the wrong version (in the repos currently is 2.5.0).

~ » aur sync freecad-git
==> Using [custom] repository
  -> freecad-git: 0.19_pre.r5362.gcbc3fbd157-1 -> 0.19.r582.g0cfea3fee3-1
==> Retrieving package files
From https://aur.archlinux.org/freecad-git
 = [up to date]      master     -> origin/master
Running makepkg --syncdeps --clean
==> Making package: freecad-git 0.19.r796.g4a9963a03f-1 (Thu 10 Jun 2021 08:56:52 PM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating FreeCAD git repo...
Fetching origin
==> Validating source files with md5sums...
    FreeCAD ... Skipped
==> Extracting sources...
  -> Creating working copy of FreeCAD git repo...
Reset branch 'makepkg'
==> Starting prepare()...
==> Starting pkgver()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
-- Compiler: GNU, version: 11.1.0
-- prefix: /usr/lib/freecad
-- bindir: bin
-- datadir: ../../share/freecad
-- docdir: ../../share/doc/freecad
-- includedir: include
-- libdir: ../../lib
-- cmake: 3.20.3
-- PyCXX found:
--   Headers:  /home/jade/.cache/aurutils/sync/freecad-git/src/FreeCAD/src
--   Sources:  /home/jade/.cache/aurutils/sync/freecad-git/src/FreeCAD/src/CXX
--   Version:  6.2.8
-- -- Found OCE/OpenCASCADE version: 7.5.0
-- -- OCE/OpenCASCADE include directory: /usr/include/opencascade
-- -- OCE/OpenCASCADE shared libraries directory: /usr/lib
-- VTK components: not found or used
CMake Error at /usr/lib64/cmake/vtk-9.0/VTK-vtk-module-find-packages.cmake:162 (find_package):
  Could not find a configuration file for package "ospray" that is compatible
  with requested version "1.8".

  The following configuration files were considered but not accepted:

    /usr/lib64/cmake/ospray-2.5.0/osprayConfig.cmake, version: 2.5.0
    /usr/lib/cmake/ospray-2.5.0/osprayConfig.cmake, version: 2.5.0
    /lib64/cmake/ospray-2.5.0/osprayConfig.cmake, version: 2.5.0
    /lib/cmake/ospray-2.5.0/osprayConfig.cmake, version: 2.5.0

Call Stack (most recent call first):
  /usr/lib64/cmake/vtk-9.0/vtk-config.cmake:131 (include)
  cMake/FreeCAD_Helpers/SetupSalomeSMESH.cmake:45 (find_package)
  CMakeLists.txt:58 (SetupSalomeSMESH)


-- Configuring incomplete, errors occurred!

Kunda commented on 2021-06-10 15:09 (UTC)

Just tried to compile and I get broken OpenSCAD but not: AssertionError: 25.499999999999996 != 17.0 in check() mentioned by @greyltc in https://aur.archlinux.org/packages/freecad-git/#comment-807928

https://paste.ubuntu.com/p/DkwY9NY6Bf/

greyltc commented on 2021-05-16 09:46 (UTC) (edited on 2021-05-16 09:47 (UTC) by greyltc)

I think everything is sorted now. Please post here if you still have issues. If you're getting the AssertionError: 25.499999999999996 != 17.0 in check(), it's a known issue with OpenSCAD support and upstream is trying to fix it.

neo2001 commented on 2021-05-07 10:22 (UTC)

Just to confirm, getting similar issues:

Getting a mostly empty app window and the following messages in the log window:

12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Arch/Resources/icons/ArchWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Draft/Resources/icons/DraftWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Drawing/Resources/icons/DrawingWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Fem/Resources/icons/FemWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Image/Resources/icons/ImageWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Inspection/Resources/icons/InspectionWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Mesh/Resources/icons/MeshWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/OpenSCAD/Resources/icons/OpenSCADWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/PartDesign/Resources/icons/PartDesignWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Part/Resources/icons/PartWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Path/Resources/icons/PathWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Plot/resources/icons/PlotWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Points/Resources/icons/PointsWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Raytracing/Resources/icons/RaytracingWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/ReverseEngineering/Resources/icons/ReverseEngineeringWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Robot/Resources/icons/RobotWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Ship/resources/icons/ShipWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Sketcher/Resources/icons/SketcherWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Spreadsheet/Resources/icons/SpreadsheetWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Start/Resources/icons/StartWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Surface/Resources/icons/Surface_Workbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/TechDraw/Resources/icons/preferences-techdraw.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Test/Resources/icons/TestWorkbench.svg
12:20:04  Cannot find icon: /usr/lib/freecad/share/Mod/Web/Resources/icons/WebWorkbench.svg
12:20:05  Wizard shaft module cannot be loaded
12:20:05  No module named 'PartDesignGui'

jffmichi commented on 2021-05-07 10:16 (UTC)

@greyltc Thanks a lot for the quick response. Unfortunately it's not yet working correctly. I now get the following error messages:

Cannot find icon: /usr/lib/freecad/share/Mod/Arch/Resources/icons/ArchWorkbench.svg
[... for all mods ...]
No module named 'StartGui'

FreeCAD seems to really rely on not having it's folder structure changed. Also having something like "StartGui.so" or "Mesh.so" in "/usr/lib" seems confusing to me because it suggests it's something "global" and not related to a specific program. What's your take on this?

greyltc commented on 2021-05-07 09:03 (UTC)

Ack! sorry about that, should hopefully be fixed now!

jffmichi commented on 2021-05-06 12:52 (UTC)

@greyltc: with the latest changes in the PKGBUILD my FreeCAD doesn't find any modules (message: "No modules found in /usr/Mod"). It seems "/usr/bin/FreeCAD" used to be a symlink to "/usr/local/freecad/bin/FreeCAD" and FreeCAD uses the executable path (stripped of the executable name and the bin folder) to determine it's "home path" (see https://github.com/FreeCAD/FreeCAD/blob/master/src/App/Application.cpp line 2972). However with the new folder structure the FreeCAD executable sits directly in "/usr/bin" and it will therefore search in "/usr/Mod" (instead of "/usr/lib/freecad/Mod") for it's modules.

greyltc commented on 2021-04-11 15:54 (UTC) (edited on 2021-04-11 15:55 (UTC) by greyltc)

@bartus Oh yeah. The file layout here is totally wrong now (thought I checked that). Thanks for pointing that out. I'll fix it when I have a free minute.

@Woodhousezb if your check function is failing with AssertionError: 25.499999999999996 != 17.0 within 1 places (8.499999999999996 difference) then I guess that's upstream's bug. You can move to some commit that does not have this or try to help them understand/fix it, or build with --nocheck if you want to ignore the check function failure. I made a bug report on it here: https://tracker.freecadweb.org/view.php?id=4622

bartus commented on 2021-04-11 13:51 (UTC) (edited on 2021-04-11 13:58 (UTC) by bartus)

@greyltc: would be nice to move out of /usr/local/freecad to e.g: /usr/lib/freecad/ ( check out Debian package file-list ) ( debian package cmake flags )

Woodhousezb commented on 2021-04-11 07:32 (UTC)

Hi there,

Kind of got the impression the problem got tackled, but I still get the same errors when trying to compile. @greylts: Is tis supposed to woork after your last comment?

greyltc commented on 2021-04-08 10:36 (UTC)

@bartus sorry about that. I didn't mean to leave that testing line active in my commit.

bartus commented on 2021-04-08 07:55 (UTC) (edited on 2021-04-08 10:54 (UTC) by bartus)

@greyltc: Sorry but this won't work 10fb2eb61467 if users has no github config (username/email) or if build inside chroot (also it breaks pkgver() )

Please switch to --no-commit flag.

greyltc commented on 2021-04-07 10:25 (UTC)

Generally for me check() fails when there's an upstream bug and passes when there's not.

There still might be an issue with the current install somehow leaking into the check() environment when you rebuild the package, any help with addressing that is welcome.

neo2001 commented on 2021-04-07 10:16 (UTC)

I think if the check function always(?) prevents a successful package build, it should be commented out, until a solution is available. If everyone builds with "--nocheck" it's of no use anyway. Or are there people out there for which the package builds fine with the all the checks successful?

greyltc commented on 2021-04-07 10:06 (UTC)

I think the TestImportCSG failure is an upstream bug. I've reported it here: https://tracker.freecadweb.org/view.php?id=4622

cculpepper1214 commented on 2021-04-04 20:14 (UTC)

Running makepkg with --nocheck worked, however uninstalling freecad did not. ( I just pacman -R'd it, no reboots though. I'll just run with --nocheck for now. Thank you!

greyltc commented on 2021-04-04 19:01 (UTC)

I suspect the check() function is not being sandboxed properly and so part of the existing install is leaking into check() when it runs here. If anyone has any ideas for fixing that I'd love to hear them.

@cculpepper1214 you might try uninstalling freecad, then building this again or you can build it with --nocheck to hopefully avoid the issue for now.

cculpepper1214 commented on 2021-04-04 17:50 (UTC)

Hello! I've been having trouble building this package, for about a week. The length of time makes me suspect something in my install is causing it, but I don't know what/how to find it. I've built from raw github source, and that worked fine.

Here's the output I'm getting:

testAll (TestPythonSyntax.PythonSyntaxTestCase) ... ok

======================================================================
FAIL: test_import_resize (OpenSCADTest.app.test_importCSG.TestImportCSG)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/chris/.cache/yay/freecad-git/src/FreeCAD/build_dir/check/Mod/OpenSCAD/OpenSCADTest/app/test_importCSG.py", line 352, in test_import_resize
    self.assertAlmostEqual (object.Shape.BoundBox.XLength, 2*8.5, 1)
AssertionError: 25.499999999999996 != 17.0 within 1 places (8.499999999999996 difference)

======================================================================
FAIL: test_known_quantity_units (femtest.app.test_material.TestMaterialUnits)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/chris/.cache/yay/freecad-git/src/FreeCAD/build_dir/check/Mod/Fem/femtest/app/test_material.py", line 77, in test_known_quantity_units
    self.assertTrue(
AssertionError: False is not true : Unit of quantity material parameter ElectricalConductivity is not known by FreeCAD unit system.

I've also updated to the latest openscad (from openscad-git). Does anyone have any ideas?

gkatev commented on 2021-03-16 09:59 (UTC) (edited on 2021-03-17 21:09 (UTC) by gkatev)

EDIT: Tried it again today, and it built without problem.

Hi, I'm encountering a build error in check(), not sure if it's the package's fault or mine:


======================================================================
ERROR: test_import_surface (OpenSCADTest.app.test_importCSG.TestImportCSG)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/tmp/makepkg/freecad-git/src/FreeCAD/build_dir/check/Mod/OpenSCAD/OpenSCADTest/app/test_importCSG.py", line 317, in test_import_surface
    doc = self.utility_create_scad(f"surface(file = \"{testfile}\", center = true, convexity = 5);", "surface_simple_dat")
  File "/tmp/makepkg/freecad-git/src/FreeCAD/build_dir/check/Mod/OpenSCAD/OpenSCADTest/app/test_importCSG.py", line 204, in utility_create_scad
    return importCSG.open(filename)
  File "/tmp/makepkg/freecad-git/src/FreeCAD/build_dir/check/Mod/OpenSCAD/importCSG.py", line 119, in open
    processcsg(tmpfile)
  File "/tmp/makepkg/freecad-git/src/FreeCAD/build_dir/check/Mod/OpenSCAD/importCSG.py", line 177, in processcsg
    result = parser.parse(f.read())
  File "/usr/lib/python3.9/site-packages/ply/yacc.py", line 333, in parse
    return self.parseopt_notrack(input, lexer, debug, tracking, tokenfunc)
  File "/usr/lib/python3.9/site-packages/ply/yacc.py", line 1120, in parseopt_notrack
    p.callable(pslice)
  File "/tmp/makepkg/freecad-git/src/FreeCAD/build_dir/check/Mod/OpenSCAD/importCSG.py", line 785, in p_surface_action
    obj.Shape,xoff,yoff=makeSurfaceVolume(p[3]['file'])
  File "/tmp/makepkg/freecad-git/src/FreeCAD/build_dir/check/Mod/OpenSCAD/OpenSCADFeatures.py", line 506, in makeSurfaceVolume
    with open(filename) as f1:
FileNotFoundError: [Errno 2] No such file or directory: 'makepkg/freecad-git/src/FreeCAD/build_dir/check/Mod/OpenSCAD/OpenSCADTest/data/Surface.dat'

----------------------------------------------------------------------
Ran 560 tests in 29.802s

FAILED (errors=1)
==> ERROR: A failure occurred in check().   (100.0 %)   
    Aborting...
error making: freecad-git

I did try removing yay's cache and the old installation, as mentioned in other comments.

adrianinsaval commented on 2021-03-02 01:13 (UTC)

Kunda, occ can't be patched here because it will need to be rebuilt with that patch. That would need to be proposed to the official occ package or submit a PKGBUILD for opencascade patched to the AUR but I don't think many people would be willing to compile occ themselves. Here is the pkgbuild for the official package: https://github.com/archlinux/svntogit-community/blob/packages/opencascade/trunk/PKGBUILD maybe submit a PR to patch the source there?

greyltc commented on 2021-02-28 16:14 (UTC)

If opencascade is broken, seems like the official package deserves the patch no?

Kunda commented on 2021-02-25 18:08 (UTC) (edited on 2021-02-25 18:11 (UTC) by Kunda)

Upstream just cut a new release called 0.19. Can we use the patched OCCT repo (it has the fillet/chamfer fix in it) https://gitlab.com/blobfish/occt

Here's the patch by itself: https://gitlab.com/blobfish/occt/-/commit/ad0ba55f55b36dc957f66192c4766ace83f82b7e

arenm commented on 2021-02-06 17:49 (UTC)

It looks like installing to /usr/local is recommended against by the Arch Package Guidelines. Would you mind having freecad-git either install to /opt or split between /usr/share and /usr/lib like the official package does?

Kunda commented on 2021-02-06 15:38 (UTC) (edited on 2021-02-06 15:39 (UTC) by Kunda)

Apparently upstream FreeCAD has patches for OCCT that aren't official but fix some key issues. Lately there is a patch floating around for fixing a long standing chamfer/fillet OCC crash. I know that the OCC package maintainer for Debian is working to incorporate said patches in to their package. Perhaps we here at Arch could do the same?

Context
Patch announced: https://twitter.com/thekurtwk/status/1357887322264662022

The OCCT mirror with patches: https://gitlab.com/blobfish/occt (maintained by a member of the FC community 'tanderson' AKA 'blobfish')

Tweet by Debian maintainer: https://twitter.com/thekurtwk/status/1357887322264662022

neo2001 commented on 2021-02-06 09:55 (UTC)

Seems like it's a problem with the package. If you remove freecad-git and then reinstall it works.

Indeed it works after uninstalling the current freecad-git package. Thanks for the tip! :-)

greyltc commented on 2021-02-05 19:46 (UTC)

Seems like it's a problem with the package. If you remove freecad-git and then reinstall it works.

neo2001 commented on 2021-02-05 11:49 (UTC)

Yes, I've tried, but didn't find anything. But they don't use Github as Bugtracker and I may be to stupid to use Mantis the right way. To be honest, it kept me from reporting from bugs in the past, since you need to report to the forums first (register there and in the bugtracker etc.) and stuff like that and it's really an endeavor to report a simple bug, it's getting frustrating fast.

greyltc commented on 2021-02-05 11:33 (UTC) (edited on 2021-02-05 11:34 (UTC) by greyltc)

Yeah, check() fails for me too. I assume this test failure is upstream's bug. Have you tried looking for or reporting an issue there?

neo2001 commented on 2021-02-05 11:29 (UTC) (edited on 2021-02-05 11:31 (UTC) by neo2001)

It's me again. :-) Last time it was my own fault for not completely deleting the src and pkg directories. After that everything worked fine... for a while.

But since a few days I only get this:

Ran 246 tests in 31.672s

FAILED (failures=1, errors=49)
==> ERROR: A failure occurred in check().
    Aborting...

The build itself seems to work fine, but the tests always fail (which they didn't before).

Should I just ignore/comment them in the PKGBUILD or do I need to actually care about the result of the unit tests?

I've tried to delete everything and start fresh, I also waited a few days and tried again a few times. But it's always the same...

Example output:

======================================================================
ERROR: test_draft_to_sketch (drafttests.test_modification.DraftModification)
Convert a Draft object to a Sketch and back.
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cf/abs/aur/freecad-git/src/FreeCAD/build_dir/check/Mod/Draft/drafttests/test_modification.py", line 375, in test_draft_to_sketch
    obj = Draft.make_sketch(wire, autoconstraints=True)
  File "/home/cf/abs/aur/freecad-git/src/FreeCAD/build_dir/check/Mod/Draft/draftmake/make_sketch.py", line 79, in make_sketch
    from Sketcher import Constraint
  File "/usr/lib/python3.9/site-packages/shiboken2/files.dir/shibokensupport/__feature__.py", line 142, in _import
    return original_import(name, *args, **kwargs)
ImportError: /home/cf/abs/aur/freecad-git/src/FreeCAD/build_dir/check/lib/Sketcher.so: undefined symbol: _ZN3App4Part15getPartOfObjectEPKNS_14DocumentObjectEb

======================================================================
FAIL: testExtensions (Document.DocumentBasicCases)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/cf/abs/aur/freecad-git/src/FreeCAD/build_dir/check/Mod/Test/Document.py", line 248, in testExtensions
    grp.addExtension("App::GroupExtensionPython")
TypeError: function takes exactly 2 arguments (1 given)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/cf/abs/aur/freecad-git/src/FreeCAD/build_dir/check/Mod/Test/Document.py", line 255, in testExtensions
    self.failUnless(False)
AssertionError: False is not true

Kunda commented on 2021-02-03 14:53 (UTC) (edited on 2021-02-03 14:54 (UTC) by Kunda)

News: upstream has announced feature freeze with release for v0.19 pending next month.

greyltc commented on 2021-01-12 16:06 (UTC)

packages fine for me. tested with both makepkg and yay

neo2001 commented on 2021-01-12 13:40 (UTC)

Anyone getting this error after the build and test have finished?:

mv: cannot stat '/home/xxx/abs/aur/freecad-git/pkg/freecad-git/usr/local/freecad/share/doc': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

greyltc commented on 2021-01-08 20:26 (UTC)

I just made an update that I hope will address any outstanding issues.

malnven commented on 2021-01-08 10:43 (UTC)

@greyltc I suggest to remove the execution of the test suite. As it is now the PKGBUILD should be considered broken.

greyltc commented on 2020-12-30 11:56 (UTC)

@alhirzel, seems like you're right about that recource directory. Does anyone know how to set that at runtime?

Kunda commented on 2020-12-29 14:01 (UTC)

@Deewiant mentioned your observation in the FreeCAD forum: https://forum.freecadweb.org/viewtopic.php?f=4&t=50810&p=461930#p461930

alhirzel commented on 2020-12-26 17:49 (UTC) (edited on 2020-12-26 17:51 (UTC) by alhirzel)

I'm seeing a few issues in check() right now, which could be upstream. I am building on a PC where FreeCAD is not installed, and the first set of errors are like the following:

  File "/home/alhirzel/build_freecad/freecad-git/src/build/Mod/Arch/ArchIFCSchema.py", line 34, in <module>
    with open(os.path.join(FreeCAD.getResourceDir(), "Mod", "Arch", "Presets",
FileNotFoundError: [Errno 2] No such file or directory: '/usr/share/freecad/Mod/Arch/Presets/ifc_contexts_IFC4.json'

I think it's because FreeCAD.getResourceDir() follows Application::getResourceDir which depends on RESOURCEDIR at build-time. Perhaps the tests should not use this directory or something. I'm reporting this here just in case it is due to our packaging or our invocation of the test suite. (I did not see any mention of RESOURCEDIR in the PKGBUILD.)

Second set of issues are as follows, which are filesystem-related though I struggle to see how they could be due to the PKGBULID:

======================================================================
ERROR: testHatchCase (TestTechDrawApp.TechDrawTestCases)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/alhirzel/build_freecad/freecad-git/src/build/Mod/TechDraw/TestTechDrawApp.py", line 53, in testHatchCase
    rc = DHatchTest()
  File "/home/alhirzel/build_freecad/freecad-git/src/build/Mod/TechDraw/TDTest/DHatchTest.py", line 45, in DHatchTest
    hatch = FreeCAD.ActiveDocument.addObject('TechDraw::DrawHatch','Hatch')
Base.FreeCADError: {'sclassname': 'N4Base15FileSystemErrorE', 'sErrMsg': 'File /tmp/FreeCAD_Doc_6a76e492-caf2-464f-af89-d311de155634_da39a3_47564/FreeCAD_Doc_6a76e492-caf2-464f-af89-d311de155634_da39a3_47564HatchSvgHatch.svgpg7I9M does not exist.', 'sfile': '', 'iline': 0, 'sfunction': '', 'swhat': 'File /tmp/FreeCAD_Doc_6a76e492-caf2-464f-af89-d311de155634_da39a3_47564/FreeCAD_Doc_6a76e492-caf2-464f-af89-d311de155634_da39a3_47564HatchSvgHatch.svgpg7I9M does not exist.', 'btranslatable': False, 'breported': True}

======================================================================
ERROR: testSectionCase (TestTechDrawApp.TechDrawTestCases)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/alhirzel/build_freecad/freecad-git/src/build/Mod/TechDraw/TestTechDrawApp.py", line 85, in testSectionCase
    rc = DVSectionTest()
  File "/home/alhirzel/build_freecad/freecad-git/src/build/Mod/TechDraw/TDTest/DVSectionTest.py", line 42, in DVSectionTest
    section = FreeCAD.ActiveDocument.addObject('TechDraw::DrawViewSection','Section')
Base.FreeCADError: {'sclassname': 'N4Base15FileSystemErrorE', 'sErrMsg': 'File /tmp/FreeCAD_Doc_9ddf8b87-511a-47e5-a564-d1935042ba5b_da39a3_47564/FreeCAD_Doc_9ddf8b87-511a-47e5-a564-d1935042ba5b_da39a3_47564SectionSvgHatch.svgD7AOwM does not exist.', 'sfile': '', 'iline': 0, 'sfunction': '', 'swhat': 'File /tmp/FreeCAD_Doc_9ddf8b87-511a-47e5-a564-d1935042ba5b_da39a3_47564/FreeCAD_Doc_9ddf8b87-511a-47e5-a564-d1935042ba5b_da39a3_47564SectionSvgHatch.svgD7AOwM does not exist.', 'btranslatable': False, 'breported': True}

Deewiant commented on 2020-12-23 08:22 (UTC)

Doesn't build with both ccache and distcc enabled. The CMakeLists.txt has some custom logic to use ccache in front of every compilation command if it's found, which combined with makepkg's logic to set up the PATH for ccache results in invocations like /usr/bin/ccache /usr/lib/ccache/bin/c++. With distcc also enabled, both the "outer" and "inner" ccache programs trigger distcc which causes it to bail out with "CRITICAL! distcc seems to have invoked itself recursively!".

This seems like FreeCAD's bug, but here's a patch:

diff --git CMakeLists.txt CMakeLists.txt
index f4dabf7657..ded1023532 100644
--- CMakeLists.txt
+++ CMakeLists.txt
@@ -8,11 +8,6 @@ if (POLICY CMP0072)
     cmake_policy(SET CMP0072 OLD)
 endif(POLICY CMP0072)

-find_program(CCACHE_PROGRAM ccache)  #This check should occur before project()
-if(CCACHE_PROGRAM)
-    set_property(GLOBAL PROPERTY RULE_LAUNCH_COMPILE "${CCACHE_PROGRAM}")
-endif()
-
 project(FreeCAD)

 set(PACKAGE_VERSION_NAME "Vulcan")

moham_96 commented on 2020-12-22 07:37 (UTC)

I'm getting the following error while compiling https://0x0.st/iCeH.txt

greyltc commented on 2020-12-20 17:24 (UTC)

@bartus Thanks very much for the tips!

  • I've added the python-ply dep
  • I never knew the environment was manipulated differently between prepare() and build() with respect to how rules in the options array are handled! (this honestly feels like a build system design flaw to me) I've moved the build preparation stuff from prepare() to build() now. Seems like I've been wrong to do that kind of preparation in prepare().
  • Yeah, I should put my patches in the source array and not fetch anything in prepare(), sometimes I'm just too lazy to do it correctly
  • Not sure I agree with what you've done with MAKEFLAGS and ninja there. I think I won't do that.

vipqualitypost commented on 2020-12-20 08:39 (UTC) (edited on 2020-12-20 08:48 (UTC) by vipqualitypost)

I patched my PKGBUILD with the patch posted by @bartus; it helped with building (set makeflags correctly, much slower build because of this I assume) but it still was failing the self tests so I think maybe this is an issue with FreeCAD. I commented out check() and then it just skips to package() which runs fine and the program is installed. I can open it and there are no obvious issues (I checked for the features that were failing test, all related to helix patterning). Maybe we should remove the self test until it's known to pass? Otherwise it's impossible to install, unless it's just a problem with my machine. Also, during check() we should remove the directory change; it enters the correct one at the end of Ninja build anyway.

To patch the makefile you can do like this, for anyone reading before it gets pushed:
curl http://ix.io/2IKZ >> freecad.patch
patch -ruN < freecad.patch

bartus commented on 2020-12-19 19:38 (UTC) (edited on 2020-12-19 22:18 (UTC) by bartus)

@greyltc; few things:

  • missing python-ply dependency ##

  • cmake should be called form build() function as prepare() is called in sanitized environment (no flags defined in /etc/makepkg.conf present) ##

  • to recreate make behaviour with options=(!makeflags) using ninja you should add ${MAKEFLAGS:--j1} to ninja call ##

  • since cmake:3.12 you can used cmake -S source_dir -B build_dir call creplacing all mkdir build, cd build, cmake ../ ##

  • and as bonus, instead of calling curl to get patch you can add one to source list with filename::url syntax ## also you can combine multiple python packages using bash bracket expansions ##

patch

# merge with:
git am -s < <(curl -s http://ix.io/2IKZ)

btw. gendesktop is pretty neat - will try to use it in my PKGBUILDs (ღ˘⌣˘ღ)

alex.forencich commented on 2020-12-17 22:44 (UTC)

I think python-yaml needs to be a dependency of some sort

kvkoskin commented on 2020-12-17 13:20 (UTC)

From Arch freecad package: Adding -D BUILD_ENABLE_CXX_STD=C++14 to cmake changes the std as needed.

devilholk commented on 2020-12-16 05:53 (UTC)

@khumarahn, I was able to make it build by replacing all occurrences of -std=gnu++11 in build/build.ninja with -std=gnu++14 after prepare() have been run. I could not figure out how to get CMake to spit out a correct build.ninja.

khumarahn commented on 2020-12-15 23:15 (UTC)

Installing python-netcdf4 I could start the compilation, but it fails with

[2379/3992] Building CXX object src/Mod/Path/App/CMakeFiles/Path.dir/Area.cpp.o
FAILED: src/Mod/Path/App/CMakeFiles/Path.dir/Area.cpp.o 
/usr/bin/c++ -DBOOST_ALL_NO_LIB -DBOOST_FILESYSTEM_DYN_LINK -DBOOST_PROGRAM_OPTIONS_DYN_LINK -DBOOST_REGEX_DYN_LINK -DBOOST_SYSTEM_DYN_LINK -DBOOST_THREAD_DYN_LINK -DHAVE_CONFIG_H -DHAVE_FFMPEG -DHAVE_FREEIMAGE -DHAVE_LIMITS_H -DHAVE_RAPIDJSON -DHAVE_TBB -DHAVE_VTK -DOCC_CONVERT_SIGNALS -DPath_EXPORTS -DQT_CORE_LIB -DQT_NO_DEBUG -DQT_XML_LIB -DVTK_OPENGL2_BACKEND -D_OCC64 -DvtkDomainsChemistry_AUTOINIT="2(vtkDomainsChemistryOpenGL2,vtkDomainsParallelChemistry)" -DvtkFiltersCore_AUTOINIT="1(vtkFiltersParallelDIY2)" -DvtkFiltersFlowPaths_AUTOINIT="1(vtkFiltersParallelFlowPaths)" -DvtkFiltersParallel_AUTOINIT="2(vtkFiltersParallelDIY2,vtkFiltersParallelGeometry)" -DvtkIOExodus_AUTOINIT="1(vtkIOParallelExodus)" -DvtkIOExport_AUTOINIT="2(vtkIOExportOpenGL2,vtkIOExportPDF)" -DvtkIOGeometry_AUTOINIT="1(vtkIOMPIParallel)" -DvtkIOImage_AUTOINIT="1(vtkIOMPIImage)" -DvtkIOParallel_AUTOINIT="1(vtkIOMPIParallel)" -DvtkIOSQL_AUTOINIT="2(vtkIOMySQL,vtkIOPostgreSQL)" -DvtkIOXdmf3_AUTOINIT="1(vtkIOParallelXdmf3)" -DvtkRenderingContext2D_AUTOINIT="1(vtkRenderingContextOpenGL2)" -DvtkRenderingCore_AUTOINIT="3(vtkInteractionStyle,vtkRenderingFreeType,vtkRenderingOpenGL2)" -DvtkRenderingFreeType_AUTOINIT="2(vtkRenderingFreeTypeFontConfig,vtkRenderingMatplotlib)" -DvtkRenderingLICOpenGL2_AUTOINIT="1(vtkRenderingParallelLIC)" -DvtkRenderingOpenGL2_AUTOINIT="1(vtkRenderingGL2PSOpenGL2)" -DvtkRenderingVolume_AUTOINIT="1(vtkRenderingVolumeOpenGL2)" -I. -Isrc -I../src -Isrc/Mod/Path/App -I/usr/include/opencascade -I/usr/include/eigen3 -I/usr/include/python3.9 -isystem /usr/include/qt -isystem /usr/include/qt/QtCore -isystem /usr/lib/qt/mkspecs/linux-g++ -isystem /usr/include/qt/QtXml -Wall -Wextra -Wno-write-strings -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fPIC -w -O3 -DNDEBUG -fPIC   -fext-numeric-literals -pthread -fPIC -std=gnu++11 -MD -MT src/Mod/Path/App/CMakeFiles/Path.dir/Area.cpp.o -MF src/Mod/Path/App/CMakeFiles/Path.dir/Area.cpp.o.d -o src/Mod/Path/App/CMakeFiles/Path.dir/Area.cpp.o -c ../src/Mod/Path/App/Area.cpp
In file included from /usr/include/boost/geometry/core/tag.hpp:23,
                 from /usr/include/boost/geometry/core/ring_type.hpp:28,
                 from /usr/include/boost/geometry/core/closure.hpp:24,
                 from /usr/include/boost/geometry/geometry.hpp:34,
                 from /usr/include/boost/geometry.hpp:17,
                 from ../src/Mod/Path/App/Area.cpp:38:
/usr/include/boost/geometry/util/type_traits_std.hpp:54:25: error: expected template-name before ‘<’ token
   54 |     : std::conditional_t<Trait::value, conjunction<Traits...>, Trait>
      |                         ^

khumarahn commented on 2020-12-15 22:38 (UTC)

It seems, the dependency python-netcdf4 is missing.

greyltc commented on 2020-12-05 16:14 (UTC)

It might just be a bug in the Summary report printer?
Above I can see that Coin is found and has the expected version:

-- Found OpenGLU: /usr/lib/libGLU.so
-- Checking for module 'Coin'
--   Found Coin, version 4.0.1
-- Coin3D libraries found
-- Found Spnav: /usr/lib/libspnav.so  

Kunda commented on 2020-12-05 15:25 (UTC)

@greyltc, opened a thread on the FreeCAD forum: https://forum.freecadweb.org/viewtopic.php?f=4&t=52921 to see if we can glean any insight from the packagers there.

greyltc commented on 2020-12-05 14:15 (UTC)

@Kunda, that's a good question and I was wondering that myself. Maybe the system coin is not being detected properly? Any suggestions welcome.

Kunda commented on 2020-12-05 13:33 (UTC)

Quick question: in the cmake summary report, why doesn't Coin3D library output a version number?

-- Freetype:            2.10.4
-- OpenGLU:             /usr/lib/libGLU.so [/usr/lib/libGLU.so][/usr/include]
-- Coin3D:              [Coin] []
-- SPNAV:               [/usr/lib/libspnav.so] [/usr/include]

Kunda commented on 2020-12-05 12:25 (UTC)

@greyltc thank you so much for maintaining this package!

greyltc commented on 2020-12-05 11:04 (UTC)

@bartus
What problem does that solve?

bartus commented on 2020-12-05 10:41 (UTC)

Could we have ninja ${MAKEFLAGS:--j1} to recreate options=(!makeflags) expected behaviour (by default ninja build with nproc+2 threads)?

neo2001 commented on 2020-11-21 19:27 (UTC)

Thank you! Build works for me again, too! :)

bidulock commented on 2020-11-21 11:25 (UTC)

Builds fine for me in a clean chroot as of today.

However, please add qt5-xmlpatterns to depends.

neo2001 commented on 2020-11-20 15:23 (UTC) (edited on 2020-11-21 19:28 (UTC) by neo2001)

Does anyone else has difficulties building?

It seems related (again) to the slightly annoying smesh lib.

[ 37%] Linking CXX shared library ../../../lib/libSMESHDS.so
[ 39%] Built target FreeCADApp
[ 39%] Built target FreeCADMainPy
[ 39%] Built target FreeCADMainCmd
[ 39%] Built target Image
[ 39%] Built target Points
[ 39%] Built target Start
[ 39%] Built target Web
[ 39%] Built target Spreadsheet
[ 42%] Built target Mesh
/usr/bin/ld: CMakeFiles/SMESHDS.dir/src/SMESHDS/SMESHDS_GroupBase.cpp.o: in function `SMESHDS_GroupBase::SMESHDS_GroupBase(int, SMESHDS_Mesh const*, SMDSAbs_ElementType)':
SMESHDS_GroupBase.cpp:(.text+0x461): undefined reference to `Quantity_Color::Quantity_Color()'
/usr/bin/ld: CMakeFiles/SMESHDS.dir/src/SMESHDS/SMESHDS_GroupBase.cpp.o: in function `SMESHDS_GroupBase::GetColorGroup() const':
SMESHDS_GroupBase.cpp:(.text+0x653): undefined reference to `Quantity_Color::Red() const'
/usr/bin/ld: SMESHDS_GroupBase.cpp:(.text+0x661): undefined reference to `Quantity_Color::Green() const'
/usr/bin/ld: SMESHDS_GroupBase.cpp:(.text+0x670): undefined reference to `Quantity_Color::Blue() const'
collect2: error: ld returned 1 exit status
make[2]: *** [src/3rdParty/salomesmesh/CMakeFiles/SMESHDS.dir/build.make:350: lib/libSMESHDS.so] Error 1
make[1]: *** [CMakeFiles/Makefile2:2403: src/3rdParty/salomesmesh/CMakeFiles/SMESHDS.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 55%] Built target FreeCADGui
[ 61%] Built target Part
make: *** [Makefile:149: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...

kikislater commented on 2020-10-21 17:11 (UTC)

0.19 is the git version not 0.18 ... Please update

s218 commented on 2020-10-15 15:53 (UTC)

Вы напрасно боретесь за работу конкретно этой сборки FC - она имеет родовую проблему = топологии наименования (когда ломаются те эскизы и детали, которые ссылаются на другие эскизы после того, как нижерасположенные эскизы меняются). Эта проблема решена (или почти решена) в сборке linkstage, которая тоже здесь есть https://aur.archlinux.org/packages/freecad-linkstage3-git/ и является вполне рабочей, реально собирается и работает. You are fighting in vain for the work of this particular assembly FC - it has a generic problem = name topology (when those sketches and details that refer to other sketches after the below sketches change). This problem is solved (or almost solved) in the linkstage assembly, which is also there and is quite working https://aur.archlinux.org/packages/freecad-linkstage3-git/ , actually assembled and working.

jfcg commented on 2020-10-15 08:38 (UTC) (edited on 2020-10-15 08:47 (UTC) by jfcg)

when i try to build freecad-git, i am asked to choose a provider for med with options:

  • med-openmpi 4.0.0
  • med-salome 3.3.1
  • med3 3.3.1

if i choose med3 or med-openmpi, i get the error:

unable to satisfy dependency 'python-pivy'

Jeinzi commented on 2020-10-06 03:56 (UTC)

When I try to build the package, I get a bunch of cmake errors related to OpenCascade. Adding PATH=/usr/bin:$PATH to build() as in the the PKGBUILD of the freecad package fixes it for me.

Could you please add that to this PKGBUILD as well?

thupie commented on 2020-09-21 09:58 (UTC)

Some package update broke scrollwheel zoom for me in FreeCAD 0.19-git. Scroll wheel works fine for scrolling in dialogs, report view and the welcome screen etc, but doesn't work for zooming in/out in models in the 3d view. Tried different Navigation Styles to no avail. Does anyone else have this problem? What (QT5?) package is responsible for the 3d view? Latest 0.19 appimage works fine btw.

neo2001 commented on 2020-06-10 10:22 (UTC)

Since I still couldn't create meshes using the standard mesher, I've asked in the FreeCAD forums: https://forum.freecadweb.org/viewtopic.php?f=4&t=47375

A user mentioned, that he is using the package med-openmpi instead of med and hdf5-openmpi instead of hdf5. I've tried that and it did indeed solve the issue for now. Maybe this can help others, too.

lonaowna commented on 2020-06-09 15:12 (UTC)

@greyltc you need to rebuild this package after updating to qt5 5.15.

lonaowna commented on 2020-06-05 16:20 (UTC)

@bartus: looks like your patch has already been accepted upstream. Thanks!

bartus commented on 2020-06-04 12:22 (UTC) (edited on 2020-06-04 12:25 (UTC) by bartus)

Wont build with latest qt5:5.15.0.

#apply patch with.
git am -s < <(curl -s http://ix.io/2ogn)

lonaowna commented on 2020-05-10 16:51 (UTC)

@SunDoctor that seems to be a problem with Nouveau. Did you try with the proprietary Nvidia driver?

SunDoctor commented on 2020-05-10 13:13 (UTC)

Freecad is very unstable on my Arch. :-( In Sketch mode it always breaks with log:

Program received signal SIGSEGV, Segmentation fault.

0 /usr/lib/libc.so.6(+0x3bd70) [0x7f4670d53d70]
1 /usr/lib/dri/nouveau_dri.so(+0xe86395) [0x7f4669636395]
2 /usr/lib/dri/nouveau_dri.so(+0xc360fe) [0x7f46693e60fe]
3 0x7f4672ce2da6 in NaviCubeImplementation::drawNaviCube(bool) from /usr/lib/freecad/lib/libFreeCADGui.so+0xa46
4 0x7f4672cc18b5 in Gui::View3DInventorViewer::renderScene() from /usr/lib/freecad/lib/libFreeCADGui.so+0x285
5 0x7f4672c93855 in SIM::Coin3D::Quarter::QuarterWidget::paintEvent(QPaintEvent*) from /usr/lib/freecad/lib/libFreeCADGui.so+0x1b5
6 0x7f4672c9b84e in SIM::Coin3D::Quarter::SoQTQuarterAdaptor::paintEvent(QPaintEvent*) from /usr/lib/freecad/lib/libFreeCADGui.so+0x1e
7 0x7f46717cf2ee in QWidget::event(QEvent*) from /usr/lib/libQt5Widgets.so.5+0x27e
8 0x7f4671880cbf in QFrame::event(QEvent*) from /usr/lib/libQt5Widgets.so.5+0x1f
9 0x7f4671af4b23 in QGraphicsView::viewportEvent(QEvent*) from /usr/lib/libQt5Widgets.so.5+0x163

....

83 0x7f467139c066 in QCoreApplication::exec() from /usr/lib/libQt5Core.so.5+0x96
84 0x7f46729edcea in Gui::Application::runApplication() from /usr/lib/freecad/lib/libFreeCADGui.so+0x153a
85 freecad(main+0x6f9) [0x55e9d1fda539]
86 /usr/lib/libc.so.6(__libc_start_main+0xf3) [0x7f4670d3f023]
87 freecad(_start+0x2e) [0x55e9d1fda84e

neo2001 commented on 2020-05-05 08:17 (UTC)

@lonaowna: Thank you for the tip! After an short attempt at downgrading didn't work, I decided to download the current AppImage version to create meshes. I can live with that, until the issue is resolved. :-)

lonaowna commented on 2020-05-04 18:14 (UTC)

@neo2001 yes, there are some compatibility issues with HDF5 1.12 and MED. See also the discussion over at the med package.

I think downgrading HDF5 should provide a temporary solution.

neo2001 commented on 2020-05-04 17:55 (UTC)

Although I did not recompile in the last weeks, suddenly I can't create meshes using the default mesher anymore (also for older, existing models).

I just get an error: libhdf5.so.103: cannot open shared object file: No such file or directory

I did recompile it (without errors) after that, but it didn't change anything.

Can anyone confirm this?

lonaowna commented on 2020-04-02 09:17 (UTC)

The PYSIDE2RCCBINARY issue was fixed upstream a while ago: https://github.com/FreeCAD/FreeCAD/pull/2846

If you are still having trouble building, remove your build files and try again. If there are still issues, leave a comment here.

bartus commented on 2020-02-03 21:37 (UTC)

Could we have this patch as a quick fix, package won't build without it. https://github.com/FreeCAD/FreeCAD/pull/2964

dviktor commented on 2019-12-23 12:05 (UTC)

Just add -DPYSIDE2RCCBINARY=/usr/bin/rcc to cmake options in PKGBUILD to resolve issue with PYSIDE2RCCBINARY-NOTFOUND

lonaowna commented on 2019-12-19 16:51 (UTC) (edited on 2019-12-19 16:52 (UTC) by lonaowna)

This package does not build with PySide2 5.14 (currently in testing). It fails with the following message:

[  4%] Generating Material_rc.py
/bin/sh: PYSIDE2RCCBINARY-NOTFOUND: command not found

See FreeCAD issue 4229 for more information.

dviktor commented on 2019-11-27 13:43 (UTC)

Tried with latest PySide2 and Shiboken2 but problem still exists

bebR commented on 2019-11-23 20:03 (UTC)

@s218, it's great that you found a workaround. but for me, tweaking pkgbuild and stuff is counterproductive. Plus, the time to compile this package takes a long time. I did use distcc to speed the process but then comes compilation issues... I'll currently stick with the AppImage version, and it's delivered by Freecad developers, rather official. Thanks.

s218 commented on 2019-11-23 18:31 (UTC) (edited on 2019-11-24 16:06 (UTC) by s218)

upd 2019-11-24 уже исправлено, т.е. можно не читать is already fixed, so you don't have to read -

this package is built, installed and running if you change the string -

-DPYSIDE_LIBRARY="/usr/lib/libpyside2.cpython-${PYVER//.}m-${CARCH}-linux-gnu.so" \

to this one (delete the letter m)

-DPYSIDE_LIBRARY="/usr/lib/libpyside2.cpython-${PYVER//.}-${CARCH}-linux-gnu.so" \

s218 commented on 2019-11-23 16:42 (UTC)

https://forum.freecadweb.org/viewtopic.php?f=4&t=40986&sid=deb0a69eb4a7450e8e49be29332fec17

Pyside2 + python3.8 is not yet working. pyside2 version 5.14 will adress these issue. You can follow these links to get more information: https://github.com/conda-forge/freecad- ... -551993747 https://bugreports.qt.io/browse/PYSIDE-939

s218 commented on 2019-11-23 16:23 (UTC)

This program assembly breaks the related sketches. That is, if you make a sketch of 1 figure A and then in the next sketch (2) to use a link to this figure A from the sketch 1, and then in the first sketch to change the same figure A, then in the sketch 2 we get an accident. This problem is solved in https://aur.archlinux.org/packages/freecad-linkstage3-git, which, however, also is not going to. So it makes sense to finish it off.

bebR commented on 2019-11-23 09:16 (UTC)

I can't build anymore, and once again. Python 3.8 seems to be the problem. As I needed a working version, I made a package for the 0.19_pre AppImage. It's totally usable and avoids the problems of dependencies we always have. May I propose to merge my version with yours? (currently, aur hooks are broken, so my package is not published yet)

berilac commented on 2019-11-17 15:29 (UTC) (edited on 2019-11-17 15:38 (UTC) by berilac)

oh well. after all that, I still have this problem; can't import DWG or DXF

Traceback (most recent call last):
  File "<input>", line 1, in <module>
  File "/usr/lib/freecad/Mod/Draft/importDWG.py", line 55, in <module>
    from DraftTools import translate
  File "/usr/lib/freecad/Mod/Draft/DraftTools.py", line 44, in <module>
    from DraftGui import todo, translate, utf8_decode
  File "/usr/lib/freecad/Mod/Draft/DraftGui.py", line 279, in <module>
    class DraftBaseWidget(QtGui.QWidget):
TypeError: 'Shiboken.ObjectType' object is not iterable[/code]

berilac commented on 2019-11-17 15:27 (UTC) (edited on 2019-11-17 15:38 (UTC) by berilac)

@springwurm much appreciated - I did not notice this issue and have been struggling all afternoon to compile successfully with git versions of pyside and shiboken - both of which were redundant with the change you noted.

springwurm commented on 2019-11-17 14:07 (UTC) (edited on 2019-11-17 14:10 (UTC) by springwurm)

Hi got this only compiled, when i change the cmake option DPYSIDE_LIBRARY to "/usr/lib/libpyside2.cpython-${PYVER//.}-${CARCH}-linux-gnu.so". Removed the 'm'

Make Error: make[2]: *** Keine Regel vorhanden, um das Ziel „/usr/lib/libpyside2.cpython-38m-x86_64-linux-gnu.so“, benötigt von „lib/libFreeCADGui.so“, zu erstellen. Schluss.

bebR commented on 2019-11-12 21:47 (UTC)

Oh ok I understand now! Thanks again for answering and for providing this package ;)

lonaowna commented on 2019-11-12 21:00 (UTC)

@bebR uhh yeah but the diff shows r2626 instead of r2526 (like I was saying)..

In any case; it doesn't matter. Since this is a -git package, the pkgver is calculated dynamically based on the latest git commits. And the pkgver should increase each time there is a new commit. So the PKGBUILD will also change every time you run makepkg after there has been an upstream commit.

But again, as long as it's working it doesn't really matter. Let me know if you have any other issues!

bebR commented on 2019-11-12 20:01 (UTC)

@lonaowna, thanks for your answer.

Actually no, there is no typo here. This is the git diff I get:

diff --git i/PKGBUILD w/PKGBUILD
index 81b7f88..b7b87d4 100644
--- i/PKGBUILD
+++ w/PKGBUILD
@@ -3,7 +3,7 @@

 _appname=freecad
 pkgname="${_appname}-git"
-pkgver=0.18.r2576.g953b802f83
+pkgver=0.18.r2626.gc021ff70d
 pkgrel=1
 epoch=2
 pkgdesc='A general purpose 3D CAD modeler - git checkout'

lonaowna commented on 2019-11-12 13:52 (UTC)

@bebR, good to hear that you managed to fix it. It is expected that the version in the PKBUILD changes as it reflects the latest commit in the upstream git repository.

The .r*. part should always increase though. I think you made a typo and are at r2626 instead of r2526.

bebR commented on 2019-11-12 13:40 (UTC) (edited on 2019-11-12 13:42 (UTC) by bebR)

Forget my previous comment. I had a lot a threads because I used to use distcc, but the distributed compilation currently does not work anymore in my environment.

Decreasing MAKEOPTS from -j40 value to -j3 solved it.

However, after compilation, the PKGBUILD gets modified, which is a bit curious. The diff shows pkgver=0.18.r2526.gc021ff70d instead of pkgver=0.18.r2576.g953b802f83.

bebR commented on 2019-11-09 19:50 (UTC)

I cannot build Freecad anymore. The cc1plus gets killed by the kernel because of an out of memory. This used to work. I have 8Gb of ram. Any clue if a lib dependency could cause this? too many recursions or so? Thanks

lonaowna commented on 2019-11-04 14:26 (UTC)

@bartus thanks for the report. Fixed.

bartus commented on 2019-11-04 12:21 (UTC) (edited on 2019-11-04 12:23 (UTC) by bartus)

pkgver(): git describe generate lower commit count than what's on AUR:

$ git clone https://aur.archlinux.org/freecad-git.git && cd freecad-git
$ makepkg -Cod
==> Making package: freecad-git 1:0.19pre.r2096.gc903de8af7-1
...
==> Updated version: freecad-git 1:0.19pre.r4.g64cf85c21-1
==> Sources are ready

Following the git-describe(1) man page, second version is correct one.

lonaowna commented on 2019-10-20 06:55 (UTC)

Since there is no response from upstream on the openmpi issue, I've added it as a mandatory dependency for now.

Kunda commented on 2019-09-30 22:43 (UTC)

@Ionaowna https://forum.freecadweb.org/viewtopic.php?t=35505#p301527 Does changing:

-pkg_search_module(OPENMPI ompi-cxx)
+pkg_search_module(OPENMPI REQUIRED ompi-cxx)

fix it?

Kunda commented on 2019-09-30 22:39 (UTC)

Just a soft heads up: Opencascade 7.4 will be released imminently

http://git.dev.opencascade.org/gitweb/?p=occt.git;a=commit;h=fd47711d682be943f0e0a13d1fb54911b0499c31

No upstream FreeCAD OCC bugs were fixed. But it would be useful nevertheless to test the latest 7.4 with 0.19.x

lonaowna commented on 2019-08-30 20:27 (UTC)

@Nahouhak, thanks for the follow up. There's something wrong with the MPI detection in FreeCAD. See this forum thread for more info.

Nahouhak commented on 2019-08-26 09:39 (UTC) (edited on 2019-08-27 08:55 (UTC) by Nahouhak)

I get an error recently (was working about a week ago). A missing unlisted dependency ? [ 0%] Linking CXX shared library ../../../lib/libDriver.so /usr/bin/ld : can't find -lmpi_cxx /usr/bin/ld : can't find -lmpi

Edit : Adding openmpi solves the issue so I think openmpi is the missing unlisted dependency.

Kunda commented on 2019-08-09 12:55 (UTC)

An upstream issue that the FreeCAD team is having issue with https://forum.freecadweb.org/viewtopic.php?f=42&t=37216#p316220 (Ticket #4014 - Finding a solution for the 'version.h' issue)

cerdicola commented on 2019-08-04 11:24 (UTC)

@Ionaowna, I discovered that the version I had installed was the "Staging" one, so I uninstalled it. Then I installed the 1:0.19 offered by manjaro.

No more update notification now, all fine.

Thanks for your work!

lonaowna commented on 2019-08-03 22:08 (UTC)

@cerdicola thanks for the heads-up! It looks like the FreeCAD folks created a "Staging" tag which messed things up. I have fixed our PKGBUILD to ignore this tag.

I'm not sure if Manjaro will pick this up automatically. Let us know if this is still broken in a day or so.

cerdicola commented on 2019-08-03 19:13 (UTC) (edited on 2019-08-03 19:13 (UTC) by cerdicola)

From manjaro deepin, I got a freecad-git update, after compile and install keeps notifying. New offered version is: (1:Staging.r0.g7b315d3a1-1)

And I have now: 1:0.19pre.r633.g063582241-1

snostorm commented on 2019-07-08 21:23 (UTC)

Please can I get some help I was compiling the freecad package 0.18.* , but after my last system update I was not able to get it to recompile I have switched to this one, but am having the similar/same issue, looking at cmake error logs point to pthread.so issues but I have seem to have that lib, but maybe ld is not detecting it correctly, it also oddly complains about opencascade while compiling, but nothing in the cmake error file about that just on screen during compile, everything but freecad is from community unless I missed one double checked opencascade, pyside2 and shiboken2 as these have all caused update issues previously but the community build seemed to work the last time I had to recompile.

cmake error log https://pastebin.com/jmsYTvD4

Cmake log https://pastebin.com/TBZQbckc

Terminal compile time https://pastebin.com/3P4FvM42

Kunda commented on 2019-06-24 22:41 (UTC)

FYI, new official FreeCAD Packaging subforum https://forum.freecadweb.org/viewforum.php?f=42

lonaowna commented on 2019-06-22 21:04 (UTC)

@OOFscr @bebR, sorry for the late response. I've fixed the desktop file.

bebR commented on 2019-06-19 19:29 (UTC)

@greyltc please fix the .desktop issue or disown the package.

bebR commented on 2019-05-21 12:27 (UTC) (edited on 2019-06-02 09:03 (UTC) by bebR)

I have the same issue than OOFscr, I had to change the .desktop to make it work.

And I agree with Saku, the git clone is extremely long, almost 20 minutes.

Please update the freecad.desktop.

Saku commented on 2019-05-20 19:58 (UTC)

Hi,

Maybe change the pkgbuild to pull only depth 1 and not all the repository which is huge.

OOFscr commented on 2019-05-02 15:08 (UTC)

For me, the current freecad.desktop file prevents correct opening of files in xfce. I had to change: Path=/usr/lib/freecad

lonaowna commented on 2019-04-03 17:14 (UTC)

This package has been updated to use Python 3. Please leave a comment if you find something broken.

bartus commented on 2019-03-31 12:55 (UTC)

depends missing qt5-webengine

lonaowna commented on 2019-03-30 15:35 (UTC)

@dtbaumann thanks. I've incorporated your suggestion and some from the freecad and freecad-python3-git packages into the following PKGBUILD which uses python3.

https://gist.github.com/slokhorst/4ea6a978ad2287724f5c573cbf89a373

Please give it a try. If there are no problems, I'll update the freecad-git PKGBUILD (this package) in a few days.

dtbaumann commented on 2019-03-16 10:02 (UTC)

the build block below works without python2

depends=('boost-libs' 'curl' 'opencascade>=7.2' 'xerces-c' 'libspnav' 'glu' 'netcdf'
     'shared-mime-info' 'hicolor-icon-theme' 'jsoncpp'
     'qt5-base' 'qt5-declarative' 'qt5-svg' 'qt5-tools'
     'med' 'python-pivy' 'python-pyside2' 'python-matplotlib' 'pyside2-tools')
makedepends=('boost' 'eigen' 'gcc-fortran' 'swig' 'xerces-c' 'desktop-file-utils' 'git'
         'cmake' 'coin' 'python-shiboken2' 'pyside2' 'shiboken2')
optdepends=('python-matplotlib' 'python-pyqt5' 'graphviz' 'openscad')

build() {
    cd "${srcdir}/freecad-code"
    cmake . \
        -DCMAKE_BUILD_TYPE=Release \
        -DCMAKE_INSTALL_PREFIX="/usr/lib/freecad" \
        -DCMAKE_INSTALL_DOCDIR="/usr/share/freecad/doc" \
        -DCMAKE_INSTALL_DATADIR="/usr/share/freecad" \
        -DFREECAD_USE_OCC_VARIANT="Official Version" \
        -DFREECAD_USE_EXTERNAL_PIVY=ON \
        -DBUILD_QT5=ON \
        -DBUILD_QT5_WEBKIT=OFF \
        -DBUILD_START=OFF \
        -DBUILD_WEB=OFF\
        -DPYTHON_EXECUTABLE=/usr/bin/python3 \
        -DPYTHON_LIBRARY=/usr/lib/libpython3.7m.so \
        -DPYTHON_INCLUDE_DIR=/usr/include/python3.7m \
        -DPYTHON_PACKAGES_PATH=/usr/lib/python3.7/site-packages

    make
}

lonaowna commented on 2019-03-15 19:22 (UTC)

@greyltc thanks! I've fixed the dependency issues mentioned below.

greyltc commented on 2019-03-15 16:55 (UTC)

Yes, definitely freecad-python3-git should be redundant with this package. And I think it would be great if there was no trace of python2 here (if possible).

greyltc commented on 2019-03-15 16:53 (UTC)

Great, thanks @lonaowna, you're a co-maintainer now!

lonaowna commented on 2019-03-15 15:35 (UTC)

@greyltc I could also help out. It might be also be time to look into merging with freecad-python3-git which seem to works pretty nice now (freecad has also switched to python3).

greyltc commented on 2019-03-15 14:56 (UTC)

@zegentz, would you like to co-maintain this?

jorges commented on 2019-03-14 10:29 (UTC)

Please excuse my ignorance, but why the version part from the package name, i.e. freecad-python3-git-0.17.r2599.g87bf7094a-1-x86_64.pkg.tar.xz, differs with the version info provided by the "About Freecad" menu: (redacted) ... Version: 0.18.15455 (Git) ... Hash: ca7dd2e1c369dc23d2a79b3eb5ac6381dfd54990 ... It's just curiosity, maybe someone here knows... Thanks

goddessfreya commented on 2019-03-10 08:30 (UTC) (edited on 2019-03-10 08:31 (UTC) by goddessfreya)

Oh my, this was a !!FUN!! package to get to work.

Soooo, you guys are missing a couple dependencies when it comes to pyside and shiboken (and a couple others). I can't tell you which, because I ended up installing every AUR package with those two in it's name:

$ pacman -Q | grep "coin\|shiboken\|webkit\|webengine\|pyside\|qtpy"
coin 3.1.3-18
coin-docs 3.1.3-18
kdewebkit 5.56.0-1
pyqtwebengine-common 5.12-2
pyside-tools-common 0.2.15-3
pyside2 5.12.1-1
pyside2-tools 5.12.1-1
python-pyqtwebengine 5.12-2
python-pyside 1.2.4-9
python-pyside-common 1.2.4-9
python-pyside-tools 0.2.15-3
python-shiboken 1.2.4-4
python-shiboken2 5.12.1-1
python2-pyqtwebengine 5.12-2
python2-pyside 1.2.4-9
python2-pyside-tools 0.2.15-3
python2-pyside2 5.12.1-1
python2-qtpy 1.6.0-1
python2-shiboken 1.2.4-4
python2-shiboken2 5.12.1-1
qt5-webengine 5.12.1-3
qt5-webkit 5.212.0alpha2-23
qtwebkit-bin 2.3.4-9
shiboken 1.2.4-4
shiboken2 5.12.1-1
webkit2-sharp 2.10.9-2
webkit2gtk 2.22.7-1

Then that still didn't work, so I manually compiled the {python-,}shiboken2 packages in the extra/community repos, but with a slightly modified PKGBUILD to allow for support for llvm-svn:

Index: PKGBUILD
===================================================================
--- PKGBUILD    (revision 347468)
+++ PKGBUILD    (working copy)
@@ -4,7 +4,6 @@
 pkgbase=shiboken2
 pkgname=(shiboken2 python-shiboken2)
 _qtver=5.12.1
-_clangver=7.0.1
 pkgver=${_qtver/-/}
 pkgrel=1
 arch=(x86_64)
@@ -30,7 +29,7 @@
 }

 package_shiboken2() {
-  depends=(clang=$_clangver llvm libxslt qt5-xmlpatterns)
+  depends=(clang llvm libxslt qt5-xmlpatterns)

   cd build
   make DESTDIR="$pkgdir" install

And then it compiled, but the web browser didn't work! Gave an error along the line of WebGui module not found, or something like that. So I installed a couple packages which I thought might fix the issue (alas to no avail).

Then I just did this and it worked:

diff --git a/PKGBUILD b/PKGBUILD
index a8726ce..2c56996 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,7 +2,7 @@

 _appname=freecad
 pkgname="${_appname}-git"
-pkgver=0.17.r1484.g1e6818b6f
+pkgver=0.17.r2570.g6363c90a2
 pkgrel=1
 epoch=1
 pkgdesc='A general purpose 3D CAD modeler - git checkout'
@@ -38,9 +38,9 @@ build() {
          -DFREECAD_USE_OCC_VARIANT="Official Version" \
           -DFREECAD_USE_EXTERNAL_PIVY=ON \
           -DBUILD_QT5=ON \
-          -DBUILD_QT5_WEBKIT=OFF \
+          -DBUILD_QT5_WEBKIT=ON \
           -DPYTHON_EXECUTABLE=/usr/bin/python2 \
-          -DBUILD_WEB=OFF
+          -DBUILD_WEB=ON

     make
 }

And it worked! Luckly I don't have to care about deps, cause I installed everything with web{kit,gui,engine} in it's name.

jagaudin commented on 2019-02-15 02:21 (UTC)

The package depends on python2-netcdf4. Please add this to the list of dependencies.

Tio commented on 2019-02-11 01:30 (UTC) (edited on 2019-02-11 01:30 (UTC) by Tio)

Error:

Cloning freecad build files...
Checking freecad dependencies...
Cloning python2-pivy build files...
Checking python2-pivy dependencies...
Cloning python2-pyside2 build files...
Checking python2-pyside2 dependencies...
Cloning coin build files...
Checking coin dependencies...
Cloning python2-shiboken2 build files...
Checking python2-shiboken2 dependencies...
Cloning soqt build files...
Checking soqt dependencies...
Warning: cannot resolve "qt5-xmlpatterns>=5.12.1", a dependency of "python2-shiboken2"
Warning: cannot resolve "python2-shiboken2>=5.12.1", a dependency of "python2-pyside2"
Warning: cannot resolve "qt5-base>=5.12.1", a dependency of "python2-pyside2"
Warning: cannot resolve "python2-pyside2", a dependency of "freecad"
Warning: cannot resolve "qt5-xmlpatterns>=5.12.1", a dependency of "python2-shiboken2"
Warning: cannot resolve "python2-shiboken2", a dependency of "freecad"
Failed to prepare transaction.
Failed to prepare transaction:
could not satisfy dependencies:
unable to satisfy dependency 'qt5-xmlpatterns>=5.12.1' required by python2-shiboken2
unable to satisfy dependency 'python2-shiboken2>=5.12.1' required by python2-pyside2
unable to satisfy dependency 'qt5-base>=5.12.1' required by python2-pyside2
unable to satisfy dependency 'python2-pyside2' required by freecad
unable to satisfy dependency 'python2-shiboken2' required by freecad

Preparing...
Cloning freecad-python3-git build files...
Checking freecad-python3-git dependencies...
Cloning python-pivy-git build files...
Checking python-pivy-git dependencies...
Cloning coin-hg build files...
Checking coin-hg dependencies...
Resolving dependencies...
Checking inter-conflicts...
Downloading xerces-c (3.2.2-1-x86_64)...
Checking keyring...
Checking integrity...
Loading packages files...
Checking file conflicts...
Checking available disk space...
Installing xerces-c (3.2.2-1)...
Building coin-hg...
==> Making package: coin-hg r11844.cf2a467adeca-1 (lun 11 feb 2019 02:18:53 CET)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Cloning coin hg repo...
applying clone bundle from https://api.media.atlassian.com/file/ca8ac694-8b46-45b5-affb-6bbba948b9cd/binary?client=64098d31-1676-4941-8a09-30b447252903&token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhY2Nlc3MiOnsidXJuOmZpbGVzdG9yZTpmaWxlOmNhOGFjNjk0LThiNDYtNDViNS1hZmZiLTZiYmJhOTQ4YjljZCI6WyJyZWFkIl19LCJleHAiOjE1NDk4NDg0OTIsImlzcyI6IjY0MDk4ZDMxLTE2NzYtNDk0MS04YTA5LTMwYjQ0NzI1MjkwMyIsIm5iZiI6MTU0OTg0ODA3Mn0._rx2QAazHxbUMvyweZuovZtKKI0HIUHEMKTzQYpVsi8
adding changesets
adding manifests
adding file changes
added 11707 changesets with 71756 changes to 6487 files (+1 heads)
finished applying clone bundle
searching for changes
adding changesets
adding manifests
adding file changes
added 260 changesets with 1364 changes to 911 files
new changesets de2e5a9fee0a:cbbeac5f7984
11707 local changesets published
  -> Cloning generalmsvcgeneration hg repo...
requesting all changes
adding changesets
adding manifests
adding file changes
added 3 changesets with 7 changes to 4 files
new changesets 17bc4850b39e:d12bf6cbb77c
  -> Cloning boost-header-libs-full hg repo...
applying clone bundle from https://api.media.atlassian.com/file/8cd0ceee-fcba-42a0-96ad-68c5b6c4067b/binary?client=64098d31-1676-4941-8a09-30b447252903&token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhY2Nlc3MiOnsidXJuOmZpbGVzdG9yZTpmaWxlOjhjZDBjZWVlLWZjYmEtNDJhMC05NmFkLTY4YzViNmM0MDY3YiI6WyJyZWFkIl19LCJleHAiOjE1NDk4NDg2NjMsImlzcyI6IjY0MDk4ZDMxLTE2NzYtNDk0MS04YTA5LTMwYjQ0NzI1MjkwMyIsIm5iZiI6MTU0OTg0ODI0M30.M9szyU2jfG8ptEi6ujXpXiIUKrvE_ofUFQuWTp1y0pw
adding changesets
adding manifests
adding file changes
added 5 changesets with 17776 changes to 13201 files
finished applying clone bundle
searching for changes
no changes found
5 local changesets published
==> Validating source files with md5sums...
    coin ... Skipped
    generalmsvcgeneration ... Skipped
    boost-header-libs-full ... Skipped
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Creating working copy of coin hg repo...
updating to branch default
cloning subrepo build/general from /tmp/pamac-build/coin-hg/generalmsvcgeneration
cloning subrepo cpack.d from /tmp/pamac-build/coin-hg/cpack.d
abort: repository /tmp/pamac-build/coin-hg/cpack.d not found!
==> ERROR: Failure while creating working copy of coin hg repo
    Aborting...

mogwai commented on 2019-01-24 13:39 (UTC)

The current PKGBUILD seems to be broken. I get: CMake Error: No source or binary directory provided. This seems to be triggered by the cmake command in the PKGBUILD missing a directory as argument (i.e. ".").

(On some systems I also have problems with cmake not being able to identify the correct opencascade include directory. I'm still trying to figure out why it happens only occasionally, and why only on some systems.)

commented on 2018-12-19 23:35 (UTC)

Btw. I've removed the shiboken (shitbroken) dependency and it builds fine in clean chroot also Part and PartDesign workbenches seem to be functioning OK.

jorges commented on 2018-12-19 20:18 (UTC)

@miffi: Can you elaborate please? I just rebuild freecad and I get an error about shiboken2:

/opt/freecad-python3/bin/FreeCAD: error while loading shared libraries: libshiboken2.cpython-37m-x86_64-linux-gnu.so.5.12: cannot open shared object file: No such file or directory

which packages have you installed, have you rebuilt freecad? Thanks

stacy commented on 2018-12-19 17:47 (UTC)

My install appeared to not be happy about python-shiboken2 and pyside2 updating to 5.12. I downgraded the two packages and it's working fine for now.

eschwartz commented on 2018-12-14 17:47 (UTC)

It's much more concerning that qtwebkit is for qt4, as is python2-pyside, so this PKGBUILD was switched to use -DBUILD_QT5=ON without switching any of the dependencies.

lonaowna commented on 2018-12-12 12:15 (UTC)

Please make this depend on qt5-webkit instead of qtwebkit (like freecad-qt5-git does). The former is maintained and available from the official repositories.

kikislater commented on 2018-12-11 07:51 (UTC)

opencascade7 is now opencascade. PKGBUILD needs update All aur packages related to freecad are broken ...

stacy commented on 2018-12-10 18:33 (UTC)

I ran into the same problem with the 'lptheads' linker directive.

lonaowna commented on 2018-12-05 17:37 (UTC) (edited on 2018-12-05 17:47 (UTC) by lonaowna)

Is there any difference between this and freecad-git?

Kunda commented on 2018-12-05 16:18 (UTC)

It would be good to merge the py3 git aur package and make sure we're using only py3/qt5

goddisignz commented on 2018-12-05 06:49 (UTC) (edited on 2018-12-05 06:54 (UTC) by goddisignz)

Hi,I just tried to build the package but it fails with a cmake error trying to determine if pthread_create exists. Has anyone had or even solved this problem? Here's my CMakeErr.log:

Determining if the pthread_create exist failed with the following output:
Change Dir: /build/freecad-git/src/freecad-git/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/make" "cmTC_d9d4f/fast"
/usr/bin/make -f CMakeFiles/cmTC_d9d4f.dir/build.make CMakeFiles/cmTC_d9d4f.dir/build
make[1]: Entering directory '/build/freecad-git/src/freecad-git/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_d9d4f.dir/CheckSymbolExists.c.o
/usr/bin/cc   -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt    -o CMakeFiles/cmTC_d9d4f.dir/CheckSymbolExists.c.o   -c /build/freecad-git/src/freecad-git/CMakeFile
s/CMakeTmp/CheckSymbolExists.c
Linking C executable cmTC_d9d4f
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_d9d4f.dir/link.txt --verbose=1
/usr/bin/cc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt   -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now  -rdynamic CMakeFiles/cmTC_d9d4f.dir/CheckSymbolExist
s.c.o  -o cmTC_d9d4f 
/usr/bin/ld: CMakeFiles/cmTC_d9d4f.dir/CheckSymbolExists.c.o: in function `main':
CheckSymbolExists.c:(.text.startup+0x3): undefined reference to `pthread_create'
collect2: error: ld returned 1 exit status
make[1]: *** [CMakeFiles/cmTC_d9d4f.dir/build.make:87: cmTC_d9d4f] Error 1
make[1]: Leaving directory '/build/freecad-git/src/freecad-git/CMakeFiles/CMakeTmp'
make: *** [Makefile:121: cmTC_d9d4f/fast] Error 2

File /build/freecad-git/src/freecad-git/CMakeFiles/CMakeTmp/CheckSymbolExists.c:
/* */
#include <pthread.h>

int main(int argc, char** argv)
{
  (void)argv;
#ifndef pthread_create
  return ((int*)(&pthread_create))[argc];
#else
  (void)argc;
  return 0;
#endif
}

Determining if the function pthread_create exists in the pthreads failed with the following output:
Change Dir: /build/freecad-git/src/freecad-git/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/make" "cmTC_b3bbb/fast"
/usr/bin/make -f CMakeFiles/cmTC_b3bbb.dir/build.make CMakeFiles/cmTC_b3bbb.dir/build
make[1]: Entering directory '/build/freecad-git/src/freecad-git/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_b3bbb.dir/CheckFunctionExists.c.o
/usr/bin/cc   -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -DCHECK_FUNCTION_EXISTS=pthread_create   -o CMakeFiles/cmTC_b3bbb.dir/CheckFunctionExists.c.o   -c /usr/share/cmake-3.13/Modules/CheckFunctionExists.c
Linking C executable cmTC_b3bbb
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_b3bbb.dir/link.txt --verbose=1
/usr/bin/cc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -DCHECK_FUNCTION_EXISTS=pthread_create  -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now  -rdynamic CMakeFiles/cmTC_b3bbb.dir/CheckFunctionExists.c.o  -o cmTC_b3bbb -lpthreads 
/usr/bin/ld: cannot find -lpthreads
collect2: error: ld returned 1 exit status
make[1]: *** [CMakeFiles/cmTC_b3bbb.dir/build.make:87: cmTC_b3bbb] Error 1
make[1]: Leaving directory '/build/freecad-git/src/freecad-git/CMakeFiles/CMakeTmp'
make: *** [Makefile:121: cmTC_b3bbb/fast] Error 2

I think it might be caused by the "-lpthreads" ld-flag. As far as I know, it is a singular "-lpthread", or am I wrong here?

commented on 2018-11-30 20:57 (UTC)

Hi @ILF. Originally I'd been using the 'opencascade7' AUR package and then replaced it with the 'oce' AUR package because it seemed to be better maintained then. At that time there was no 'opencascade' package in the standard repositories. It was added in September and I haven't noticed it till your post now.

I'll make a transition to it sometime next week. If you know how to build in clean chroot and do basic check for unnecessary dependencies I can add you as a maintainer and you can make the change sooner if you have time.

commented on 2018-11-30 20:37 (UTC)

@p90 "pyside2-tools" is in the 'Extra' standard arch repo for a long time. Just click the link in the dependency listing on this page.

p90 commented on 2018-11-29 17:18 (UTC)

Hi,

I think the dependency "pyside2-tools" went the way of the Dodos or at least cannot be found in the aur anymore.

ILF commented on 2018-11-29 13:44 (UTC)

@Grawp: quick question, why not use opencascade instead of oce. I suppose there's a significant amount of people who use both kicad and freecad, and kicad-git package moved to opencascade, because freecad used it, but your package (which is probable the best freecad package in aur) still uses OCE. Can you switch it to opencascade?

Kunda commented on 2018-09-16 22:42 (UTC)

@drhooves would you be interested in helping kickstart a FreeCAD-Assembly3-git port? Further discussion: https://github.com/ceremcem/build-freecad-asm3/issues/2

commented on 2018-09-01 23:01 (UTC)

Python 3.7 fix is now committed in upstream FreeCAD so I have deleted the https://github.com/Grawp/FreeCAD.git repo.

Be0rn commented on 2018-08-28 11:00 (UTC)

For python3.7 y have change the source in PKGBUILD by: /// source=("${_appname}::git+https://github.com/Grawp/FreeCAD.git" ///

https://forum.freecadweb.org/viewtopic.php?t=12534&p=250293

thx Grawp !

commented on 2018-06-30 16:33 (UTC)

@jorges I don't use FEM but you certainly need to add -DBUILD_FEM_NETGEN=1 to cmake arguments.

jorges commented on 2018-06-29 00:18 (UTC)

Is anyone using the FEM workbench? I installed netgen-git, a requirement for creating meshes, and rebuilt freecad-python3-git but it seems as it wasn't picked up. There's still the possibility to use an external tool for this, gmsh, which I am using at the moment, but I was curious about netgen

commented on 2018-06-25 20:00 (UTC)

@drhooves Hi, do you plan updating this package? I've created and am maintaining a fairly well working freecad-python3-git. In case you don't wish to continue maintaining this packge maybe we could merge it with mine?

zoidberg commented on 2018-06-17 05:05 (UTC)

In case anyone is using this just for Qt5, the freecad package (https://aur.archlinux.org/packages/freecad/) just switched to using Qt5.

Harvie commented on 2018-04-12 11:05 (UTC) (edited on 2018-12-14 17:51 (UTC) by eschwartz)

Maybe it needs salome-smesh package??

CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
NGLIB_INCLUDE_DIR
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
   used as include directory in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
NGLIB_LIBNGLIB
    linked by target "NETGENPlugin" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "MEFISTO2" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "SMESH" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "Driver" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "SMDS" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "StdMeshers" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "DriverSTL" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "DriverDAT" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "DriverUNV" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh
    linked by target "SMESHDS" in directory /tmp/yaourt-tmp-harvie/aur-freecad-git/src/freecad-git/src/3rdParty/salomesmesh

ElektroQuark commented on 2018-04-04 17:25 (UTC)

About my issue: FreeCAD was complaining about missing libshiboken2.cpython-36m-x86_64-linux-gnu.so.2.0. I have libshiboken2.cpython-36m-x86_64-linux-gnu.so.5.9 instead. A simple soft link has solved the problem.

commented on 2018-04-03 21:22 (UTC)

@DanielH Good catch. I've added python-numpy as a non-optional dependency. Regarding the issue you've described, if I've understood it correctly, it seems that I'm not affected https://ibb.co/kVd3xH https://ibb.co/h8FixH (Tested on Arch with Plasma 5 and on Manjaro with Xfce4. In Arch I'm on revision 0.17_pre.r6798.g85b42a16d-1 ) Btw. I mostly use FreeCAD via python scripting via CadQuery.

@sl1pkn07 with [KDE-Unstable] you are on your own.

sl1pkn07 commented on 2018-04-03 18:09 (UTC) (edited on 2018-04-03 18:13 (UTC) by sl1pkn07)

fail build for me

https://pastebin.com/5wcTT2JP

with Qt from [KDE-Unstable] 5.110beta2-2

DanielH commented on 2018-04-03 13:32 (UTC)

I've installed freecad-python3-git, at present the only FC version in AUR that compiles without issues (thanks, Grawp!); hours and hours and hours compiling its dependencies and FC-p3-g itself.

But running FC some issues have arised...

  1. FC is working, but in all Workbenches, under Two side Lighting, shape colours are displayed too much dark, despite colour or changes configured in Property panel > View or in View > Appeareance menu. Default shape colour RGB 204,204,204 is showed as a very dark grey, near black. Other selected palette colours are showed as the same but very dark colour. However, line colours can be changed without issue.

Setting Lighting = One side in Property view panel solves this problem. Are you experiencing the same issue?

  1. If I'm not wrong, python-numpy seems to be a obligatory dependency for many (internal and external) modules. In fact, Test framework WB Self-test TestApp.All shows less failures (and 0 errors) installing python-numpy. I only see: [code] Traceback (most recent call last): File "/usr/lib/python3.6/unittest/case.py", line 59, in testPartExecutor yield File "/usr/lib/python3.6/unittest/case.py", line 605, in run testMethod() File "/opt/freecad-python3/Mod/Test/UnitTests.py", line 73, in testSchemes self.assertAlmostEqual(1, v.Value, msg="Failed with \"{0}\" scheme: {1} != 1".format(schemes[i], v.Value), delta=0.00001) File "/usr/lib/python3.6/unittest/case.py", line 878, in assertAlmostEqual raise self.failureException(msg) AssertionError: 1 != 0.9993118200000013 within 1e-05 delta : Failed with "Building Euro (cm/m²/m³)" scheme: 0.9993118200000013 != 1 [/code] that appears to be a conversion unit failure.

@Grawp: IMHO, adding python-numpy as [optional] dependency of FC 0.17 will help users experiency.

  1. Assembly2 WB is not working at all in this version of FC 0.17: [code] invalid syntax (angleConstraint.py, line 18) Traceback (most recent call last): <br> File "<string>", line 6, in Initialize [/code]</string>

commented on 2018-04-02 21:44 (UTC)

Built and installed it with trizen -S freecad-python3-git on Manjaro and it works, at least the Part Design workbench.

You have probably some old version of shiboken or other packages installed. Try rebuilding and reinstalling every AUR package that freecad-python3-git depends on (recursively).

commented on 2018-04-02 17:38 (UTC)

@ElektroQuark Doing full rebuild in chroot on Arch. I also deployed Manjaro VM and am trying to build (albeit not in chroot) and install it there. We'll see shortly.

maderios commented on 2018-04-02 17:18 (UTC)

@ElektroQuark Manjaro is not Arch. This is a good reason to install Arch... :)

ElektroQuark commented on 2018-04-02 16:42 (UTC)

I can't run it. Terminal drops the error: "libshiboken2.cpython-36m-x86_64-linux-gnu.so.2.0"

I'n on Manjaro Linux.

manuel_v commented on 2018-03-17 08:24 (UTC) (edited on 2018-03-17 08:25 (UTC) by manuel_v)

@MicroJoe The message you posted only indicates that the build was aborted due to an error. Since the build might have continued for some time before it was aborted, you probably need to scroll up to see the error that caused this.

MicroJoe commented on 2018-03-16 19:24 (UTC) (edited on 2018-03-16 19:24 (UTC) by MicroJoe)

Current build status is ok on FreeCAD's page, but I have following error during build:

[ 81%] Linking CXX shared library ../../lin64/gcc/lib/libTKIGES.so<br> [ 81%] Built target TKIGES<br> make: *** [Makefile:130: all] Error 2<br> ==> ERROR: A failure occurred in build().<br> Aborting...

Adding netcdf as suggested by manuel_v did not solve the build issue.

manuel_v commented on 2018-03-16 13:49 (UTC)

netcdf is required as make dependency.

commented on 2018-03-11 01:59 (UTC)

I've added python-pivy-git and coin-hg packages. Draft workbench should probably work now. Let me know if it doesn't.

commented on 2018-03-06 22:26 (UTC)

Pivy for Python 3 https://github.com/FreeCAD/pivy is broken right now https://travis-ci.org/FreeCAD/pivy

When they get it in order, I'll create an AUR package and add it as a dependency here.

D_Schwartfeger commented on 2018-03-06 19:47 (UTC)

I see there is a python 3 pivy at https://github.com/looooo/pivy but I haven't been able to install it so far. I'm not sure what it requires. If someone else could get this working with this package that would be great.

commented on 2018-03-06 19:44 (UTC)

@D_Schwartfeger Reproduced the problem. Looking into it now. I haven't tried Draft workbench before now, just PartDesign, Part and Mesh.

D_Schwartfeger commented on 2018-03-06 09:23 (UTC)

Changing to the Draft workbench gives the following in the Report View - "Error: Pivy not found, Draft workbench will be disabled."

Also -

import PyQt4 from PyQt4 import QtCore

causes a segfault on my system (Manjaro kernel 4.14.23-1, KDE Plasma 5.12.2, Qt 5.10.1)

D_Schwartfeger commented on 2018-03-06 08:28 (UTC)

Yes I am trying that as well. Thanks

commented on 2018-03-05 22:41 (UTC)

@D_Schwartfeger you could try https://aur.archlinux.org/packages/freecad-python3-git I've uploaded it after all.

D_Schwartfeger commented on 2018-03-05 08:50 (UTC)

I see this is a problem with aur-opencascade7 and the AUR page has comments about how to fix this

D_Schwartfeger commented on 2018-03-05 07:51 (UTC)

On Manjaro Kde it fails with-

/tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:83:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'?

D_Schwartfeger commented on 2018-03-05 05:12 (UTC)

On Manjaro under KDE package didn't build with error-

<hr>

/tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx: In member function 'virtual void IVtkVTK_ShapeData::InsertVertex(IVtk_IdType, IVtk_PointId, IVtk_MeshType)': /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:83:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? mySubShapeIDs->InsertNextTupleValue (&aShapeIDVTK); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:85:16: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? myMeshTypes->InsertNextTupleValue (&aType); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx: In member function 'virtual void IVtkVTK_ShapeData::InsertLine(IVtk_IdType, IVtk_PointId, IVtk_PointId, IVtk_MeshType)': /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:100:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? mySubShapeIDs->InsertNextTupleValue (&aShapeIDVTK); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:102:16: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? myMeshTypes->InsertNextTupleValue (&aType); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx: In member function 'virtual void IVtkVTK_ShapeData::InsertLine(IVtk_IdType, const IVtk_PointIdList, IVtk_MeshType)': /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:127:20: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? mySubShapeIDs->InsertNextTupleValue (&aShapeIDVTK); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:129:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? myMeshTypes->InsertNextTupleValue (&aType); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx: In member function 'virtual void IVtkVTK_ShapeData::InsertTriangle(IVtk_IdType, IVtk_PointId, IVtk_PointId, IVtk_PointId, IVtk_MeshType)': /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:146:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? mySubShapeIDs->InsertNextTupleValue (&aShapeIDVTK); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:148:16: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? myMeshTypes->InsertNextTupleValue (&aType); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple make[2]: [src/TKIVtk/CMakeFiles/TKIVtk.dir/build.make:327: src/TKIVtk/CMakeFiles/TKIVtk.dir/__/IVtkVTK/IVtkVTK_ShapeData.cxx.o] Error 1 make[1]: [CMakeFiles/Makefile2:1461: src/TKIVtk/CMakeFiles/TKIVtk.dir/all] Error 2 make: ** [Makefile:130: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build opencascade7. ==> Restart building opencascade7 ? [y/N]

<hr>

heng commented on 2018-03-02 20:27 (UTC)

netgen-nogui-occ7 can be compiled using occ 7.1.0, after that freecad-qt5-git compiles just fine.

commented on 2018-02-25 11:21 (UTC)

Would anybody be interested in freecad git package with python3 and qt5? I have working PKGBUILD but I'm not sure whether it's worth uploading it to AUR to have yet another freecad package.

dulouie commented on 2018-02-04 20:09 (UTC)

You can remove -DBUILD_FEM_NETGEN=1 from PKGBUILD or use the Appimage pre_17 from freecad release page. https://github.com/FreeCAD/FreeCAD/releases

boscaiolo commented on 2018-02-02 16:07 (UTC)

The AppImage runs for me, but Freecad do not yet have an AppImage of the latest version (0.17).

boscaiolo commented on 2018-02-01 10:10 (UTC)

Is there any way round this problem (netgen-nogui-occ7 not compiling)? It would be great to have 0.17...

ElektroQuark commented on 2018-01-26 06:35 (UTC)

It can't be installed as the needed version of netgen-nogui-occ7 will not compile as some headers are missing.

zoidberg commented on 2017-12-01 16:08 (UTC)

Build of package fails with following output: [ 72%] Building CXX object src/Gui/CMakeFiles/FreeCADGui.dir/Splashscreen.cpp.o [ 72%] Linking CXX shared library ../../../../Mod/TechDraw/TechDraw.so [ 72%] Building CXX object src/Gui/CMakeFiles/FreeCADGui.dir/WidgetFactory.cpp.o /home/kishore/.cache/pacaur/freecad-qt5-git/src/freecad-qt5-git/src/Gui/WidgetFactory.cpp:80:11: fatal error: typeresolver.h: No such file or directory # include <typeresolver.h> ^~~~~~~~~~~~~~~~ compilation terminated. make[2]: *** [src/Gui/CMakeFiles/FreeCADGui.dir/build.make:7516: src/Gui/CMakeFiles/FreeCADGui.dir/WidgetFactory.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs.... [ 73%] Built target TechDraw make[1]: *** [CMakeFiles/Makefile2:5377: src/Gui/CMakeFiles/FreeCADGui.dir/all] Error 2 make: *** [Makefile:130: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... :: failed to build freecad-qt5-git package(s)

Kunda commented on 2017-11-09 21:18 (UTC)

+1 @andrejr for the appImage idea. I still think that keeping these AURs going is important too. I look forward to a day when this compile process will be seamless. In the meantime I want to appreciate the maintainers and volunteers for their work nonetheless.

MadMe commented on 2017-11-09 20:54 (UTC) (edited on 2017-11-09 20:58 (UTC) by MadMe)

@kro007 StlTransfer.hxx isnt anymore in opencascade. You need to install an older version git clone https://aur.archlinux.org/opencascade7.git Edit PKGBUILD and change pkgver to pkgver=7.1.0 I think you also need to set all MD5SUMS to skip, or find out the right one... That did it for me. Don't forget to add opencascade7 (and opencascade7-docs) to the ignore list in pacman.conf @andrejr an APPIMAGE would be great... compiling FreeCad is still a pain... very much extreme large and complex dependencies...

andrejr commented on 2017-11-03 21:05 (UTC)

Has anyone considered making a freecad-bin package with the appimage provided on the website? I'm new to appimages, and couldn't seem to run it (it segfaulted), maybe someone more experienced can look at that?

kro007 commented on 2017-09-28 16:03 (UTC)

Hi can't compile netgen, i get : libsrc/occ/occgeom.cpp:18:10: fatal error: StlTransfer.hxx: No such file or directory Any idea ?

drhooves commented on 2017-06-28 18:51 (UTC)

Yes, this is because makepkg removes debug infos by default, see https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces

mriyah commented on 2017-06-28 18:30 (UTC)

Sorry drhooves, if i change the pkgbuild it can be compiled with RelWithDebInfo. I could launch it from /tmp with deb infos. However after installation has finished the deb infos were gone. Thx.

drhooves commented on 2017-06-28 16:38 (UTC)

Do you mean it doesn't work or ask if I could change the pkgbuild?

mriyah commented on 2017-06-28 15:00 (UTC)

Hi, cannot be compiled with RelWithDebInfo. Thanks.

drhooves commented on 2017-06-17 10:02 (UTC)

Should work now with the official qt5.9 package ;)

drhooves commented on 2017-06-16 10:58 (UTC)

Nice, I also had to wait for arch to ship qt5.9 but it seems they do since a few days now. I'm going to try to move to 5.9 right away.

buovjaga commented on 2017-06-16 10:41 (UTC)

Check it out: https://wiki.qt.io/PySide2_GettingStarted "Currently, Qt 5.6 and Qt 5.9 onwards are supported." They post updates here: https://wiki.qt.io/PySide2#Pyside_Development_Progress_Notes

sheinz commented on 2017-06-01 08:57 (UTC)

rpath.path is not needed any more as the fix is in the git repo. (commit 36a0b5173ce8bca71236e3a13895b78494f454ca)

greenmanalishi commented on 2017-05-15 12:06 (UTC)

thank you!

drhooves commented on 2017-05-15 10:47 (UTC) (edited on 2017-05-15 10:48 (UTC) by drhooves)

Hi, yes. freecad relies on pyside for python qt bindings and it (atm) doesn't work with qt5.8. I think they target qt5.9, don't know if it's finished yet but doesn't matter right now because arch uses 5.8. As soon as 5.9 hits the repos I'm going to look into it ;)

greenmanalishi commented on 2017-05-15 10:29 (UTC)

Hello, thanks for the package. Does it build only with qt5.6? Because of the qt5.6-webkit dependency.

drhooves commented on 2017-04-19 10:48 (UTC) (edited on 2017-04-19 10:50 (UTC) by drhooves)

Hi s218, sorry it took so long, was on holiday :) Please send me a more detailed description of the bug that includes the exact steps that trigger the segfault. Edit: If you encounter segfaults it's always a good idear to rebuild the package before reporting. Updated dependencies often cause the program to segfault ;)

s218 commented on 2017-04-08 09:28 (UTC) (edited on 2017-04-08 09:29 (UTC) by s218)

** (FreeCAD:23601): WARNING **: invalid source position for vertical gradient Can't find Origin for "Body" Can't find Origin for "Body" Can't find Origin for "Body" Can't find Origin for "Body" Program received signal SIGSEGV, Segmentation fault. #0 /usr/lib/libc.so.6(+0x33a90) [0x7f79e9575a90] #1 /usr/lib/libpython2.7.so.1.0(PyString_AsString+0x24) [0x7f79f1e94244] The program is collected, launched, but when you try to create a Patch crashes. Collected in Opencus, Ubuntu is working fine.

drhooves commented on 2017-03-30 20:23 (UTC)

Now synced with freecad-git (occ7 and netgen support)

drhooves commented on 2017-03-27 22:22 (UTC)

Hey everyone, This package now includes support for netgen. I'm going to file a delete request for freecad-netgen-git soon. If you experience any problems feel free to report them here :)

drhooves commented on 2017-03-18 19:27 (UTC) (edited on 2017-03-18 19:28 (UTC) by drhooves)

This package now builds against opencascade7. The freecad-qt5 package is going to follow soon - the freecad-netgen-git package not so soon because I'm having troubles with netgen. The only version of netgen that supports opencascade 7.1 is the master branch of their git repo which isn't supported by freecad. Gonna have a look at how it's done in the daily ppa of freecad in the coming days.

drhooves commented on 2017-03-17 23:51 (UTC) (edited on 2017-03-17 23:52 (UTC) by drhooves)

Hi, for everyone interested in a occ 7.1 build. There are some problems with the opencascade7 aur package, I already contacted the maintainer. If you can't wait you can try the following two packages from my github page: https://github.com/drhooves/opencascade7 and https://github.com/drhooves/freecad-git (kind of the experimental version of this package)

Kunda commented on 2017-03-14 19:41 (UTC)

drhooves, can we bump the OCC version to 7.1 They've succeeded with Ubuntu recently https://forum.freecadweb.org/viewtopic.php?t=21246

drhooves commented on 2017-01-25 08:23 (UTC)

@Kunda Definitely, I'm gonna give it a try later today.

Kunda commented on 2017-01-24 22:32 (UTC)

@drhooves could you (and would you be interested to) create a build that is built against Qt5? (See https://forum.freecadweb.org/viewtopic.php?f=10&t=5685&start=40#p155731)

drhooves commented on 2016-09-22 12:57 (UTC)

Hi everyone, I'm the new maintainer of this package. It's now up to date again. Also I moved the installation to /opt/freecad because some modules depend on the default folder structure (see http://forum.freecadweb.org/viewtopic.php?f=4&t=12890)

diggit commented on 2016-08-24 17:57 (UTC)

New dependency: vtk

diggit commented on 2016-06-23 21:15 (UTC)

Hi, there is new dependency. Libmed provided by package called "med". It exists in AUR.

greyltc commented on 2016-02-14 17:13 (UTC)

Dear eworm, Please put the following into package() so that the .desktop icon can be drawn: install -m644 -D ${srcdir}/freecad/src/Gui/Icons/freecad.svg -t ${pkgdir}/usr/share/icons Yours Truly, greyltc

greyltc commented on 2016-01-17 14:04 (UTC)

It looks like the pkgver() here is not working properly. My system attempts to upgrade the package even if there have been no new commits. I think the tags in the upstream repo are causing the issue. Maybe we could just use the total number of commits in pkgver() like so: pkgver() { cd freecad/ printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" }

cox commented on 2015-11-07 14:50 (UTC)

Check updated. http://forum.freecadweb.org/viewtopic.php?f=4&t=12890&p=105099#p105099 Hope to get changes into FreeCAD and after PKGBUILD. If FreeCAD will not make updates I guess patch or sed in PKGBUILD would fix it.

JoM commented on 2015-10-30 17:09 (UTC)

Any news about this cox? I had read your thread on freecads forum http://forum.freecadweb.org/viewtopic.php?f=4&t=12890 Had some problem with paths with plugin manager and so on.

cox commented on 2015-10-19 14:10 (UTC)

when running FreeCAD.getHomePath() in python console i get u'/usr/' would expect to get u'/usr/share/freecad' that is at where PKGBUILD is putting the files. A lot of functionality "involute gear" "pluginmanager" etc. relies on this.

alex.forencich commented on 2015-08-12 21:02 (UTC)

Seems like a commit/some commits were deleted AND the tag was changed. Not really an issue anymore as there have now been enough commits to put it at r5 so yaourt is no longer bugging me about an old version immediately after updating.

eworm commented on 2015-08-07 09:04 (UTC)

Either a commit was removed or the tag was updated.

alex.forencich commented on 2015-08-06 22:41 (UTC)

Hmm, I am getting version 0.16.pre.r2.g4f6a50a-1 when I install this; did a commit get removed?

cox commented on 2015-08-04 16:43 (UTC)

I have stoped geting updates from the source forge link in this PKGBUILD. As far as I understand main repo is now on github.

Landrash commented on 2015-04-20 20:26 (UTC)

Some smaller changes needs to be done to the freecad.desktop file. Here's mine that works perfectly fine. [Desktop Entry] Version=1.0 Encoding=UTF-8 Name=FreeCAD Comment=A general purpose 3D CAD modeler GenericName=CAD Application Exec=/usr/bin/freecad %F Path=/usr/lib/freecad Terminal=false Type=Application Icon=/usr/share/freecad/freecad.xpm Categories=Application;Science;Math;Education; StartupNotify=true MimeType=application/x-extension-fcstd; X-Desktop-File-Install-Version=0.22 Lines I've changed are Path=/usr/lib/freecad Icon=/usr/share/freecad/freecad.xpm

AngryNapkin commented on 2015-04-17 23:37 (UTC)

I just got the latest version to compile and install. There is an issue with the Involute Gear feature through: Cannot find icon: /usr/Mod/PartDesign/WizardShaft/WizardShaft.svg Traceback (most recent call last): File "/usr/share/freecad/Mod/PartDesign/InvoluteGearFeature.py", line 114, in setEdit taskd = _InvoluteGearTaskPanel(self.Object,mode) File "/usr/share/freecad/Mod/PartDesign/InvoluteGearFeature.py", line 136, in __init__ self.form=FreeCADGui.PySideUic.loadUi(FreeCAD.getHomePath() + "Mod/PartDesign/InvoluteGearFeature.ui") File "<string>", line 4, in <module> <type 'exceptions.RuntimeError'>: Cannot open file Running the Python command 'PartDesign_InvoluteGear' failed: Traceback (most recent call last): File "<string>", line 1, in <module> Failed to set object 'InvoluteGear' in edit mode Is this something that is possibly broken in this build?

JoM commented on 2015-04-16 15:36 (UTC)

Now it works. Why I don't know. Delate the tarball and downloaded again (which I tried before).

ckoresko commented on 2015-04-14 18:32 (UTC)

Built and installed without any problems. Seems to be working fine.

JoM commented on 2015-04-12 18:21 (UTC)

Unable to build, output from makepkg -s below CMake Error at src/Mod/Material/CMakeLists.txt:42 (ADD_CUSTOM_TARGET): Cannot find source file: /home/jan-ola/builds/freecad-git/src/freecad/src/Mod/Material/StandardMaterial/Concrete.FCMat Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx CMake Error in src/Mod/Material/CMakeLists.txt: Cannot find source file: /home/jan-ola/builds/freecad-git/src/freecad/src/Mod/Material/StandardMaterial/Steel.FCMat Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx CMake Error in src/Mod/Material/CMakeLists.txt: Cannot find source file: /home/jan-ola/builds/freecad-git/src/freecad/src/Mod/Material/StandardMaterial/Wood.FCMat Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx -- Generating done -- Build files have been written to: /home/jan-ola/builds/freecad-git/src/freecad/build ==> ERROR: A failure occurred in build(). Aborting...

silas commented on 2015-02-18 19:57 (UTC)

Okay that worked and compiled fine.

eworm commented on 2015-02-18 09:49 (UTC)

Ups, actually it was my fault... For any reason I had a locally built version of python2-pyside-tools installed. I will upload a new PKGBUILD in a few minutes. Please try 0.14.1.r896.gaeabffe-1 when available.

eworm commented on 2015-02-18 07:35 (UTC)

You did install packages with 'pacman -S --force', no? You should never do that unless you are perfectly sure what you are doing. python2-pyside-tools and pyside-tools-common (and possibly more?) have conflicting files. That is not my issue. For now you should try to uninstall pyside-tools-common and reinstall python2-pyside-tools.

silas commented on 2015-02-17 22:23 (UTC)

I think we need to be looking for: silas ~ ❯ pacman -Qo /usr/bin/python2-pyside-uic /usr/bin/pyside-rcc /usr/bin/python2-pyside-uic is owned by python2-pyside-tools 0.2.15-1 /usr/bin/pyside-rcc is owned by pyside-tools-common 0.2.15-1 I think the problem is with python2-pyside-uic not being found.

silas commented on 2015-02-17 22:18 (UTC)

silas ~ ❯ pacman -Qo /usr/bin/pyside-uic /usr/bin/pyside-rcc error: failed to read file '/usr/bin/pyside-uic': No such file or directory /usr/bin/pyside-rcc is owned by pyside-tools-common 0.2.15-1 I also get the same error message on a fresh install.

eworm commented on 2015-02-17 07:45 (UTC)

For me cmake gives: -- Found PySide Tools: /usr/bin/pyside-uic, /usr/bin/pyside-rcc Both files belong to python2-pyside-tools: # pacman -Qo /usr/bin/pyside-uic /usr/bin/pyside-rcc /usr/bin/pyside-uic is owned by python2-pyside-tools 0.2.15-1 /usr/bin/pyside-rcc is owned by python2-pyside-tools 0.2.15-1 Do you have these files? Possibly your package install is broken. Did you try to reinstall python2-pyside-tools?

Landrash commented on 2015-02-16 13:43 (UTC)

Fails to build. CMake Error at cMake/FindPySideTools.cmake:83 (message): PySideTools could not be not found, but are required. Call Stack (most recent call first): CMakeLists.txt:583 (find_package) Unsure if why since it has sucessfully installed python2-pyside-tools.

noobman commented on 2015-02-01 16:54 (UTC)

I 2nd the pyside tools needed to complete build. But also something else with both community pkg and git pgk, while running things i am getting errors like "Cannot find icon: /usr/Mod/PartDesign/WizardShaft/WizardShaft.svg" (to replicate: run $freecad and click PartDesign->InvoluteGear) I see in that in pkgbuild 70-71 the /usr/Mod gets moved to the DATADIR:PATH="share/freecad". But something is still at a miss. Something still requires files inside /usr/Mod and can not find them in /usr/share/freecad/Mod instead. Temporarily workarounds: manually copy files back to /usr/Mod, or in pkgbuild comment out line 71 which deletes the /usr/Mod. Or maybe symlink. Then should work fine.

commented on 2015-01-29 21:19 (UTC)

Please update dependencies to include pyside tools which is now needed for compiling. CMake Error at cMake/FindPySideTools.cmake:83 (message): PySideTools could not be not found, but are required. Call Stack (most recent call first): CMakeLists.txt:583 (find_package)

eworm commented on 2015-01-28 20:37 (UTC)

@icoz: This package updates pkgver itself when building. So I did not get your point...

icoz commented on 2015-01-28 19:50 (UTC)

Update version to pkgver=0.15.r4532.dc623f26 Thanks

Mr.Elendig commented on 2015-01-21 12:55 (UTC)

Fails to build due to pyside-uic actually being named python2-pyside-uic Can be fixed by: -DPYSIDEUIC4BINARY:FILEPATH=/usr/bin/python2-pyside-uic

karol_007 commented on 2014-12-05 23:01 (UTC)

freecad is now available in the repos: https://www.archlinux.org/packages/?name=freecad and so is opencascade and a bunch of other packages: https://lists.archlinux.org/pipermail/aur-general/2014-December/029911.html

b0f00narch commented on 2014-12-05 22:56 (UTC)

One question, if there is a new opencascade package and in these case it was, does that mean we have to reinstall freecad ? Anyway running freecad-git didnt work because there was new shiboken package installed. So I had to reinstall freecad-git. And then that didint work so I installed: python2-shiboken. and now I m compiling Freecad-git.

eworm commented on 2014-11-13 06:47 (UTC)

Looks like we are missing build dependency to python2-pyside-tools... Will update in a few minute after a successful build.

JoM commented on 2014-11-12 17:37 (UTC)

Linking CXX shared library ../../../../Mod/MeshPart/MeshPartGui.so [ 79%] Built target MeshPartGui Scanning dependencies of target Draft [ 79%] Generating Draft_rc.py /bin/sh: PYSIDERCC4BINARY-NOTFOUND: command not found src/Mod/Draft/CMakeFiles/Draft.dir/build.make:129: recipe for target 'src/Mod/Draft/Draft_rc.py' failed make[2]: *** [src/Mod/Draft/Draft_rc.py] Error 127 CMakeFiles/Makefile2:2722: recipe for target 'src/Mod/Draft/CMakeFiles/Draft.dir/all' failed make[1]: *** [src/Mod/Draft/CMakeFiles/Draft.dir/all] Error 2 Makefile:117: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Installing python2-pyside-tools solved the problem for me. python2-pyside-tools not listed as dependencie. http://forum.freecadweb.org/viewtopic.php?f=10&t=8340

cox commented on 2014-10-28 18:53 (UTC)

==> Starting pkgver()... ==> Updated version: freecad-git 0.14.1.r453.gc67f326-1 ==> Starting prepare()... sed: no input files ==> ERROR: A failure occurred in prepare(). Aborting... ==> ERROR: Makepkg was unable to build freecad-git. ==> Restart building freecad-git ? [y/N]

yangtsesu commented on 2014-09-22 14:44 (UTC)

[ 36%] Generating moc_TaskPanelView.cpp [ 36%] Building CXX object src/Mod/Web/App/CMakeFiles/Web.dir/PreCompiled.cpp.o [ 37%] Building CXX object src/Mod/Web/App/CMakeFiles/Web.dir/Server.cpp.o [ 37%] Generating moc_ToolBox.cpp [ 37%] Generating moc_Tree.cpp src/Mod/Part/App/CMakeFiles/Part.dir/build.make:1009: recipe for target 'src/Mod/Part/App/CMakeFiles/Part.dir/ArcPyImp.cpp.o' failed make[2]: *** [src/Mod/Part/App/CMakeFiles/Part.dir/ArcPyImp.cpp.o] Error 1 CMakeFiles/Makefile2:1599: recipe for target 'src/Mod/Part/App/CMakeFiles/Part.dir/all' failed make[1]: *** [src/Mod/Part/App/CMakeFiles/Part.dir/all] Error 2 make[1]: *** 正在等待未完成的任务....

cgx commented on 2014-02-11 17:29 (UTC)

I had to change it to python2-pyside to build. Also eigen3 is now just eigen

karol_007 commented on 2014-02-11 14:00 (UTC)

eworm, I don't see any package named 'pyside': https://aur.archlinux.org/packages/?O=0&C=0&SeB=nd&K=pyside&outdated=&SB=n&SO=a&PP=50&do_Search=Go I do see https://aur.archlinux.org/packages/python2-pyside/ Maybe some packages got removed / renamed.

eworm commented on 2014-02-11 07:23 (UTC)

I built AUR package 'pyside', which results in: pyside-common pyside-python2 pyside-python3 And 'pyside-python2' meets the dependency. Where did you get 'python2-pyside' from?

Xwang commented on 2014-02-10 20:37 (UTC)

It is impossible to find the package pyside-python2. I think it is a typo error. It should be python2-pyside, do you agree?

hiaselhans commented on 2014-01-09 00:15 (UTC)

python2-pyside should be a dependency by now...

yangtsesu commented on 2013-12-29 11:09 (UTC)

http://forum.freecadweb.org/viewtopic.php?f=4&t=5212 It is ok now.

eworm commented on 2013-12-24 12:01 (UTC)

The real error is some pages above. I suppose I do suffer the same issue at the moment. No idea how to fix this... Hope there will be a fix in git soon.

yangtsesu commented on 2013-12-24 10:37 (UTC)

[ 57%] Building CXX object src/Gui/CMakeFiles/FreeCADGui.dir/PreCompiled.cpp.o Linking CXX shared library ../../lib/libFreeCADGui.so [ 57%] Built target FreeCADGui Makefile:116: recipe for target 'all' failed make: *** [all] Error 2

Mineko commented on 2013-11-07 00:15 (UTC)

It's a bit sketchy but I'm gonna let you handle that actually, I'm busy and can't keep it alive at the moment, sorry for the burden. :P Anyway, by the time you read this you should be able to adopt it.

Samsagax commented on 2013-11-03 14:20 (UTC)

This package doesn't version properly. Also you should not be asking questions to the user when running makepkg as stated here: https://wiki.archlinux.org/index.php/Creating_Packages#Warnings The source checkout should be automatically done by makepkg adding the gitroot inside the 'sources' array as stated here: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#VCS_sources Then you can version the package by adding a pkgver function: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#The_pkgver.28.29_function Thanks for keeping this one alive

Floxo commented on 2013-10-25 18:22 (UTC)

About OCC_INCLUDE_DIR not being found, you can also set OCC_INCLUDE_DIR:PATH=/opt/opencascade/inc in src/CMakeCache.txt for a quick mend - maybe better than a stray forgotten symlink. @simeonfelis: Thank you, finally a working freecad again! Haven't been able to compile cause of that for weeks now.

cbuehler commented on 2013-10-22 09:28 (UTC)

It is now fixed in the current git head: http://sourceforge.net/p/free-cad/code/ci/f061b6f7ea667e1d6944590d67b9b5b6659e4ba0/

cbuehler commented on 2013-10-21 18:45 (UTC)

@simeonfelis: see https://sourceforge.net/apps/mantisbt/free-cad/file_download.php?file_id=576&type=bug

simeonfelis commented on 2013-10-20 13:16 (UTC)

About the missing coin.tag file, which download fails during the build process, please have a look at the comment at the coin package (https://aur.archlinux.org/packages/coin/). Next, adjust the path in the build file freecad-code/cMake/FindCoin3DDoc.cmake: diff --git a/cMake/FindCoin3DDoc.cmake b/cMake/FindCoin3DDoc.cmake index 0bcb3d8..4afb8f6 100644 --- a/cMake/FindCoin3DDoc.cmake +++ b/cMake/FindCoin3DDoc.cmake @@ -20,8 +20,9 @@ IF (COIN3D_FOUND) # Not yet implemented ELSE(APPLE) # Unix systems + message(STATUS "SEARCHING COIN DOC")^M find_path(COIN3D_DOC_PATH index.html - /usr/share/doc/libcoin60-doc/html + /usr/share/doc/coin/html^M ) IF( EXISTS ${COIN3D_DOC_PATH}) message(STATUS "Coin3D doc is installed") There is an error about wrong directive during cmake. Modify freecad-code/CMakeLists.txt: git diff CMakeLists.txt diff --git a/CMakeLists.txt b/CMakeLists.txt index 862cd7b..7d7dd56 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -361,14 +361,16 @@ MARK_AS_ADVANCED(FORCE FREECAD_LIBPACK_CHECKFILE6X FREECAD_LIBPACK_CHECKFILE7X) macro(fc_wrap_cpp outfiles ) # get include dirs QT4_GET_MOC_FLAGS(moc_flags) - QT4_EXTRACT_OPTIONS(moc_files moc_options ${ARGN}) + #QT4_EXTRACT_OPTIONS(moc_files moc_options ${ARGN}) + QT4_EXTRACT_OPTIONS(moc_files moc_options moc_target ${ARGN}) # fixes bug 0000585: bug with boost 1.48 SET(moc_options ${moc_options} -DBOOST_TT_HAS_OPERATOR_HPP_INCLUDED) foreach(it ${moc_files}) get_filename_component(it ${it} ABSOLUTE) QT4_MAKE_OUTPUT_FILE(${it} moc_ cpp outfile) - QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}") + #QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}") + QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}" "${moc_target} "${moc_target}"") set(${outfiles} ${${outfiles}} ${outfile}) add_file_dependencies(${it} ${outfile}) endforeach(it) Now I hit a compile error: free-cad-code/src/Mod/Test/Gui/AppTestGui.cpp:31:24: fatal error: qrc_Test.cpp: No such file or directory #include "qrc_Test.cpp" ^ compilation terminated. make[2]: *** [src/Mod/Test/Gui/CMakeFiles/QtUnitGui.dir/AppTestGui.cpp.o] Error 1 make[1]: *** [src/Mod/Test/Gui/CMakeFiles/QtUnitGui.dir/all] Error 2 Maybe I find out what's missing here...

jorges commented on 2013-09-27 01:46 (UTC)

First, I also experienced the problem of OCC_INCLUDE_DIR not being found. Solved it for the moment by making a symlink from /opt/opencascade/inc to /opt/opencascade/include. Second, yaourt is not recognizing this package as a development version, and thus ignores the DEVELBUILDDIR option, which in turn pulls the entire git repo each time I upgrada freecad. I just tested with the package yaourt-git, and it correctly updated the git repo. I don't know what causes this, though. Is it only me with this problem?

Mineko commented on 2013-09-25 08:22 (UTC)

That's odd.. Usually it compiles fine without it.. Meh whatever, I put it in there, thanks for telling me.

progtologist commented on 2013-09-23 14:30 (UTC)

libspnav should be listed as a dependency /var/abs/local/yaourtbuild/freecad-git/free-cad-code/src/Gui/GuiApplicationNativeEventAware.cpp:40:19: fatal error: spnav.h: No such file or directory #include <spnav.h> ^ compilation terminated.

Mineko commented on 2013-09-23 03:53 (UTC)

Or uh.. Actually, it might be an archlinux update that is causing the OCC stuff, because I used the same script before in the same conditions and well.. It worked before, Anyway, try that out for now, otherwise it might be an update that caused it.

Mineko commented on 2013-09-23 03:48 (UTC)

I was trying to do a fancy versioning system for people that use the same package each time, in case they're coders like me.. Anyways, it doesn't work well with yaourt so I removed it, everything should be smooth now. I had that problem myself when building OpenCascade.. Check out oce-git in the AUR and read the one comment to fix it, should work then.

progtologist commented on 2013-09-21 18:18 (UTC)

When manually trying to build it, freecad cmake cannot find OpenCascade include libraries: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: OCC_INCLUDE_DIR

progtologist commented on 2013-09-20 21:49 (UTC)

I am getting the message "==> ERROR: freecad-git not found in AUR." I believe there is a problem with your version name 'git- + 1' Can you please test it with yaourt?

Mineko commented on 2013-09-09 09:23 (UTC)

Just some more little tweaks, since it's git I put in a version system so you can upgrade without much worry.

Mineko commented on 2013-08-17 19:34 (UTC)

Added some tweaks, you can now choose whether or not you want to update FreeCAD to the latest git version, just in case you made some changes and don't want to lose them upon building.. Of course, you would probably already be able to edit the PKGBUILD but.. It was easy so why not. :)

Mineko commented on 2013-08-17 09:06 (UTC)

I adopted it, already have a good-looking script that I'll probably never have to update for quite a long time too. :)

gborzi commented on 2013-06-24 04:04 (UTC)

Fine, I'm disowning the package.

masterkorp commented on 2013-06-23 21:31 (UTC)

I will gladly adopt it

gborzi commented on 2013-06-23 21:09 (UTC)

Hi taotedice, at the moment I don't have the time to update the package, neither I'm very interested in it. Would you adopt it if I disown?

taotedice commented on 2013-06-23 20:13 (UTC)

Freecad git repos shows it has upgraded to OCC-6.6.0 with rev 376fdb as of 20130525. It also just switched from pyqt to pyside as of 20130621.

gborzi commented on 2013-05-05 15:19 (UTC)

Fixed in the same way used by freecad.

gborzi commented on 2013-05-05 15:00 (UTC)

@masterkorp freecad git sources isn't (yet) updated to compile with OpenCascade 6.6.0. I think we'll need to wait until they update it.

masterkorp commented on 2013-05-05 14:38 (UTC)

[ 7%] Building CXX object src/3rdParty/salomesmesh/CMakeFiles/StdMeshers.dir/src/StdMeshers/StdMeshers_Regular_1D.cpp.o [ 7%] Building CXX object src/3rdParty/salomesmesh/CMakeFiles/StdMeshers.dir/src/StdMeshers/StdMeshers_RadialPrism_3D.cpp.o /tmp/packerbuild-1000/freecad-git/freecad-git/src/free-cad/src/3rdParty/salomesmesh/src/StdMeshers/StdMeshers_RadialPrism_3D.cpp: In member function ‘virtual bool StdMeshers_RadialPrism_3D::Compute(SMESH_Mesh&, const TopoDS_Shape&)’: /tmp/packerbuild-1000/freecad-git/freecad-git/src/free-cad/src/3rdParty/salomesmesh/src/StdMeshers/StdMeshers_RadialPrism_3D.cpp:162:29: error: ‘OuterShell’ is not a member of ‘BRepTools’ TopoDS_Shell outerShell = BRepTools::OuterShell( solid ); ^ make[2]: *** [src/3rdParty/salomesmesh/CMakeFiles/StdMeshers.dir/src/StdMeshers/StdMeshers_RadialPrism_3D.cpp.o] Error 1 make[1]: *** [src/3rdParty/salomesmesh/CMakeFiles/StdMeshers.dir/all] Error 2 make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... The build failed. Is there any known fix for this ?

masterkorp commented on 2013-05-02 11:31 (UTC)

Oh I just noticed now that freecad bin is for the freecad package and freecad-git is for freecad-git package.

masterkorp commented on 2013-05-02 10:36 (UTC)

masterkorp ~ $ freecad freecad: error while loading shared libraries: libboost_signals.so.1.52.0: cannot open shared object file: No such file or directory masterkorp ~ $ pacman -Qs boost local/boost 1.53.0-2 Free peer-reviewed portable C++ source libraries - Development local/boost-libs 1.53.0-2 Free peer-reviewed portable C++ source libraries - Runtime Yes, I've rebuilt freecad after the update. Still getting the error.

gborzi commented on 2013-04-21 22:06 (UTC)

Updated.

Samsagax commented on 2013-04-21 16:52 (UTC)

@gborzi: You should update this PKGBUILD according to pacman's new feature for git packages: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#VCS_sources

masterkorp commented on 2013-03-25 15:48 (UTC)

Hello, makepkg MAKEFLAGS doesn't seem to work, wich is annoying to compile.

gborzi commented on 2013-03-08 17:48 (UTC)

@vinvin I think that the problem reported by budulay only happens if qt5-base, which provides a /usr/bin/qmake, is installed.

vinvin commented on 2013-03-08 17:26 (UTC)

I successfully built the package yesterday without this fix.

gborzi commented on 2013-03-08 17:14 (UTC)

@budulay, I missed the comment you made on March 5th, sorry. Thanks for the fix, the package is updated.

budulay commented on 2013-03-08 16:33 (UTC)

Adding -DQT_QMAKE_EXECUTABLE=/usr/bin/qmake-qt4 to the cmake line fixes the problem I had below.

budulay commented on 2013-03-05 19:02 (UTC)

Wouldn't compile for me after the qt5 update. Qt4 is installed, but cmake can't find it: CMake Error at /usr/share/cmake-2.8/Modules/FindQt4.cmake:1216 (message): Found unsuitable Qt version "5.0.1" from /usr/bin/qmake, this code requires Qt 4.x

gborzi commented on 2013-02-17 16:38 (UTC)

Updated.

Samsagax commented on 2013-02-17 15:41 (UTC)

@gborzi: no problem. The only issue to watch out is the conflict with stable freecad package. I liked to have both installed so i can break things and keep a production environment. ;)

gborzi commented on 2013-02-17 15:38 (UTC)

@Samsagax sorry for the delay in updating the package. I didn't had time, now I'm doing it, but run into a compilation problem. Some upstream developer took away a conditional compilation directive related to opencascade, now it seems fixed.

Samsagax commented on 2013-02-17 15:34 (UTC)

Please take a look at: https://aur.archlinux.org/packages/freecad/ for building process. FreeCAD doesn't build with autotools anymore.

Samsagax commented on 2013-02-14 13:52 (UTC)

@gborzi: FreeCAD is deprecating the use of autotools in favor of cmake. The latest release only comes with the cmake option. Could you reflect that change?

gborzi commented on 2013-01-06 14:34 (UTC)

Updated with "--enable-assembly".

Samsagax commented on 2013-01-06 13:52 (UTC)

Just add "--enable-assembly" for now. This package should have all experimental features enabled. there is also a template module but never tested it. indeed "--enable-cam" breaks compilation.

vinvin commented on 2013-01-05 21:34 (UTC)

Thanks for the fix Samsagax, and yes gborzi, same here. The error is due to the cam module, so for now --enable-cam should not be used I guess.

gborzi commented on 2013-01-05 19:29 (UTC)

Fixed with the sed command suggested by Samsagax. I tried "--enable-assembly" and "--enable-cam" in the configure step, but the compilation failed.

Samsagax commented on 2013-01-05 15:59 (UTC)

Just add this line after the freecad-build git clone: sed -i -e 's/AM_CONFIG_HEADER/AC_CONFIG_HEADERS/g' configure.ac And vinvin issue is gone. Still it should be reported upstream.

Samsagax commented on 2013-01-05 15:41 (UTC)

I'm having the same errors as vivin. Maybe the two are related and need to be reported upstream. Also, could you add the "--enable-assembly" and "--enable-cam" flags to configure step? Those where recently merged into master.

vinvin commented on 2013-01-05 00:51 (UTC)

The new automake version brought lots of "undefined macro" kind of errors (for example: AM_INIT_AUTOMAKE AM_CONFIG_HEADER AC_CXX_HAVE_STD_IOSTREAM). configure also complains about the --with-qt* and --with-boost* args.

gborzi commented on 2012-09-29 00:36 (UTC)

It's swig1 (S-W-I-G-One) not swigl (S-W-I-G-L). It's a sort of compiler, so it is needed only in makedepends.

commented on 2012-09-29 00:18 (UTC)

"swigl" is listed as a dependency in the PKGBUILD, but not in the list of dependencies above. Additionally, no package named "swigl" is available in extra or AUR. So I'm feeling a bit SOL here?

gborzi commented on 2012-09-16 13:17 (UTC)

Updated. Now makeflags seems safe to use.

gborzi commented on 2012-09-02 05:43 (UTC)

@rytmenpinne I have the same error, it seems upstream forgot something in some Makefiles. I suggest to wait until it's fixed upstream.

rytmenpinne commented on 2012-09-01 20:24 (UTC)

Does not compile for me.. fails with; I/usr/include -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fpermissive -Wno-deprecated -frtti -MT libFreeCADGui_la-resource.lo -MD -MP -MF .deps/libFreeCADGui_la-resource.Tpo -c -o libFreeCADGui_la-resource.lo `test -f 'resource.cpp' || echo './'`resource.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -DSPNAV_FOUND -D_OCC64 -g -D_DEBUG -D_REENTRANT -Wall -I../../src -I../../src -I/usr/include/python2.7/ -I/usr/include -I/usr/include/boost -I/usr/include/ -I/usr/include//Qt3Support -I/usr/include//QtGui -I/usr/include//QtCore -I/usr/include//QtOpenGL -I/usr/include//QtNetwork -I/usr/include//QtSvg -I/usr/include//QtXml -I/usr/include//QtUiTools -I/usr/include//QtWebKit -I/usr/include -I/usr/include -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fpermissive -Wno-deprecated -frtti -MT libFreeCADGui_la-resource.lo -MD -MP -MF .deps/libFreeCADGui_la-resource.Tpo -c resource.cpp -fPIC -DPIC -o .libs/libFreeCADGui_la-resource.o In file included from resource.cpp:48:0: DlgCustomizeSpNavSettings.h:27:42: fatal error: ui_DlgCustomizeSpNavSettings.h: No such file or directory compilation terminated. Tried both with !makefalgs and withouth..

gborzi commented on 2012-08-09 23:53 (UTC)

Hello Samsagax, I tried to build the package without the !makeflags option, but it failed to compile. Unfortunately the multi-thread issue is still there, it's that sometimes it doesn't show up.

Samsagax commented on 2012-08-09 16:52 (UTC)

I think you may remove the option '!makeflags'. It compiled successfully with 'makeflags' (the multi-thread issue is gone)

gborzi commented on 2012-07-09 13:42 (UTC)

@rdjack21 Sorry for the long delay in answering. I just finished compiling freecad-git without problems. Are you still having problems?

gborzi commented on 2012-06-25 09:18 (UTC)

@rdjack21 I'm not able to check the package at this moment, and I won't be until this weekend. I'll look into it later.

rdjack21 commented on 2012-06-25 06:21 (UTC)

Forgot to add that I get the same error weather I do this by hand using makepkg or if I use pacaur so I don't believe it is an error with pacaur.

rdjack21 commented on 2012-06-25 06:18 (UTC)

I've been getting this error lately and I'm not sure how to fix it. freeCad build correctly but it is failing on packaging up the application with libtool here is the error I'm getting: libtool: install: warning: relinking `libFreeCADApp.la' libtool: install: (cd /tmp/pacaurtmp-rjackson/freecad-git/src/freecad-build/src/App; /bin/sh /tmp/pacaurtmp-rjackson/freecad-git/src/freecad-build/libtool --tag CXX --mode=relink g++ -I../../src -I../../src -I/usr/include/python2.7/ -I/usr/include -I/usr/include/boost -I/usr/include/ -I/usr/include//QtCore -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fpermissive -Wno-deprecated -frtti -L../Base -L/usr/lib/ -lQtCore -L/usr/lib/python2.7/ -L/usr/lib -L/usr/lib -version-info 2:0:0 -Wl,-O1,--sort-common,--as-needed,-z,relro -lpthread -o libFreeCADApp.la -rpath /usr/lib/freecad-git/lib libFreeCADApp_la-Annotation.lo libFreeCADApp_la-Application.lo libFreeCADApp_la-ApplicationPy.lo libFreeCADApp_la-ColorModel.lo libFreeCADApp_la-ComplexGeoData.lo libFreeCADApp_la-ComplexGeoDataPyImp.lo libFreeCADApp_la-Document.lo libFreeCADApp_la-DocumentObject.lo libFreeCADApp_la-DocumentObjectFileIncluded.lo libFreeCADApp_la-DocumentObjectGroup.lo libFreeCADApp_la-DocumentObjectGroupPyImp.lo libFreeCADApp_la-DocumentObjectPyImp.lo libFreeCADApp_la-DocumentObserver.lo libFreeCADApp_la-DocumentObserverPython.lo libFreeCADApp_la-DocumentPyImp.lo libFreeCADApp_la-DynamicProperty.lo libFreeCADApp_la-FeaturePython.lo libFreeCADApp_la-FeaturePythonPyImp.lo libFreeCADApp_la-FeatureTest.lo libFreeCADApp_la-GeoFeature.lo libFreeCADApp_la-InventorObject.lo libFreeCADApp_la-VRMLObject.lo libFreeCADApp_la-Material.lo libFreeCADApp_la-MaterialPyImp.lo libFreeCADApp_la-MeasureDistance.lo libFreeCADApp_la-Placement.lo libFreeCADApp_la-PreCompiled.lo libFreeCADApp_la-Property.lo libFreeCADApp_la-PropertyFile.lo libFreeCADApp_la-PropertyGeo.lo libFreeCADApp_la-PropertyContainer.lo libFreeCADApp_la-PropertyContainerPyImp.lo libFreeCADApp_la-PropertyLinks.lo libFreeCADApp_la-PropertyPythonObject.lo libFreeCADApp_la-PropertyStandard.lo libFreeCADApp_la-PropertyUnits.lo libFreeCADApp_la-Transactions.lo -lboost_filesystem -lboost_program_options -lboost_signals -lboost_system -lboost_regex -lFreeCADBase -lpython2.7 -lxerces-c -inst-prefix-dir /tmp/pacaurtmp-rjackson/freecad-git/pkg) libtool: relink: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../lib/crti.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/crtbeginS.o .libs/libFreeCADApp_la-Annotation.o .libs/libFreeCADApp_la-Application.o .libs/libFreeCADApp_la-ApplicationPy.o .libs/libFreeCADApp_la-ColorModel.o .libs/libFreeCADApp_la-ComplexGeoData.o .libs/libFreeCADApp_la-ComplexGeoDataPyImp.o .libs/libFreeCADApp_la-Document.o .libs/libFreeCADApp_la-DocumentObject.o .libs/libFreeCADApp_la-DocumentObjectFileIncluded.o .libs/libFreeCADApp_la-DocumentObjectGroup.o .libs/libFreeCADApp_la-DocumentObjectGroupPyImp.o .libs/libFreeCADApp_la-DocumentObjectPyImp.o .libs/libFreeCADApp_la-DocumentObserver.o .libs/libFreeCADApp_la-DocumentObserverPython.o .libs/libFreeCADApp_la-DocumentPyImp.o .libs/libFreeCADApp_la-DynamicProperty.o .libs/libFreeCADApp_la-FeaturePython.o .libs/libFreeCADApp_la-FeaturePythonPyImp.o .libs/libFreeCADApp_la-FeatureTest.o .libs/libFreeCADApp_la-GeoFeature.o .libs/libFreeCADApp_la-InventorObject.o .libs/libFreeCADApp_la-VRMLObject.o .libs/libFreeCADApp_la-Material.o .libs/libFreeCADApp_la-MaterialPyImp.o .libs/libFreeCADApp_la-MeasureDistance.o .libs/libFreeCADApp_la-Placement.o .libs/libFreeCADApp_la-PreCompiled.o .libs/libFreeCADApp_la-Property.o .libs/libFreeCADApp_la-PropertyFile.o .libs/libFreeCADApp_la-PropertyGeo.o .libs/libFreeCADApp_la-PropertyContainer.o .libs/libFreeCADApp_la-PropertyContainerPyImp.o .libs/libFreeCADApp_la-PropertyLinks.o .libs/libFreeCADApp_la-PropertyPythonObject.o .libs/libFreeCADApp_la-PropertyStandard.o .libs/libFreeCADApp_la-PropertyUnits.o .libs/libFreeCADApp_la-Transactions.o -Wl,-rpath -Wl,/usr/lib/freecad-git/lib -L../Base -L/usr/lib/ -L/usr/lib/python2.7/ -L/usr/lib -lboost_program_options -lboost_signals -L/tmp/pacaurtmp-rjackson/freecad-git/pkg/usr/lib/freecad-git/lib -L/usr/lib/freecad-git/lib -lFreeCADBase -lQtCore -lpthread -lboost_regex -lboost_filesystem -lboost_system -lz -lpython2.7 -lxerces-c -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/crtendS.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.1/../../../../lib/crtn.o -march=x86-64 -mtune=generic -O2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-soname -Wl,libFreeCADApp.so.2 -o .libs/libFreeCADApp.so.2.0.0 collect2: error: ld returned 1 exit status libtool: install: error: relink `libFreeCADApp.la' with the above command before installing it make[4]: *** [install-libLTLIBRARIES] Error 1 make[4]: Leaving directory `/tmp/pacaurtmp-rjackson/freecad-git/src/freecad-build/src/App' make[3]: *** [install-am] Error 2 make[3]: Leaving directory `/tmp/pacaurtmp-rjackson/freecad-git/src/freecad-build/src/App' make[2]: *** [install] Error 2 make[2]: Leaving directory `/tmp/pacaurtmp-rjackson/freecad-git/src/freecad-build/src/App' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/tmp/pacaurtmp-rjackson/freecad-git/src/freecad-build/src' make: *** [install-recursive] Error 1 ==> ERROR: A failure occurred in package(). Aborting... any help in getting this fixed would be appreciated.

budulay commented on 2012-06-08 07:54 (UTC)

Turns out I had opencascade 6.5.2. Compiled without a hitch against 6.5.3. Sorry for making noise before trying the obvious.

budulay commented on 2012-06-08 02:26 (UTC)

Hi, I've been getting this error for quite a a few weeks now: TopoShape.cpp:1947:75: error: no matching function for call to 'StlTransfer::BuildIncrementalMesh(const TopoDS_Shape&, float&, bool, Handle_StlMesh_Mesh&)' TopoShape.cpp:1947:75: note: candidate is: In file included from TopoShape.cpp:1930:0: /opt/opencascade/inc/StlTransfer.hxx:51:34: note: static void StlTransfer::BuildIncrementalMesh(const TopoDS_Shape&, Standard_Real, const Handle_StlMesh_Mesh&) /opt/opencascade/inc/StlTransfer.hxx:51:34: note: candidate expects 3 arguments, 4 provided make[6]: *** [libPart_la-TopoShape.lo] Error 1 make[6]: Leaving directory `/home/budulay_arch/AUR/freecad-git/src/freecad-build/src/Mod/Part/App' This is the function call from TopoShape.cpp:1947 that causes the error: StlTransfer::BuildIncrementalMesh(this->_Shape, accuracy, aMesh); And here's the function definition from StlTransfer.hxx:51: Standard_EXPORT static void BuildIncrementalMesh(const TopoDS_Shape& Shape,const Standard_Real Deflection,const Handle(StlMesh_Mesh)& Mesh) ; Both of those have three arguments, so I'm completely lost as to why it doesn't work.

gborzi commented on 2012-05-31 22:38 (UTC)

@atcw I just finished compiling freecad-git without problems, and without the additional line for eigen3 include.

commented on 2012-05-30 22:46 (UTC)

Thanks for fixing the M_PI stuff. Unfortunately it would still not compile for me and break with the following error: Core/Approximation.cpp:58:31: fatal error: Eigen/LeastSquares: No such file or directory But it is a simple fix Append the following to the call of the configure script in the PKGBUILD file A backslash "\" to the last line and after that add the following line --with-eigen3-include=/usr/include/eigen3/ call makepkg in the folder with PKGBUILD, then install the generated package with pacman -U filenameofgeneratedpackage.tar.xz

gborzi commented on 2012-05-14 22:07 (UTC)

Fixed.

PerisH commented on 2012-05-14 17:55 (UTC)

Hi! I'm having problems to compile the package. This last two weeks when i tried to compile and this error can't let me build freecad-git and my actual version is broken. ././src/SMESH/SMESH_MeshEditor.cpp:6972:53: warning: narrowing conversion of 'nSide[1].std::list<_Tp, _Alloc>::size<const SMDS_MeshNode*, std::allocator<const SMDS_MeshNode*> >()' from 'std::list<const SMDS_MeshNode*>::size_type {aka long unsigned int}' to 'int' inside { } is ill-formed in C++11 [-Wnarrowing] make[4]: *** [SMESH_MeshEditor.lo] Error 1 make[4]: se sale del directorio `/tmp/yaourt-tmp-perish/aur-freecad-git/src/freecad-build/src/3rdParty/salomesmesh' make[3]: *** [all-recursive] Error 1

gborzi commented on 2012-04-06 16:33 (UTC)

This new PKGBUILD fixes the problem reported by Tempel. It adds -fpermissive to the compilation flags to get rid of the error.

gborzi commented on 2012-04-05 16:28 (UTC)

@Tempel I have the same problem with -git, haven't tried freecad stable. Tried recompiling both soqt and coin, but it still fails with that error message. So, I came to the conclusion that it could be a compiler problem, it is the only relevant thing that has recently changed. Downgrading gcc to 4.6.3 solves the problem.

Tempel commented on 2012-04-05 01:14 (UTC)

Building fails for me during the configure step with: checking whether libSoQt is available... false configure: error: **** Cannot find SoQt devel files. **** I installed soqt as a dependency of pivy-hg just for this package, so I'm certain it's there. This occurs with both freecad and freecad-git packages. Any thoughts?

gborzi commented on 2012-03-14 20:09 (UTC)

I found a workaround to the boost "hard" dep problem. Now the package() function includes a few lines that create symlinks under /usr/lib/freecad-git/lib for the required versioned boost libraries to the unversioned ones, e.g. ls -l /usr/lib/freecad-git/lib/libboost_* returns lrwxrwxrwx 1 root root 31 Mar 14 20:46 /usr/lib/freecad-git/lib/libboost_filesystem.so.1.49.0 -> /usr/lib/libboost_filesystem.so lrwxrwxrwx 1 root root 36 Mar 14 20:46 /usr/lib/freecad-git/lib/libboost_program_options.so.1.49.0 -> /usr/lib/libboost_program_options.so lrwxrwxrwx 1 root root 26 Mar 14 20:46 /usr/lib/freecad-git/lib/libboost_regex.so.1.49.0 -> /usr/lib/libboost_regex.so lrwxrwxrwx 1 root root 28 Mar 14 20:46 /usr/lib/freecad-git/lib/libboost_signals.so.1.49.0 -> /usr/lib/libboost_signals.so lrwxrwxrwx 1 root root 27 Mar 14 20:46 /usr/lib/freecad-git/lib/libboost_system.so.1.49.0 -> /usr/lib/libboost_system.so and ldd /usr/bin/freecad-git |grep boost returns libboost_program_options.so.1.49.0 => /usr/lib/freecad-git/lib/libboost_program_options.so.1.49.0 (0x00007f12a031f000) libboost_signals.so.1.49.0 => /usr/lib/freecad-git/lib/libboost_signals.so.1.49.0 (0x00007f12a010b000) libboost_regex.so.1.49.0 => /usr/lib/freecad-git/lib/libboost_regex.so.1.49.0 (0x00007f129fe01000) libboost_filesystem.so.1.49.0 => /usr/lib/freecad-git/lib/libboost_filesystem.so.1.49.0 (0x00007f129fbe2000) libboost_system.so.1.49.0 => /usr/lib/freecad-git/lib/libboost_system.so.1.49.0 (0x00007f129f9df000) This applies to freecad as well, I tested it by compiling freecad with boost 1.48.0, then upgrading boost.

gborzi commented on 2012-03-14 17:24 (UTC)

Hi Xyne, unfortunately, AFAIK there is no way to have freecad (or any other package linking with boost) linking against the unversioned symlinks. That is so because the soname of boost libraries includes the complete version number, e.g. objdump -p /usr/lib/libboost_system.so |grep SONAME returns SONAME libboost_system.so.1.49.0 Actually, it would make more sense to have the unversioned symlinks in boost rather than boost-libs. It's an upstream problem, but they don't seem interested in fixing it, i.e. in having a sane (so)name versioning policy. Besides, there is no guarantee that the next 1.50.0 boost version will be compatible with the current one. The main problem with method 1) is that an upgrade to boost breaks the package leaving the user unaware that the package is no longer working, until (s)he tries to launch it. Which can lead to embarassing situation, e.g. Linux user: I can open this .step file with freecad... Oops, it isn't working, I have to recompile it, it takes just 2 hours. Windows/Mac user: ... (these Linux guys are really strange).

Xyne commented on 2012-03-13 22:52 (UTC)

I wasn't aware of the issue. Is there no way to prevent freecad from linking to specific version of boost-libs? I thought that would have been possible because the boost-libs package provides unversioned symlinks to the current version of each library. The fact that freecad can be recompiled without further changes against the newer boost-libs indicates that the library still provides the same API. Maybe the issue could be raised upstream. As for the currently proposed methods, in both cases freecad will break with some updates. In the second case, the user may not know why but it is easy to rebuild the package, especially with an AUR helper. In the first case, the user knows why, but he has to wait for a new PKGBUILD (or edit it himself), and also has to manually uninstall freecad before upgrading. The first method thus requires less intervention and depends less on timely updates of the freecad AUR packages. I think that may be better, especially for the git package which the user can be expected to rebuild often, but others may disagree. I am not aware of a specific guideline in this case, so it's up to you. If you and Mickele think method 2 is better, stick with that until one of the ideal solutions can be implemented.

gborzi commented on 2012-03-13 22:00 (UTC)

@Xyne thanks for merging freecad-svn with this one. Re. the dependency on boost-libs=1.49.0 we discussed it with Mickele some time ago and there are two alternatives: 1) the "soft" dep (e.g. boost-libs>=1.49.0). The problem with this is that when boost will be upgraded to, say 1.50.0, the freecad binary won't work anymore because it is linked to the previous version of that library. But you may realize it only when you try to use freecad. 2) the "hard" dep (e.g. boost-libs=1.49.0). Whenever boost gets an upgrade you'll be reminded of the need to recompile this package. The downside is that an update (i.e. pacman -Syu) wouldn't work unless you uninstall freecad. Between the two, we opted for the second. I think the real solution to this problem would be to have an appropriate soname for the boost libraries. If you have a better solution or think that 1) is closer to the packaging guidelines than 2) please let me know.

Xyne commented on 2012-03-13 19:00 (UTC)

I've merged the old freecad-svn page into this one.

Xyne commented on 2012-03-13 18:56 (UTC)

Hi, Please see my comments about specifying boost and boost-libs dependencies on the freecad package page: https://aur.archlinux.org/packages.php?ID=7575 Thanks!

gborzi commented on 2012-03-12 21:22 (UTC)

@ChrisP In case it still isn't working, check config.log (under src/freecad-build) to see if configure doesn't find something. Also, search for MovieTool.py under pkg.

commented on 2012-03-12 06:55 (UTC)

@gborzi Tried installation twice, same gremlin surfaced both times. Will clean off completely, and try once more. Thanks for testing it at your end. ( Incidentally, the svn version of the freecad package compiled and installed without a hitch ).

gborzi commented on 2012-03-11 16:03 (UTC)

@ChrisP I recompiled the package but didn't get any error from the sed line. Please retry the build.

commented on 2012-03-11 08:31 (UTC)

PKGBUILD throws an error at 'sed -i' line about missing $pkgdir/usr/lib/freecad-git/Mod/Robot/MovieTool.py

deezy commented on 2012-03-06 16:29 (UTC)

Any chance of getting the source from a http source? The git port might not be open everywhere...

gborzi commented on 2012-03-03 13:48 (UTC)

freecad-git package has been uploaded to the AUR. If you're using this package (freecad-svn) you are advised to switch to freecad-git, I'll shortly orphan it and ask for its removal.

gborzi commented on 2012-03-01 21:11 (UTC)

@Perish it seems they've finally switched to git, according to the statistics on sourceforge: http://sourceforge.net/projects/free-cad/stats/scm?repo=GitRepository http://sourceforge.net/projects/free-cad/stats/scm?repo=SVNRepository So, this package needs to be orphaned and removed, and a new freecad-git package has to be created. I'll do it this weekend. Thanks for the PKGBUILD.

PerisH commented on 2012-03-01 09:31 (UTC)

There are some erros in the changed PKGBUILD. There are some reference in the freecad-git.desktop to the old freecad-svn.

PerisH commented on 2012-02-29 20:31 (UTC)

I changed the svn's version to work with git. The compilation and installation works well, but I'm not experienced and you can take a look. If you are interested the PKGBUILD is here : http://pastebin.com/Fuswna50

gborzi commented on 2011-12-25 18:51 (UTC)

@mickele I think they're using both systems. On svn the version now is 5348, up from 5330 of a couple of days ago.

mickele commented on 2011-12-25 18:38 (UTC)

It seems freecad switched to git: http://sourceforge.net/scm/?type=git&group_id=49159

gborzi commented on 2011-12-01 17:36 (UTC)

@eworm I think it would work, but when boost changes version I'll upload a new PKGBUILD anyway.

eworm commented on 2011-12-01 16:16 (UTC)

@gborzi That's true... Something I suffer from time to time, especially with boost. ;) Does something like this work? _boostver=`pacman -Q boost-libs | cut -d\ -f2 | cut -d- -f1` depends(boost-libs=${_boostver} ...) This would give hard dependency in the binary package, but make it compile with whatever boost version is installed.

gborzi commented on 2011-12-01 16:01 (UTC)

@cgx I'll try compiling with 1.48 this evening. @eworm Without the hard dep an upgrade to boost would break the package, a break that woudn't be noticed until one tries to launch the binary.

eworm commented on 2011-12-01 15:35 (UTC)

Uh, why does this have a hard dependency on boost? Usually recompiling the package fixes the problem.

cgx commented on 2011-12-01 15:30 (UTC)

Any chance of compatability with boost-libs 1.48? It's in testing now

eworm commented on 2011-09-28 19:04 (UTC)

No problem. ;) I do have my own build scripts that patch the PKGBUILD before the package is compiled. So I'm fine with it now. Thanks!

gborzi commented on 2011-09-28 16:38 (UTC)

@eworm Up to now you are the only one with this problem, unless others report the same, I won't change the package. It is more probable that there is something in your setup that causes this problem, rather than an issue in the package.

eworm commented on 2011-09-27 20:38 (UTC)

Ok, got it... Installed both, freecad and freecad-svn, with: ./configure \ --prefix=/opt/${pkgname} \ --includedir=/usr/include/${pkgname} \ --docdir=/usr/share/doc/${pkgname} \ [...] That is the only way I could get run both side by side. Note that you have some more things to change, e.g. link from /usr/bin/$appname to /opt/${pkgname}/bin/$appname, etc.

eworm commented on 2011-09-26 06:45 (UTC)

I will try rebuilding as soon as I have access to more powerful hardware. Just took a look at the pathes... I would expect prefix to be set to /usr, then libdir to /usr/lib/freecad-svn, datarootdir to /usr/share/freecad-svn, etc. That would install the binaries to /usr/bin as expected. However this way it is not possible to change the path for the modules... They would be installed to /usr/Mod (with then conflicts with package freecad). I would expect them to be installed in /usr/lib/freecad-svn/Mod or /usr/share/freecad-svn/Mod. Is there any chance to change that? BTW, even starting freecad-svn with -M /usr/lib/freecad-svn/Mod/ does not change anything... Still loading from /usr/lib/freecad/Mod/.

gborzi commented on 2011-09-23 21:12 (UTC)

The same command gives open("/usr/lib/freecad-svn/Mod/Raytracing/tls/x86_64/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad-svn/Mod/Raytracing/tls/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad-svn/Mod/Raytracing/x86_64/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad-svn/Mod/Raytracing/libRaytracingGui.so.2", O_RDONLY) = 28 on my system. As I implied in the previous comment, I recompiled freecad-svn with freecad installed because I suspected it was linking against the freecad libraries. What happens if you uninstall freecad?

eworm commented on 2011-09-23 20:58 (UTC)

I have recompiled freecad and freecad-svn on a different system. Still the same. The dynamic linker finds the old (aka from freecad) version first. eworm@leda:~$ strace freecad-svn 2>&1 | grep libRaytracingGui open("/usr/lib/freecad/Mod/Raytracing/tls/x86_64/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad/Mod/Raytracing/tls/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad/Mod/Raytracing/x86_64/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad/Mod/Raytracing/libRaytracingGui.so.2", O_RDONLY) = 24 /usr/lib/freecad/Mod/Raytracing/libRaytracingGui.so.2: undefined symbol: _ZN3Gui17SyntaxHighlighterC2EP9QTextEdit

gborzi commented on 2011-09-23 16:18 (UTC)

I've recompiled freecad-svn and tried some meshing with it. It works fine, like freecad. Can you report more details on how you triggered the error message?

eworm commented on 2011-09-23 12:30 (UTC)

I can. ;) Depends on what workbench I load... Here are some more errors: toolBar instance has no attribute 'Activated' toolBar instance has no attribute 'Deactivated' /usr/lib/freecad/Mod/Fem/libFem.so.2: undefined symbol: _ZN2Py19PythonExtensionBase8getattroERKNS_6ObjectE /usr/lib/freecad/Mod/Raytracing/libRaytracingGui.so.2: undefined symbol: _ZN3Gui17SyntaxHighlighterC2EP9QTextEdit Perfectly reproducible here. However, the binaries (/usr/bin/freecad{,-svn}) are linked corretly, only libraries loaded on demand are affected.

gborzi commented on 2011-09-22 16:28 (UTC)

@eworm I'm unable to reproduce the error you reported. I have compiled and installed freecad along with freecad-svn and they work together just fine. ldd shows that the executables point to the respective libraries.

gborzi commented on 2011-09-22 13:30 (UTC)

@eworm thanks for reporting the problem. The svn suffix was added in order to have both versions of freecad running together. I'll fix it ASAP.

eworm commented on 2011-09-22 12:14 (UTC)

Ah, found the problem: freecad-svn tried to load libraries from freecad 0.11. Why do you use the suffix "-svn" for application and paths if it's not possible to install 'stable' and svn side by side?

eworm commented on 2011-09-22 10:36 (UTC)

The package built successfully, but I get an error starting the application: /usr/lib/freecad/Mod/Raytracing/libRaytracingGui.so.2: undefined symbol: _ZN3Gui17SyntaxHighlighterC2EP9QTextEdit Any ideas what went wrong?

gborzi commented on 2011-09-19 12:21 (UTC)

Thanks Mickele, I'll upload a new PKGBUILD ASAP.

mickele commented on 2011-09-19 11:17 (UTC)

python-qt has been renamed to python2-pyqt!

commented on 2011-09-19 11:07 (UTC)

Hi all. I tried to compile freecad-svn but I'm missing python2-qt. Where can I get this package as I couldn't find it anywhere, neither in the official repos nor AUR.

commented on 2011-08-18 08:43 (UTC)

@gborzi Just compiled 4768-1 with !makeflags [ Arch32bit Atom330 ] on one core. After 3 hours compilation done sucessfull.[ FreeCAD svn only of course :) ] Thanks for your help.

gborzi commented on 2011-08-17 20:48 (UTC)

@spookyln I've just finished compiling rev. 4768 with makeflags (-j9). Which revision have you tried to compile?

gborzi commented on 2011-08-17 20:23 (UTC)

@spookyln That is an error that keeps reappearing from time to time. To avoid it use !makeflags. I haven't used this option in the PKGBUILD because most of the time it compiles just fine, and it's much faster on my quad core.

commented on 2011-08-17 18:42 (UTC)

hi, i tried to compile freecad from this pkgbuild. every deps compiled sucessfully without any prob [eigen 3.0.1 needs new md5sum only], but freecad-svn i cant compile [no testing repo]. here is log with err. http://www.tbs-software.com/spookyln/err/freecad-svn.txt can send me anyone working compiled package pls? thanks. Eh i forgot. compiled on 32bit Arch. Atom330 with makepkg -j5

gborzi commented on 2011-07-30 23:33 (UTC)

Updated to rev 4707. Now it uses eigen3 instead of eigen2. The former is available from AUR.

commented on 2011-07-17 15:11 (UTC)

Hi, I've got the error: /usr/lib/libGL.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status I use Arch x64 with an Nividia Driver. I know there is a connection between the error and the Driver. How can I fix this issue?

gatonero commented on 2011-05-26 19:52 (UTC)

@gborzi Thank you! This worked perfectly! :D

gborzi commented on 2011-05-26 18:19 (UTC)

@gatonero it's a yaourt problem. Uninstall freecad-svn, then update, then rebuild freecad-svn.

gatonero commented on 2011-05-26 18:05 (UTC)

What's that? Can't update my system? yaourt -Syuf :: Synchronisiere Paketdatenbanken... core ist aktuell extra ist aktuell community ist aktuell archlinuxfr ist aktuell error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... :: freecad-svn: requires boost-libs=1.46.0

gborzi commented on 2011-05-25 23:19 (UTC)

Updated after the boost update to 1.46.1.

gborzi commented on 2011-04-30 21:37 (UTC)

Thanks for your comment Dinosaw, I've corrected the typo.

commented on 2011-04-30 21:30 (UTC)

there is a stray "²" near the beginning where it checks svn revisions.

gborzi commented on 2011-04-30 13:35 (UTC)

The gcc 4.6.0 compilation problem has been fixed upstream (since 4465), so now it compiles cleanly. I've added libspnav to deps.

gborzi commented on 2011-04-29 14:13 (UTC)

Hi jwhendy, I suspect this error comes from the recent gcc update. I had a similar problem with qt3 while compiling kdar.

jwhendy commented on 2011-04-29 02:00 (UTC)

Getting build errors: ,--- | /tmp/yaourt-tmp.../src/freecad-build/src/Gui/.libs/libFreeCADGui.so: undefined reference to `Gui::qInitResources_translation()' | /tmp/yaourt-tmp.../src/Gui/.libs/libFreeCADGui.so: undefined reference to `Gui::qInitResources_resource()' | /tmp/yaourt-tmp.../src/freecad-build/src/Gui/.libs/libFreeCADGui.so: undefined reference to `Gui::qt_x11_wait_for_window_manager(QWidget*) `--- If this isn't sufficient here's more: http://pastebin.com/sp77WfC1

gborzi commented on 2011-04-13 16:49 (UTC)

Updated to rev. 4411 and fixed by removing several no longer needed fixes.

gborzi commented on 2011-04-13 08:59 (UTC)

Hi Archimage, which is the svn version that is broken? Currently it is at 4409. I'll look into the problem ASAP.

commented on 2011-04-13 01:06 (UTC)

Hi gborzi, I think the package is broken due to a recent update

jwhendy commented on 2011-04-09 17:26 (UTC)

Confirmed -- was broken (no side window for solid modeling), and now it's all good.

commented on 2011-04-09 00:39 (UTC)

Thank you gborzi, it's working fine !

gborzi commented on 2011-04-07 12:32 (UTC)

Hi Archimage, this time the package has been compiled and run. It works fine on my system, i.e. no error messages and opens .stp files just fine.

commented on 2011-04-07 00:27 (UTC)

I think there's still a problem, it compiles fine, but when it starts I get this error : /usr/lib/freecad-svn/Mod/Part/PartGui.so: undefined symbol: _ZN7PartGui19ViewProviderPartExt4initEv

gborzi commented on 2011-04-06 22:52 (UTC)

There was another problem to fix, now it is working.

gborzi commented on 2011-04-06 18:41 (UTC)

Hello Archimage, it seems that upstream has fixed the problems with boost version, that is to say, the sed lines # fix boost filesystem version sed -i -e '/#include <vector>/a#define BOOST_FILESYSTEM_VERSION 2' \ src/App/PropertyStandard.h needs to be removed. I'm testing the new PKGBUILD, and upload it ASAP.

commented on 2011-04-06 12:55 (UTC)

Hello, I've tried to install freecad yesterday, there was a problem with boost during compilation

gborzi commented on 2011-03-27 13:06 (UTC)

Hello mickele, OK, I've changed those directories, but at the moment there is a problem compiling today's revision 4317. I'm retrying with !makeflags.

mickele commented on 2011-03-27 10:21 (UTC)

Probably files should be installed in /usr/lib/freecad-svn, /usr/share/freecad-svn ... I can adopt freecad and modify its PKGBUILD following the same convention, installing files in /usr/lib/freecad, /usr/share/freecad...

gborzi commented on 2011-03-26 23:06 (UTC)

I've made some modifications to the PKGBUILD, following mickele's suggestions. Now it installs executables under /usr/lib/freecad, data under /usr/share/freecad, includes under /usr/include/freecad, like the debian package. In the meantime, freecad devs have released trunk 4316. Thanks to mickele for the suggestions, to vinvin and Archimage for reporting that it works.

commented on 2011-03-26 22:54 (UTC)

Everything works fine, thank you gborzi !

mickele commented on 2011-03-26 20:43 (UTC)

New version of the package installs a non standard directory in usr (/usr/Mod). This is why the previous version was installing in /opt. Icon file freecad.xpm conflicts with icon file from freecad (http://aur.archlinux.org/packages.php?ID=7575), the stable version of the package. A possible solution is renaming the file. Another suggestion is about freecad.desktop that I think should be compatible with freecad's one (it should have the same categories).

vinvin commented on 2011-03-26 18:16 (UTC)

I was finally able to compile it and test it, and it works perfectly. Thanks for the patches gborzi. I did not need the Driver_Document.h patch, this issue didn't appear. Basically, the required changes were removing -mt at the end of boost references in the acinclude.m4 file, and adding the '#define BOOST_FILESYSTEM_VERSION 2' line, after having ran a make clean to take into account the new opencascade version.

gborzi commented on 2011-03-26 11:36 (UTC)

Adopted and updated. Please note that I don't use this package, so I need feedback from users to check that it is properly working.

commented on 2011-03-26 00:36 (UTC)

I think it's better that you maintain the package since you've found the solution, I've dropped it

gborzi commented on 2011-03-26 00:19 (UTC)

I've made a working PKGBUILD for this package, you can find it here http://pastebin.com/Yw8mMrPE This is what I changed: 1) boost=1.46.0; 2) sed -i -e 's/-lboost\(.*\)-mt/-lboost\1/' configure to fix the -lboost*-mt libraries; 3) --with-occ-include=/opt/opencascade/inc instead of --with-occ-include=/opt/opencascade/include; 4) change a line with sed in src/3rdParty/salomesmesh/Makefile to fix the Driver_Document.h problem; 5) change a line with sed in src/App/PropertyStandard.h to fix boost filesystem version problem. The package it seems to work (I can't be sure because I don't know how to use it). Finally, I removed the !makeflags option.

commented on 2011-03-25 13:19 (UTC)

I'm going to step down as a maintainer, who wants to take care of the package ?

vinvin commented on 2011-03-25 12:49 (UTC)

Thanks for the patch eworm. I have an issue with the new opencascade dependency: /bin/sh ../../../libtool --tag=CXX --mode=link g++ -Wno-sign-compare -Wno-switch -Wno-reorder -Wno-unused -Wno-parentheses -Wno-comment -march=i686 -mtune=generic -O2 -pipe -Wno-deprecated -frtti -version-info 1:0:0 -Wl,--no-undefined -L/opt/opencascade/Linux/lib -lTKernel -lTKService -lTKMath -lTKBRep -lTKTopAlgo -lTKGeomAlgo -lTKGeomBase -lTKG3d -lTKG2d -lTKMeshVS -lTKShHealing -lTKPrim -lTKAdvTools -Wl,--hash-style=gnu -Wl,--as-needed -lpthread -o libDriverSTL.la -rpath /opt/freecad-svn/lib DriverSTL_R_SMDS_Mesh.lo DriverSTL_W_SMDS_Mesh.lo -lSMDS -lDriver /bin/grep: /opt/opencascade/Linux/lib/libTKernel.la: No such file or directory /bin/sed: can't read /opt/opencascade/Linux/lib/libTKernel.la: No such file or directory libtool: link: `/opt/opencascade/Linux/lib/libTKernel.la' is not a valid libtool archive make[3]: *** [libDriverSTL.la] Error 1 make[3]: Leaving directory `/home/vinvin/AUR/freecad-svn/src/freecad/src/3rdParty/salomesmesh' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/home/vinvin/AUR/freecad-svn/src/freecad/src/3rdParty' The .la files are not installed by opencascade, I don't understand why it doesn't takes the .so files.

eworm commented on 2011-03-14 11:34 (UTC)

I need to patch configure to make configure run without errors: --- configure~ 2011-03-14 12:30:56.903061810 +0100 +++ configure 2011-03-14 12:31:57.830333177 +0100 @@ -23025,7 +23025,7 @@ fc_boost_ac_save_ldflags=$LDFLAGS fc_boost_ac_save_libs=$LIBS CPPFLAGS="$CPPFLAGS -I$fc_boost_incs" LDFLAGS="$LDFLAGS -L$fc_boost_libs" -LIBS="-lboost_program_options-mt" +LIBS="-lboost_program_options" cat confdefs.h - <<_ACEOF >conftest.$ac_ext /* end confdefs.h. */ @@ -23101,13 +23101,13 @@ fi $as_echo "$ac_cv_boost_system" >&6; } rm -f boost.cpp boost -BOOST_FILESYSTEM_LIB="-lboost_filesystem-mt" -BOOST_PROGOPTIONS_LIB="-lboost_program_options-mt" -BOOST_SIGNALS_LIB="-lboost_signals-mt" +BOOST_FILESYSTEM_LIB="-lboost_filesystem" +BOOST_PROGOPTIONS_LIB="-lboost_program_options" +BOOST_SIGNALS_LIB="-lboost_signals" BOOST_SYSTEM_LIB="" -BOOST_REGEX_LIB="-lboost_regex-mt" +BOOST_REGEX_LIB="-lboost_regex" if test x"$ac_cv_boost_system" = xyes; then - LIBS="-lboost_system-mt" + LIBS="-lboost_system" { $as_echo "$as_me:${as_lineno-$LINENO}: checking for boost system library" >&5 $as_echo_n "checking for boost system library... " >&6; } cat confdefs.h - <<_ACEOF >conftest.$ac_ext @@ -23130,7 +23130,7 @@ main () } _ACEOF if ac_fn_cxx_try_link "$LINENO"; then : - BOOST_SYSTEM_LIB="-lboost_system-mt" + BOOST_SYSTEM_LIB="-lboost_system" else BOOST_SYSTEM_LIB="" fi

commented on 2011-03-12 08:42 (UTC)

@Archimage: So do I, it's after the recent update to boost-libs 1.46 that it won't work, complains about missing 1.45 libraries. Downgrading could help, but many other packages need boost-libs. An UGLY hack would be a symbolic link to the new libs, but that doesn't work.

commented on 2011-03-08 14:37 (UTC)

Hello, I get this error since yesterday : Use local sources of PyCXX & zipios++... yes checking for xerces-c... checking for /usr/include/xercesc//xercesc... no checking for /usr/local/include/xercesc... no checking xercesc/framework/XMLBuffer.hpp usability... yes checking xercesc/framework/XMLBuffer.hpp presence... yes checking for xercesc/framework/XMLBuffer.hpp... yes checking whether xerces lib is available... yes checking for eigen2... checking for /usr/include/eigen2/Eigen... yes checking Eigen/Core usability... yes checking Eigen/Core presence... yes checking for Eigen/Core... yes checking for boost... configure: error: failed Abandon... ==> ERROR: Makepkg n'a pas pu construire freecad-svn.

vinvin commented on 2011-02-02 16:59 (UTC)

The f2c package (AUR) should be listed as an optional dependency too, now required for cmake builds.

gatonero commented on 2011-01-25 17:55 (UTC)

[aur-general] Warning: PyQt change http://mailman.archlinux.org/pipermail/aur-general/2011-January/013223.html

gatonero commented on 2010-11-13 10:29 (UTC)

The dependency for fortran is missing.

td123 commented on 2010-10-28 05:21 (UTC)

Thanks. I uploaded this earlier but for some reason, it didn't get uploaded. I suspect that my aur uploader stopped working because of the recent switch to use ssl by default.

vinvin commented on 2010-10-27 19:52 (UTC)

Thanks haueisen, it indeed works!

commented on 2010-10-27 12:57 (UTC)

I add to the PKGBUILD file , under ./configure options PYTHON=/usr/bin/python2 \ --with-python-include=/usr/include/python2.7/ \ --with-python-lib=/usr/lib/python2.7/ and it works.

vinvin commented on 2010-10-22 16:10 (UTC)

Hello! There is a new dependency in FreeCAD for a fortran compiler. The package gcc-fortran allows to compile it at least. More importantly, there is an issue running the configure script, due to the version of python it seems. I don't understand why it was working before, but I asked on the forum and yorikvanhavre told that it was working with python2: http://sourceforge.net/apps/phpbb/free-cad/viewtopic.php?f=4&t=606&p=4184 Any ideas?

vinvin commented on 2010-09-20 22:36 (UTC)

I'm finally able to make it work on the 64 bits system. I don't know why, but as I said on the forum link I already posted above, maybe there is a missing dependency somewhere in opencascade, I don't know. It works fine on 32 bits too. Thanks for the packaging and help!

td123 commented on 2010-09-03 17:20 (UTC)

btw, as a side comment, I have had no errors on wmii (window manager).

vinvin commented on 2010-09-03 15:36 (UTC)

I still have it, I have reported it on the FreeCAD forum directly. It happens when the main window is initialized on launch. I can't test everyday so it'll take some time to be fixed. http://sourceforge.net/apps/phpbb/free-cad/viewtopic.php?f=4&t=520

td123 commented on 2010-09-03 14:35 (UTC)

I just rebuilt all deps for freecad and freecad-svn and I don't get this error. When do you get this error? Do you still get this error?

vinvin commented on 2010-08-27 12:58 (UTC)

Yes I did.

td123 commented on 2010-08-27 12:36 (UTC)

Did you rebuild freecad after you installed pivy-hg?

vinvin commented on 2010-08-27 12:27 (UTC)

I installed pivy-hg, but now I have a fatal error on launch: Illegal storage access... Maybe it's a problem with the last version of freecad, but maybe is it related to this message printed just before the beginning of packaging? ==> WARNING: Package contains reference to $srcdir

td123 commented on 2010-08-26 16:49 (UTC)

Ok, no problem, as long as it works for you.

vinvin commented on 2010-08-26 15:51 (UTC)

It seem that I forgot the pivy-hg dependency. I'm not able to build it currently, so I don't know if that's the reason why I don't have the PartGui module, but that seems likely. Sorry again for inconvenience...

td123 commented on 2010-08-10 02:44 (UTC)

@vinvin I can't reproduce your error. Are you still having this issue?

vinvin commented on 2010-08-03 13:30 (UTC)

I have the following message: No module named PartGui. I don't see the Part workbench in the workbench list. Is there something specific to do to build it? I have opencascade properly installed. I don't find a build log. Thanks

td123 commented on 2010-06-19 00:16 (UTC)

updated PKGBUILD Changes: -Removed the 64bit flag check since ./configure now handles that -added autogen.sh since upstream removed default configure script

td123 commented on 2010-06-18 13:33 (UTC)

@vinvin You're right, upstream has removed the default configure from the repos... (again) I'll fix this PKGBUILD later today.

vinvin commented on 2010-06-18 10:10 (UTC)

I don't know if I'm wrong on something, but I can't start the build because the configure script is missing. Where should I take it? Is it a PKGBUILD error? SVN checkout is properly done, then it just displays: .../PKGBUILD: line 36: ./configure: No such file or directory Thanks for the packaging anyway 123.

td123 commented on 2010-05-18 17:55 (UTC)

@naphtali This may be a zlib issue. Similar problem: http://bbs.archlinux.org/viewtopic.php?pid=758061

td123 commented on 2010-05-18 15:04 (UTC)

@naphtali can you build aur/freecad and see if that works for you?

commented on 2010-05-18 12:24 (UTC)

Thanks again. But I guess you haven't updated PKGBUILD here yet. I do not see the changes in this file. Anyway, I took the liberty of making the change you said. No dice! I still get the very same error...

td123 commented on 2010-05-18 03:03 (UTC)

@naphtali Ok, I *think* I fixed it. I had single quotes around '$CARCH' XD I also added i686 to the list of archs Thanks for your help!

commented on 2010-05-18 02:51 (UTC)

Thanks. I saw here previously that the build number was less than the other freecad version in AUR. That's why I asked for an update, even though it seems that the PKGBUILD file pulls down the latest svn version. However, this PKGBUILD gives the error that it is not for my system (i686). So I followed the advice and edited this file and placed in it arch=('i686' 'x86_64'). However, it still does not build. I have a previous version of freecad installed from a separate directory. I do not think that could be the problem. The errors I get are these: from Application.cpp:65: /usr/include/zlib.h:1583: error: declaration of C function ‘off_t gzseek64(void*, off_t, int)’ conflicts with /usr/include/zlib.h:1567: error: previous declaration ‘off64_t gzseek64(void*, off64_t, int)’ here /usr/include/zlib.h:1584: error: declaration of C function ‘off_t gztell64(void*)’ conflicts with /usr/include/zlib.h:1568: error: previous declaration ‘off64_t gztell64(void*)’ here /usr/include/zlib.h:1585: error: declaration of C function ‘off_t gzoffset64(void*)’ conflicts with /usr/include/zlib.h:1569: error: previous declaration ‘off64_t gzoffset64(void*)’ here /usr/include/zlib.h:1586: error: declaration of C function ‘uLong adler32_combine64(uLong, uLong, off_t)’ conflicts with /usr/include/zlib.h:1570: error: previous declaration ‘uLong adler32_combine64(uLong, uLong, off64_t)’ here /usr/include/zlib.h:1587: error: declaration of C function ‘uLong crc32_combine64(uLong, uLong, off_t)’ conflicts with /usr/include/zlib.h:1571: error: previous declaration ‘uLong crc32_combine64(uLong, uLong, off64_t)’ here make[4]: *** [libFreeCADApp_la-Application.lo] Error 1 I see 64 in there, so does that mean that it indeed is not for my arch., a 32 bit system.

td123 commented on 2010-05-16 00:10 (UTC)

updated and got it compiling on my system

commented on 2010-05-15 19:26 (UTC)

To the developer of freecad-svn, is it possible to have an update to this software.