Arch Linux User Repository

If the check fails there is little I can do about it as it most likely needs to be fixed upstream, in such cases report those upstream (maybe wait a day or two as sometimes it's quickly solved upstream) or skip the check with makepkg --nocheck if you don't care about the functionality that is being reported as failing in the check.

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

@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?

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

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

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.

@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.

fail build for me

https://pastebin.com/5wcTT2JP

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

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>

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).

@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.