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.76
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 .. 43 44 45 46 47 48 49 50 51 52 53 .. 57 Next › Last »

gborzi commented on 2011-12-01 16:01 (UTC)

@cgx I'll try compiling with 1.48 this evening. @eworm Without the hard dep an upgrade to boost would break the package, a break that woudn't be noticed until one tries to launch the binary.

eworm commented on 2011-12-01 15:35 (UTC)

Uh, why does this have a hard dependency on boost? Usually recompiling the package fixes the problem.

cgx commented on 2011-12-01 15:30 (UTC)

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

eworm commented on 2011-09-28 19:04 (UTC)

No problem. ;) I do have my own build scripts that patch the PKGBUILD before the package is compiled. So I'm fine with it now. Thanks!

gborzi commented on 2011-09-28 16:38 (UTC)

@eworm Up to now you are the only one with this problem, unless others report the same, I won't change the package. It is more probable that there is something in your setup that causes this problem, rather than an issue in the package.

eworm commented on 2011-09-27 20:38 (UTC)

Ok, got it... Installed both, freecad and freecad-svn, with: ./configure \ --prefix=/opt/${pkgname} \ --includedir=/usr/include/${pkgname} \ --docdir=/usr/share/doc/${pkgname} \ [...] That is the only way I could get run both side by side. Note that you have some more things to change, e.g. link from /usr/bin/$appname to /opt/${pkgname}/bin/$appname, etc.

eworm commented on 2011-09-26 06:45 (UTC)

I will try rebuilding as soon as I have access to more powerful hardware. Just took a look at the pathes... I would expect prefix to be set to /usr, then libdir to /usr/lib/freecad-svn, datarootdir to /usr/share/freecad-svn, etc. That would install the binaries to /usr/bin as expected. However this way it is not possible to change the path for the modules... They would be installed to /usr/Mod (with then conflicts with package freecad). I would expect them to be installed in /usr/lib/freecad-svn/Mod or /usr/share/freecad-svn/Mod. Is there any chance to change that? BTW, even starting freecad-svn with -M /usr/lib/freecad-svn/Mod/ does not change anything... Still loading from /usr/lib/freecad/Mod/.

gborzi commented on 2011-09-23 21:12 (UTC)

The same command gives open("/usr/lib/freecad-svn/Mod/Raytracing/tls/x86_64/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad-svn/Mod/Raytracing/tls/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad-svn/Mod/Raytracing/x86_64/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad-svn/Mod/Raytracing/libRaytracingGui.so.2", O_RDONLY) = 28 on my system. As I implied in the previous comment, I recompiled freecad-svn with freecad installed because I suspected it was linking against the freecad libraries. What happens if you uninstall freecad?

eworm commented on 2011-09-23 20:58 (UTC)

I have recompiled freecad and freecad-svn on a different system. Still the same. The dynamic linker finds the old (aka from freecad) version first. eworm@leda:~$ strace freecad-svn 2>&1 | grep libRaytracingGui open("/usr/lib/freecad/Mod/Raytracing/tls/x86_64/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad/Mod/Raytracing/tls/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad/Mod/Raytracing/x86_64/libRaytracingGui.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/freecad/Mod/Raytracing/libRaytracingGui.so.2", O_RDONLY) = 24 /usr/lib/freecad/Mod/Raytracing/libRaytracingGui.so.2: undefined symbol: _ZN3Gui17SyntaxHighlighterC2EP9QTextEdit

gborzi commented on 2011-09-23 16:18 (UTC)

I've recompiled freecad-svn and tried some meshing with it. It works fine, like freecad. Can you report more details on how you triggered the error message?

« First ‹ Previous 1 .. 43 44 45 46 47 48 49 50 51 52 53 .. 57 Next › Last »