Package Details: freecad-git 0.16.pre.r3.g192dca3-1

Git Clone URL: https://aur.archlinux.org/freecad-git.git (read-only)
Package Base: freecad-git
Description: A general purpose 3D CAD modeler - git checkout
Upstream URL: http://www.freecadweb.org/
Licenses: LGPL
Conflicts: freecad
Provides: freecad
Submitter: gborzi
Maintainer: eworm
Last Packager: eworm
Votes: 53
Popularity: 1.689443
First Submitted: 2012-03-03 13:46
Last Updated: 2015-08-05 05:26

Required by (3)

Sources (3)

  • freecad.desktop
  • freecad.xml
  • freecad

Latest Comments

greyltc commented on 2016-02-14 17:13

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

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

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

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

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

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

Either a commit was removed or the tag was updated.

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

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

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

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

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

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

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

JoM commented on 2015-04-12 18:21

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

Okay that worked and compiled fine.

eworm commented on 2015-02-18 09:49

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

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

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

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

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

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

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.

nikr123 commented on 2015-01-29 21:19

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

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

icoz commented on 2015-01-28 19:50

Update version to
pkgver=0.15.r4532.dc623f26
Thanks

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

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

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

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.

b0f00narch commented on 2014-12-05 22:55

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 did 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

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

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

==> 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

