Package Details: freecad-git 0.22.0.36999.ged77603af9-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.freecad.org/
Licenses: LGPL
Conflicts: freecad, freecad-appimage, freecad-appimage-git
Provides: freecad
Submitter: gborzi
Maintainer: greyltc (adrianinsaval)
Last Packager: adrianinsaval
Votes: 104
Popularity: 0.011924
First Submitted: 2012-03-03 13:46 (UTC)
Last Updated: 2024-04-30 00:29 (UTC)

Pinned Comments

adrianinsaval commented on 2023-03-12 14:50 (UTC)

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.

Latest Comments

« First ‹ Previous 1 .. 24 25 26 27 28 29 30 31 32 33 34 .. 58 Next › Last »

<deleted-account> 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

<deleted-account> 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.

<deleted-account> 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>

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