[ 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

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

cgx commented on 2014-02-11 17:28

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

karol_007 commented on 2014-02-11 14:00

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

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

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

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

yangtsesu commented on 2013-12-29 11:09

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


It is ok now.

eworm commented on 2013-12-24 12:01

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

[ 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

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

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

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

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

@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

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

Mineko commented on 2013-09-28 11:32

I think it's just you, because everything is fine on my side.

jorges commented on 2013-09-27 01:46

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

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

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

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

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

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

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

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

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 18:55

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

Current PKGBUILD (https://aur.archlinux.org/packages/fr/freecad-git/PKGBUILD) isn't recent for some reason btw, the one in the tarball is the correct one.

Mineko commented on 2013-08-17 18:55

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

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

Fine, I'm disowning the package.

masterkorp commented on 2013-06-23 21:31

I will gladly adopt it

gborzi commented on 2013-06-23 21:09

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

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

Fixed in the same way used by freecad.

gborzi commented on 2013-05-05 15:10

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

gborzi commented on 2013-05-05 15:00

@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

[ 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

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

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

Updated.

Samsagax commented on 2013-04-21 16:52

@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

Hello, makepkg MAKEFLAGS doesn't seem to work,

wich is annoying to compile.

gborzi commented on 2013-03-08 17:48

@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

I successfully built the package yesterday without this fix.

gborzi commented on 2013-03-08 17:14

@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

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

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

Updated.

Samsagax commented on 2013-02-17 15:41

@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

@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

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

@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

Updated with "--enable-assembly".

Samsagax commented on 2013-01-06 13:52

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

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

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

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:56

Just add this line after the freecad-build git clone:

sed -i -e 's/AM_CONFIG_HEADER/AC_CONFIG_HEADER/g' configure.ac

And vinvin issue is gone. Still it should be reported upstream.

Samsagax commented on 2013-01-05 15:41

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

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

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.

Anonymous comment on 2012-09-29 00:18

"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

Updated. Now makeflags seems safe to use.

gborzi commented on 2012-09-02 05:43

@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

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

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

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

@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

@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

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

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

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

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.

budulay commented on 2012-06-08 02:24

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:1930 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.

budulay commented on 2012-06-08 02:21

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:1930 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

@atcw
I just finished compiling freecad-git without problems, and without the additional line for eigen3 include.

Anonymous comment on 2012-05-30 22:46

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

Fixed.

PerisH commented on 2012-05-14 17:55

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

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

@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

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

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

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

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

@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

I've merged the old freecad-svn page into this one.

Xyne commented on 2012-03-13 18:59

Development has moved to Git. See https://aur.archlinux.org/packages.php?ID=57247
Deleting...

Xyne commented on 2012-03-13 18:56

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

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

Anonymous comment on 2012-03-12 06:55

@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

@ChrisP
I recompiled the package but didn't get any error from the sed line. Please retry the build.

Anonymous comment on 2012-03-11 08:31

PKGBUILD throws an error at 'sed -i' line about missing $pkgdir/usr/lib/freecad-git/Mod/Robot/MovieTool.py

equinoxefr commented on 2012-03-07 06:18

Hi,

I have a problem with this package:


Cloning into 'freecad'...
fatal: Unable to look up free-cad.git.sourceforge.net (port 9418) (Nom ou service inconnu)

It seems that git isn't available :-(

deezy commented on 2012-03-06 16:29

Any chance of getting the source from a http source? The git port might not be open everywhere...

deezy commented on 2012-03-06 16:28

Any chance of getting the source from a http source. The git port might not be open everywhere...

deezy commented on 2012-03-06 16:19

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

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

@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

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

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

@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

It seems freecad switched to git:

http://sourceforge.net/scm/?type=git&group_id=49159

gborzi commented on 2011-12-01 17:36

@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

@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

@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

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

Any chance of compatability with boost-libs 1.48? It's in testing now

eworm commented on 2011-09-28 19:04

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

@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

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

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

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

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

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

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

@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

@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

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

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

Thanks Mickele,
I'll upload a new PKGBUILD ASAP.

mickele commented on 2011-09-19 11:17

python-qt has been renamed to python2-pyqt!

Anonymous comment on 2011-09-19 11:07

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.

Anonymous comment on 2011-08-18 08:43

@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

@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:47

@spookyln
I've just finished compiling rev. 4768. Which revision have you tried to compile?

gborzi commented on 2011-08-17 20:23

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

Anonymous comment on 2011-08-17 18:42

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

Updated to rev 4707. Now it uses eigen3 instead of eigen2. The former is available from AUR.

Anonymous comment on 2011-07-17 15:11

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

@gborzi Thank you! This worked perfectly! :D

gborzi commented on 2011-05-26 18:19

@gatonero
it's a yaourt problem. Uninstall freecad-svn, then update, then rebuild freecad-svn.

gatonero commented on 2011-05-26 18:05

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

Updated after the boost update to 1.46.1.

gborzi commented on 2011-04-30 21:37

Thanks for your comment Dinosaw, I've corrected the typo.

Anonymous comment on 2011-04-30 21:30

there is a stray "²" near the beginning where it checks svn revisions.

gborzi commented on 2011-04-30 13:35

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

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

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

Updated to rev. 4411 and fixed by removing several no longer needed fixes.

gborzi commented on 2011-04-13 08:59

Hi Archimage,
which is the svn version that is broken? Currently it is at 4409. I'll look into the problem ASAP.

Anonymous comment on 2011-04-13 01:06

Hi gborzi, I think the package is broken due to a recent update

jwhendy commented on 2011-04-09 17:26

Confirmed -- was broken (no side window for solid modeling), and now it's all good.

Anonymous comment on 2011-04-09 00:39

Thank you gborzi, it's working fine !

gborzi commented on 2011-04-07 12:32

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.

Anonymous comment on 2011-04-07 00:27

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

There was another problem to fix, now it is working.

gborzi commented on 2011-04-06 18:41

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.

Anonymous comment on 2011-04-06 12:55

Hello, I've tried to install freecad yesterday, there was a problem with boost during compilation

gborzi commented on 2011-03-27 13:06

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

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

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.

Anonymous comment on 2011-03-26 22:54

Everything works fine, thank you gborzi !

mickele commented on 2011-03-26 20:43

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

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

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.

Anonymous comment on 2011-03-26 00:36

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

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.

Anonymous comment on 2011-03-25 13:19

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

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

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

Anonymous comment on 2011-03-12 08:42

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

Anonymous comment on 2011-03-08 14:37

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

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

[aur-general] Warning: PyQt change http://mailman.archlinux.org/pipermail/aur-general/2011-January/013223.html

z0id commented on 2010-12-06 18:27

It fails with this error:

././src/Driver/Driver_Document.cpp:22:29: fatal error: Driver_Document.h: No such file or directory
compilation terminated.
make[4]: *** [Driver_Document.lo] Error 1

gatonero commented on 2010-11-13 10:29

The dependency for fortran is missing.

td123 commented on 2010-10-28 05:21

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

Thanks haueisen, it indeed works!

Anonymous comment on 2010-10-27 12:57

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

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

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

btw, as a side comment, I have had no errors on wmii (window manager).

vinvin commented on 2010-09-03 15:36

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

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

Yes I did.

td123 commented on 2010-08-27 12:36

Did you rebuild freecad after you installed pivy-hg?

vinvin commented on 2010-08-27 12:27

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

vinvin commented on 2010-08-27 12:27

I installer 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

Ok, no problem, as long as it works for you.

vinvin commented on 2010-08-26 15:51

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

vinvin commented on 2010-08-26 15:48

I seem to have 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

@vinvin
I can't reproduce your error. Are you still having this issue?

vinvin commented on 2010-08-03 13:30

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

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

@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

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

@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

@naphtali
can you build aur/freecad and see if that works for you?

Anonymous comment on 2010-05-18 12:24

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

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

Anonymous comment on 2010-05-18 02:51

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

updated and got it compiling on my system

td123 commented on 2010-05-16 00:05

updated

td123 commented on 2010-05-15 22:59

@naphtali
Contacted upstream about the compile error, waiting for reply.

td123 commented on 2010-05-15 19:56

@naphtali
What exactly needs updating? Can you post the errors or suggestions you have?

Anonymous comment on 2010-05-15 19:26

To the developer of freecad-svn, is it possible to have an update to this software.