Search Criteria
Package Details: freecad-git 0.20.0.28901.ga5ff515804-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/freecad-git.git (read-only, click to copy) |
---|---|
Package Base: | freecad-git |
Description: | A general purpose 3D CAD modeler - git checkout |
Upstream URL: | https://www.freecadweb.org/ |
Licenses: | LGPL |
Conflicts: | freecad, freecad-appimage, freecad-appimage-git |
Provides: | freecad |
Submitter: | gborzi |
Maintainer: | greyltc (adrianinsaval) |
Last Packager: | adrianinsaval |
Votes: | 98 |
Popularity: | 0.063528 |
First Submitted: | 2012-03-03 13:46 (UTC) |
Last Updated: | 2022-05-18 22:19 (UTC) |
Dependencies (43)
- boost-libs (boost171, boost-libs-git)
- glew (glew-libepoxy, glew-git, glew-egl-glx)
- jsoncpp (jsoncpp-cmake-git, jsoncpp-git)
- med (med-salome, med-openmpi)
- netcdf (netcdf-openmpi)
- opencascade (opencascade-git, opencascade-rc)
- openmpi (openmpi-git, openmpi-gcc10)
- pyside2 (pyside2-git)
- pyside2-tools (pyside2-tools-git)
- python-matplotlib (python-matplotlib-git)
- python-pivy
- python-ply
- python-yaml (python-yaml-git)
- qt5-base (qt5-base-git, qt5-base-headless)
- qt5-svg (qt5-svg-git)
- qt5-tools (qt5-tools-git)
- qt5-webchannel (qt5-webchannel-git)
- qt5-webengine
- qt5-webkit (qt5-webkit-git)
- qt5-x11extras (qt5-x11extras-git)
- Show 23 more dependencies...
Required by (3)
- freecad-a2plus-git (requires freecad)
- freecad-cadquery-git (requires freecad)
- freecad-fcgear-git (requires freecad)
Latest Comments
adrianinsaval commented on 2022-05-18 12:23 (UTC)
thanks for the welcome! :) importing freecad itself was working but some of the modules were not available from python out of the box, drmacro was having trouble to import PartDesign specifically, there was a recent change regarding the whole site-packages situation so that might have broken stuff. With my changes the modules are available out of the box, no hacks required, I'll push the changes later today once I'm home since I need to setup my ssh key here.
greyltc commented on 2022-05-18 07:53 (UTC)
Hey adrianinsaval, happy to add you as a co-maintiner! I'd love to see you get rid of some of my hacks here :-) My goals have been to of course make sure all the features of this freecad work correctly, but also to ensure that its python modules can be imported from anywhere without any python search path manipulation. Seems like something in freecad must have (hopefully) changed recently because everything used to be working correctly with the hacks I had. Would be great if they're not needed any more.
adrianinsaval commented on 2022-05-17 23:05 (UTC) (edited on 2022-05-17 23:06 (UTC) by adrianinsaval)
@greyltc all the hacks in the PKGBUILD to get it to work on python were problematic and it took me some time to figure out how to get it to work, here https://github.com/adrianinsaval/freecad-git-AUR a PKGBUILD that works without adding potentially problematic env variables or links, explicitly setting the full path for CMAKE_INSTALL_LIBDIR was the main needed change because that is what is used to set the default value of PATH_TO_FREECAD_LIBDIR at build time in the freecad init.py script. I changed it to be /usr/lib/freecad/lib to be FHS compliant. Please merge into this repo or if you're ok with it you can add me as another maintainer for this package, I can't promise I'll be making this work all the time but I can give it a go whenever needed and I'm very active in the freecad forum
drmacro commented on 2022-05-12 12:37 (UTC)
Further experimentation shows that the AUR script leave symlinks in /usr/lib/python3.10/site-packages for most of the FreeCAD modules.
The symlinks point to /usr/lib where most of the FreeCAD modules have been duplicated. (They also exist in /usr/lib/freecad.)
But, PartDesign is not similarly symlinked. In addition it is not duplicated in /usr/lib nor is it a .so module, it uses the Python ini.py resident in /usr/lib/freecad/Mod/PartDesign directory.
It would apear the symlink setup done by AUR is lacking a symlink from to /usr/lib/python3.10/site-packages to /usr/lib/freecad/Mod/PartDesign
Should the freecad modules be duplicated in multiple places? Is the symlink setup the right way for this to be handled? At minimum the symlink for PartDesign directory needs to be added?
drmacro commented on 2022-05-10 15:22 (UTC) (edited on 2022-05-10 15:25 (UTC) by drmacro)
More research and experimentation.
Basically the AUR install leave Python with no way to find PartDesign/init.py because it is just not resident in any of the directories where Python searches.
PartDesign/__init__.py
does exist in /usr/lib/freecad/ModSo, the following script allows Blender/sverchok to work with FreeCAD PartDesign objects:
PYTHONPATH=/usr/lib/freecad/Mod
export PYTHONPATH
blender
drmacro commented on 2022-05-06 14:40 (UTC)
It appears that the AUR script ends up with parts of freecad in different palces. /usr/lib/python3.10/site-packages/ /usr/share/freecad /usr/lib/freecad
Apps trying to use the freecad api fail to find PartDesign since the system is looking in /usr/lib/python3.10/site-packages/ but PartDesign is not installed there.
Normally the PartDesign directory contains init.py. There is no PartDesign directory in /usr/lib/python3.10/site-packages/ But, _PartDesign and init.py have been deposited there. Attempting to 'import PartDesign' fails the Python mechanism for loading a directory module.
drmacro commented on 2022-05-02 13:34 (UTC) (edited on 2022-05-03 14:04 (UTC) by drmacro)
Not sure, but it is possible that the resulting file structure is not quite right. When using the FreeCAD API it appears to not find PartDesign.
See this thread where I attempt to trouble shoot with wmayer: https://forum.freecadweb.org/viewtopic.php?f=22&t=68354&start=10
Edit: tried this on a different PC with Manjaro. It does appear that the file locations are not set up correctly for API use outside FreeCAD.
adrianinsaval commented on 2022-04-14 23:26 (UTC)
As you pointed out yourself Kunda qt5-webengine was already added, qt5-webchannel I think should be explicitly added, although currently it will get installed anyways because qt5-webengine depends on it.
Kunda commented on 2022-04-14 22:45 (UTC)
Looks like there may be new Qt dep for Addon manager (reported by a user who uses the PPA) https://forum.freecadweb.org/viewtopic.php?f=42&t=68015 This is what is shown on their system:
I can't test this because freecad-git fails when i built it. But just wanted to give @greyltc a heads up.
Kunda commented on 2022-04-14 02:07 (UTC) (edited on 2022-04-14 02:08 (UTC) by Kunda)
Just tried to build latest freecad-git (r28679)
Build completed but failed in the tests (80 tests failed)
Here is the log file: https://forum.freecadweb.org/download/file.php?id=186393
Kunda commented on 2022-04-12 23:46 (UTC)
qt5-webengine was added https://aur.archlinux.org/cgit/aur.git/commit/?h=freecad-git&id=2498280e13ca6362fc5c31db486cdc9a85a5d636
adrianinsaval commented on 2022-04-08 13:17 (UTC)
@greyltc also please add qt5-webengine as dependency (https://forum.freecadweb.org/viewtopic.php?f=42&t=65971)
adrianinsaval commented on 2022-04-07 19:56 (UTC)
@greyltc the INSTALL_TO_SITEPACKAGES thing was fixed upstream (https://forum.freecadweb.org/viewtopic.php?p=586095) and the code you put to deal with that is now causing an error because /usr/lib/freecad/lib doesn't exists
neo2001 commented on 2022-03-29 08:11 (UTC)
@adrianinsaval English UI with different decimal separator works again: https://github.com/FreeCAD/FreeCAD/commit/bba7719cd15e755a5a431ea339ef535377a0f41b
adrianinsaval commented on 2022-03-25 17:09 (UTC)
FYI the abandoned assembly module was recently removed from master branch. Plot was mostly removed and what is left I think is on by default, not sure. Just mentioning if you want to clean those up. FEM I think defaults to on too.
adrianinsaval commented on 2022-03-25 17:05 (UTC)
yeah that's a new feature but it has some bugs, go into preferences and set your language to German and check the box to use the same decimal separator as the language you use if you want to use comma separator. Currently there's no way to use English language and comma separator at the same time. Or forget that and check the configuration in FreeCAD to substitute your numpad comma by the decimal separator.
neo2001 commented on 2022-03-23 10:49 (UTC)
Anyone here having issues with the decimal separator?
Although I have set language to English, I still use local (Germany) number formats (which uses the "," instead of "." as decimal separator).
Until the newest build (from today) FreeCAD always used the system settings and therefore used the comma instead of the decimal point. But now, the locale seems to be ignored and only the decimal point is accepted/used.
adrianinsaval commented on 2022-03-21 19:25 (UTC)
https://forum.freecadweb.org/viewtopic.php?p=581878#p581796 https://forum.freecadweb.org/viewtopic.php?p=581878#p581878
apparently enabling JTREADER is pointless and has recently led to build failures, apparently it was fixed but the module seems mostly unmaintained so IMO it would be best to stop enabling it.
adrianinsaval commented on 2022-03-21 14:56 (UTC)
@greyltc did you see my patch proposals for pkgver() and to add graphviz python-markdown and python-gitpython as optional dependencies? They are in the comments here, please take a look, the opt deps are useful and the pkver would give a version number in line with FreeCAD's version numbering system.
drmacro commented on 2022-03-16 13:28 (UTC)
Seems the latest is broken...
mauzil commented on 2022-03-12 08:46 (UTC) (edited on 2022-03-12 10:05 (UTC) by mauzil)
Hi all.
If I 'makepkg -s' the build fails on tests
This is the fist fail
====================================================================== ERROR: TestSketcherApp (unittest.loader._FailedTest)
ImportError: Failed to import test module: TestSketcherApp Traceback (most recent call last): File "/usr/lib/python3.10/unittest/loader.py", line 154, in loadTestsFromName module = import(module_name) File "/home/mauro/Scaricati/Artix/freecad-git/src/FreeCAD/build_dir/Mod/Sketcher/TestSketcherApp.py", line 24, in <module> from SketcherTests.TestSketcherSolver import TestSketcherSolver File "/home/mauro/Scaricati/Artix/freecad-git/src/FreeCAD/build_dir/Mod/Sketcher/SketcherTests/TestSketcherSolver.py", line 23, in <module> import FreeCAD, os, sys, unittest, Part, Sketcher ImportError: libtbb.so.2: cannot open shared object file: No such file or directory
In my system I have only libtbb.so.12.5 installed from package tbb.
I look the histoty of tbb in Arch. From here https://archlinux.org/todo/tbb-20214-rebuild/ libtbb.so.2 is renamed to libtbb.so.12
Analisys
I made some analisys on the so files produced bny Freecad.
These files need libtbb.so.2 and use libtbb.so.12
SOLVED
The problem was in opencascade libraries
FabioLolix commented on 2022-02-13 20:53 (UTC)
@greyltc I've send you an email the 11 but forgot to add the attachment, send it today
greyltc commented on 2022-02-13 11:56 (UTC)
no?
Kunda commented on 2022-02-13 11:52 (UTC)
@greyltc did you receive @FabioLolix's patch ?
FabioLolix commented on 2022-02-11 19:09 (UTC)
@Kunda no idea, I have successfully builded using makepkg from my home directory and using extra-x86_64-build from devtools with used dir set to /tmp/chrootbuild, tmpfs mounted without nosuid
Kunda commented on 2022-02-11 18:54 (UTC)
@FabioLolix nice! any idea why we're seeing the test failures in https://aur.archlinux.org/packages/freecad-git#comment-851196 ?
FabioLolix commented on 2022-02-11 18:36 (UTC)
Hello, need checkdepends=(fmt pugixml) for building in clean chroot. Just send you you a patch with this and other minor changes
Kunda commented on 2022-02-11 17:00 (UTC)
Opened a discussion thread on the AUR subforum regarding the test failures: https://bbs.archlinux.org/viewtopic.php?pid=2021620#p2021620
Kunda commented on 2022-02-10 15:41 (UTC) (edited on 2022-02-10 15:42 (UTC) by Kunda)
Has anyone figured out why the tests fail? It looks like a permissions issue.
@adrianinsaval thought it may have been an issue with fakeroot? But we're not so sure. Here are the upstream discussions:
https://forum.freecadweb.org/viewtopic.php?f=4&t=66140
https://forum.freecadweb.org/viewtopic.php?f=4&t=66141
Separate issue but relevant: https://forum.freecadweb.org/viewtopic.php?f=4&t=66137
Kunda commented on 2022-02-08 18:06 (UTC)
@greyltc upstream py3.10 fix https://github.com/FreeCAD/FreeCAD/pull/5503
drmacro commented on 2022-02-04 18:20 (UTC)
Using "pip install PyQtWebEngine" and I still get the same pugixml not found.
So, is "HEAD needs new dep: PySide2.QtWebEngineWidgets" covered by the above or am I just not understanding what this is supposed to fix?
Kunda commented on 2022-02-04 16:14 (UTC)
@greyltc heads up, latest HEAD needs new dep: PySide2.QtWebEngineWidgets
ref: https://github.com/ppd/freecad-ppd/issues/17
Kunda commented on 2022-01-24 16:54 (UTC)
@greyltc pivy/python3.10 upstream issue: https://github.com/coin3d/pivy/issues/88
Kunda commented on 2022-01-24 15:10 (UTC) (edited on 2022-01-24 17:03 (UTC) by Kunda)
@C0rn3j at least one test theoretically should be fixed: https://github.com/FreeCAD/FreeCAD/commit/3dfdc6804f3931b27ebb526d3d87b200874d2a7c
could you and @Wolfenmond and anyone else retest the build (with
check()
) enabled and report back if there are any other tests that are failing?drmacro commented on 2022-01-15 16:12 (UTC)
Using the workaround mentioned by K4LCIFER this package does compile successfully. But, because of the Python 3.10 and pivy issues features of FreeCAD do not work.
C0rn3j commented on 2022-01-11 09:52 (UTC)
Got the same issue as @Wolfenmond and couldn't find it reported upstream, so I did - https://tracker.freecadweb.org/view.php?id=4825
K4LCIFER commented on 2022-01-06 02:11 (UTC) (edited on 2022-01-06 05:53 (UTC) by K4LCIFER)
Since there still seems to be a lot of issues with
check()
, I would like to reiterate a workaround for anyone encountering issues, which is to install freecad with the--nocheck
flag inmakepkg
to skipcheck()
. You can also runyay
with the--nocheck
flag by passing amakepkg
flag toyay
withyay
's--mflags
option, for example:Kunda commented on 2022-01-03 13:33 (UTC)
on latest HEAD I'm getting
Wolfenmond commented on 2022-01-01 12:38 (UTC) (edited on 2022-01-01 12:42 (UTC) by Wolfenmond)
I'm getting "failures=4, errors=1" while building this on a freshly installed system:
Am I missing something here?
EDIT: Markdown
cculpepper1214 commented on 2021-12-30 21:33 (UTC)
I don't know if this is an upstream issue, or if anyone actually cares. If not cared about, feel free to ignore.
Building this package uses all CPU cores on my system, despite a config in my makepkg.conf telling it to only use 4. This config works with other packages (Tested with kicad-git). It looks like it's related to Freecad using cmake, and that setting not making it through.
Does anyone else have this issue or a workaround?
MadPhysicist commented on 2021-12-29 08:55 (UTC)
I get a bunch of missing library dependencies when running
check()
, e.g.:This one can be fixed by installing
fmt
package. Similarly,libpugixml.so.1
can be fixed by installingpugixml
. Finally,libhdf5.so.103
can't be easily fixed because the latesthdf5
package installslibhdf5.so.200
.Looks like some dependencies need to be updated?
adrianinsaval commented on 2021-12-22 00:14 (UTC)
proposal 2, add some optional dependencies:
adrianinsaval commented on 2021-12-22 00:02 (UTC)
proposal, get version number more similar to what is reported in FreeCAD's about dialog by comparing to 0.19 tag commit, any other arbitrary commit from master could be used too
adrianinsaval commented on 2021-12-20 14:06 (UTC)
would the arch equivalent be python-markdown? Maybe it's worth adding that and python-gitpython as optional dependencies. QtNetwork I think is already included in qt5-base and pyside2 so maybe no change is needed?
Kunda commented on 2021-12-19 20:42 (UTC) (edited on 2021-12-19 20:55 (UTC) by Kunda)
@greyltc I'll try to re-compile (my poor poor laptop)
BTW, upstream is also recommending
python3-markdown
dependency for the updated addon manager as well (source)Edit: recompiling I see this the CMake output
greyltc commented on 2021-12-19 19:06 (UTC)
@Kunda hmm. I had that check fail too when K4LCIFER reported it, but my commit here:
https://aur.archlinux.org/cgit/aur.git/commit/?h=freecad-git&id=880ae77dc6b0497a0a36dbffdc6cb67e12970918
fixed it. I'm surprised it's still an issue for you.
Kunda commented on 2021-12-19 18:44 (UTC)
heads up @greyltc QtNetwork is now a required dependency https://forum.freecadweb.org/viewtopic.php?p=554851#p554851
Kunda commented on 2021-12-14 15:49 (UTC) (edited on 2021-12-14 15:51 (UTC) by Kunda)
The failed FEM test that @K4LCIFER reported got me as well.
Opened a thread on the FEM subforum: https://forum.freecadweb.org/viewtopic.php?f=18&t=64525
zwastik commented on 2021-12-14 12:51 (UTC)
Does this version includes RT TNP fixes?
greyltc commented on 2021-11-14 17:31 (UTC)
actually, I totally had a mistake in check()
Hopefully it's fixed for us now @K4LCIFER!
greyltc commented on 2021-11-13 14:48 (UTC)
I think check() seems to be working alright here. Probably if there's a failure in check() you should report that upstream instead of here.
K4LCIFER commented on 2021-11-10 02:32 (UTC) (edited on 2021-11-10 02:48 (UTC) by K4LCIFER)
Will not install due to errors in
check()
.I believe this is the error message:
Temporary solution: run
makepkg
with the--nocheck
option to skipcheck()
in thePKGBUILD
.DarioP commented on 2021-10-18 10:55 (UTC)
The package no longer builds without BUILD_ENABLE_CXX_STD=C++17 as they started using std::string_view.
bartus commented on 2021-10-05 06:49 (UTC)
pkgver()
:git tag
is lagging behind the project version:tag:0.19.2
where the project version is at0.20.0
.patch: http://ix.io/3ASD/diff
Merge with
git am -s < <(curl -s http://ix.io/3ASD)
Adelie commented on 2021-08-31 10:32 (UTC)
Dear maintainers,
From the FreeCAD developer forums, "Your flags are a bit out of date, you should be using -D BUILD_ENABLE_CXX_STD=C++17, and the QT5 define is no longer used, we don't support Qt4 in 0.20 dev"
greyltc commented on 2021-08-02 17:29 (UTC)
@adrianinsaval feel free to build the package with
--nocheck
if you're not interested in testing if anything is broken!adrianinsaval commented on 2021-08-02 16:02 (UTC)
why do we need the freecad tests in check() if this is a development package? I don't see the benefit
greyltc commented on 2021-07-17 19:03 (UTC)
the tip of master
Kunda commented on 2021-07-17 17:54 (UTC)
@greyltc I think bernd fixed the upstream FEM tests. Is this package pulling freecad HEAD?
K4LCIFER commented on 2021-07-05 01:14 (UTC)
@greyltc, that's perfect! It installed just fine now. Thanks!
greyltc commented on 2021-07-04 12:18 (UTC)
@K4LCIFER I expect those are upstream's bugs, but I'm not 100% sure. Have a look at lines 68 and 69 of the PKGBUILD as it is now. When I eliminate those two failing tests in my builds, check() passes.
K4LCIFER commented on 2021-07-04 00:18 (UTC) (edited on 2021-07-04 00:22 (UTC) by K4LCIFER)
@greyltc, here is the output of
check()
from the freecad-git installation.You should be able to find the errors if you do a text search for
FAIL
,error
orERROR
.EDIT: Upon further inspection, I have found the following:
cculpepper1214 commented on 2021-07-03 20:57 (UTC)
@greyltc I'm ashamed to say... it turned out I had another version of freecad installed and that one was running. I think I had a git built version that I didn't realize.
greyltc commented on 2021-07-03 10:15 (UTC)
@cculpepper1214 I suspect the libboost version error is actually Arch's fault. I had to recompile vtk to fix that.
greyltc commented on 2021-07-03 10:12 (UTC)
@K4LCIFER are those errors in my packaging or upstream's errors?
K4LCIFER commented on 2021-07-03 06:35 (UTC)
Will not install because of multiple errors in
check()
.focusaurus commented on 2021-06-16 01:28 (UTC)
I am getting a compile/link error relating to pthreads. Not sure if upstream or my system is broken or what. Haven't been able to get any flavor of arch package of freecad to work for the past week or so. git commit for the freecad repo is 82e7ae0e35b7.
jffmichi commented on 2021-06-12 10:30 (UTC)
@cculpepper1214 I had the same issue. Reinstalling all dependencies and a complete recompile solved the problem for me.
cculpepper1214 commented on 2021-06-12 05:23 (UTC)
This does not run for me, it appears that the recent boost upgrade needs to be accounted for.
FreeCAD: error while loading shared libraries: libboost_filesystem.so.1.75.0: cannot open shared object file: No such file or directory
If I downgrade to 1.75.0 of boost and boost-libs, I cannot compile, it fails because OpenSCAD expects 1.76...
I had the same issue with the aur appimage package, so this might be an upstream arch/freecad issue?
jade1 commented on 2021-06-11 04:00 (UTC)
This doesn't build for me at the moment: it appears to be complaining that ospray has the wrong version (in the repos currently is 2.5.0).
Kunda commented on 2021-06-10 15:09 (UTC)
Just tried to compile and I get broken OpenSCAD but not:
AssertionError: 25.499999999999996 != 17.0 in check()
mentioned by @greyltc in https://aur.archlinux.org/packages/freecad-git/#comment-807928https://paste.ubuntu.com/p/DkwY9NY6Bf/
greyltc commented on 2021-05-16 09:46 (UTC) (edited on 2021-05-16 09:47 (UTC) by greyltc)
I think everything is sorted now. Please post here if you still have issues. If you're getting the
AssertionError: 25.499999999999996 != 17.0
in check(), it's a known issue with OpenSCAD support and upstream is trying to fix it.neo2001 commented on 2021-05-07 10:22 (UTC)
Just to confirm, getting similar issues:
Getting a mostly empty app window and the following messages in the log window:
jffmichi commented on 2021-05-07 10:16 (UTC)
@greyltc Thanks a lot for the quick response. Unfortunately it's not yet working correctly. I now get the following error messages:
FreeCAD seems to really rely on not having it's folder structure changed. Also having something like "StartGui.so" or "Mesh.so" in "/usr/lib" seems confusing to me because it suggests it's something "global" and not related to a specific program. What's your take on this?
greyltc commented on 2021-05-07 09:03 (UTC)
Ack! sorry about that, should hopefully be fixed now!
jffmichi commented on 2021-05-06 12:52 (UTC)
@greyltc: with the latest changes in the PKGBUILD my FreeCAD doesn't find any modules (message: "No modules found in /usr/Mod"). It seems "/usr/bin/FreeCAD" used to be a symlink to "/usr/local/freecad/bin/FreeCAD" and FreeCAD uses the executable path (stripped of the executable name and the bin folder) to determine it's "home path" (see https://github.com/FreeCAD/FreeCAD/blob/master/src/App/Application.cpp line 2972). However with the new folder structure the FreeCAD executable sits directly in "/usr/bin" and it will therefore search in "/usr/Mod" (instead of "/usr/lib/freecad/Mod") for it's modules.
greyltc commented on 2021-04-11 15:54 (UTC) (edited on 2021-04-11 15:55 (UTC) by greyltc)
@bartus Oh yeah. The file layout here is totally wrong now (thought I checked that). Thanks for pointing that out. I'll fix it when I have a free minute.
@Woodhousezb if your check function is failing with
AssertionError: 25.499999999999996 != 17.0 within 1 places (8.499999999999996 difference)
then I guess that's upstream's bug. You can move to some commit that does not have this or try to help them understand/fix it, or build with --nocheck if you want to ignore the check function failure. I made a bug report on it here: https://tracker.freecadweb.org/view.php?id=4622bartus commented on 2021-04-11 13:51 (UTC) (edited on 2021-04-11 13:58 (UTC) by bartus)
@greyltc: would be nice to move out of
/usr/local/freecad
to e.g:/usr/lib/freecad/
( check out Debian package file-list ) ( debian package cmake flags )Woodhousezb commented on 2021-04-11 07:32 (UTC)
Hi there,
Kind of got the impression the problem got tackled, but I still get the same errors when trying to compile. @greylts: Is tis supposed to woork after your last comment?
greyltc commented on 2021-04-08 10:36 (UTC)
@bartus sorry about that. I didn't mean to leave that testing line active in my commit.
bartus commented on 2021-04-08 07:55 (UTC) (edited on 2021-04-08 10:54 (UTC) by bartus)
@greyltc: Sorry but this won't work 10fb2eb61467 if users has no github config (username/email) or if build inside chroot (also it breaks
pkgver()
)Please switch to
--no-commit
flag.greyltc commented on 2021-04-07 10:25 (UTC)
Generally for me check() fails when there's an upstream bug and passes when there's not.
There still might be an issue with the current install somehow leaking into the check() environment when you rebuild the package, any help with addressing that is welcome.
neo2001 commented on 2021-04-07 10:16 (UTC)
I think if the check function always(?) prevents a successful package build, it should be commented out, until a solution is available. If everyone builds with "--nocheck" it's of no use anyway. Or are there people out there for which the package builds fine with the all the checks successful?
greyltc commented on 2021-04-07 10:06 (UTC)
I think the TestImportCSG failure is an upstream bug. I've reported it here: https://tracker.freecadweb.org/view.php?id=4622
cculpepper1214 commented on 2021-04-04 20:14 (UTC)
Running makepkg with --nocheck worked, however uninstalling freecad did not. ( I just pacman -R'd it, no reboots though. I'll just run with --nocheck for now. Thank you!
greyltc commented on 2021-04-04 19:01 (UTC)
I suspect the check() function is not being sandboxed properly and so part of the existing install is leaking into check() when it runs here. If anyone has any ideas for fixing that I'd love to hear them.
@cculpepper1214 you might try uninstalling freecad, then building this again or you can build it with --nocheck to hopefully avoid the issue for now.
cculpepper1214 commented on 2021-04-04 17:50 (UTC)
Hello! I've been having trouble building this package, for about a week. The length of time makes me suspect something in my install is causing it, but I don't know what/how to find it. I've built from raw github source, and that worked fine.
Here's the output I'm getting:
I've also updated to the latest openscad (from openscad-git). Does anyone have any ideas?
gkatev commented on 2021-03-16 09:59 (UTC) (edited on 2021-03-17 21:09 (UTC) by gkatev)
EDIT: Tried it again today, and it built without problem.
Hi, I'm encountering a build error in check(), not sure if it's the package's fault or mine:
I did try removing yay's cache and the old installation, as mentioned in other comments.
adrianinsaval commented on 2021-03-02 01:13 (UTC)
Kunda, occ can't be patched here because it will need to be rebuilt with that patch. That would need to be proposed to the official occ package or submit a PKGBUILD for opencascade patched to the AUR but I don't think many people would be willing to compile occ themselves. Here is the pkgbuild for the official package: https://github.com/archlinux/svntogit-community/blob/packages/opencascade/trunk/PKGBUILD maybe submit a PR to patch the source there?
greyltc commented on 2021-02-28 16:14 (UTC)
If opencascade is broken, seems like the official package deserves the patch no?
Kunda commented on 2021-02-25 18:08 (UTC) (edited on 2021-02-25 18:11 (UTC) by Kunda)
Upstream just cut a new release called 0.19. Can we use the patched OCCT repo (it has the fillet/chamfer fix in it) https://gitlab.com/blobfish/occt
Here's the patch by itself: https://gitlab.com/blobfish/occt/-/commit/ad0ba55f55b36dc957f66192c4766ace83f82b7e
arenm commented on 2021-02-06 17:49 (UTC)
It looks like installing to
/usr/local
is recommended against by the Arch Package Guidelines. Would you mind havingfreecad-git
either install to/opt
or split between/usr/share
and/usr/lib
like the official package does?Kunda commented on 2021-02-06 15:38 (UTC) (edited on 2021-02-06 15:39 (UTC) by Kunda)
Apparently upstream FreeCAD has patches for OCCT that aren't official but fix some key issues. Lately there is a patch floating around for fixing a long standing chamfer/fillet OCC crash. I know that the OCC package maintainer for Debian is working to incorporate said patches in to their package. Perhaps we here at Arch could do the same?
Context
Patch announced: https://twitter.com/thekurtwk/status/1357887322264662022
The OCCT mirror with patches: https://gitlab.com/blobfish/occt (maintained by a member of the FC community 'tanderson' AKA 'blobfish')
Tweet by Debian maintainer: https://twitter.com/thekurtwk/status/1357887322264662022
neo2001 commented on 2021-02-06 09:55 (UTC)
Indeed it works after uninstalling the current freecad-git package. Thanks for the tip! :-)
greyltc commented on 2021-02-05 19:46 (UTC)
Seems like it's a problem with the package. If you remove freecad-git and then reinstall it works.
neo2001 commented on 2021-02-05 11:49 (UTC)
Yes, I've tried, but didn't find anything. But they don't use Github as Bugtracker and I may be to stupid to use Mantis the right way. To be honest, it kept me from reporting from bugs in the past, since you need to report to the forums first (register there and in the bugtracker etc.) and stuff like that and it's really an endeavor to report a simple bug, it's getting frustrating fast.
greyltc commented on 2021-02-05 11:33 (UTC) (edited on 2021-02-05 11:34 (UTC) by greyltc)
Yeah, check() fails for me too. I assume this test failure is upstream's bug. Have you tried looking for or reporting an issue there?
neo2001 commented on 2021-02-05 11:29 (UTC) (edited on 2021-02-05 11:31 (UTC) by neo2001)
It's me again. :-) Last time it was my own fault for not completely deleting the src and pkg directories. After that everything worked fine... for a while.
But since a few days I only get this:
The build itself seems to work fine, but the tests always fail (which they didn't before).
Should I just ignore/comment them in the PKGBUILD or do I need to actually care about the result of the unit tests?
I've tried to delete everything and start fresh, I also waited a few days and tried again a few times. But it's always the same...
Example output:
Kunda commented on 2021-02-03 14:53 (UTC) (edited on 2021-02-03 14:54 (UTC) by Kunda)
News: upstream has announced feature freeze with release for v0.19 pending next month.
greyltc commented on 2021-01-12 16:06 (UTC)
packages fine for me. tested with both makepkg and yay
neo2001 commented on 2021-01-12 13:40 (UTC)
Anyone getting this error after the build and test have finished?:
greyltc commented on 2021-01-08 20:26 (UTC)
I just made an update that I hope will address any outstanding issues.
malnven commented on 2021-01-08 10:43 (UTC)
@greyltc I suggest to remove the execution of the test suite. As it is now the PKGBUILD should be considered broken.
greyltc commented on 2020-12-30 11:56 (UTC)
@alhirzel, seems like you're right about that recource directory. Does anyone know how to set that at runtime?
Kunda commented on 2020-12-29 14:01 (UTC)
@Deewiant mentioned your observation in the FreeCAD forum: https://forum.freecadweb.org/viewtopic.php?f=4&t=50810&p=461930#p461930
alhirzel commented on 2020-12-26 17:49 (UTC) (edited on 2020-12-26 17:51 (UTC) by alhirzel)
I'm seeing a few issues in
check()
right now, which could be upstream. I am building on a PC where FreeCAD is not installed, and the first set of errors are like the following:I think it's because
FreeCAD.getResourceDir()
followsApplication::getResourceDir
which depends onRESOURCEDIR
at build-time. Perhaps the tests should not use this directory or something. I'm reporting this here just in case it is due to our packaging or our invocation of the test suite. (I did not see any mention ofRESOURCEDIR
in thePKGBUILD
.)Second set of issues are as follows, which are filesystem-related though I struggle to see how they could be due to the
PKGBULID
:Deewiant commented on 2020-12-23 08:22 (UTC)
Doesn't build with both ccache and distcc enabled. The CMakeLists.txt has some custom logic to use ccache in front of every compilation command if it's found, which combined with makepkg's logic to set up the PATH for ccache results in invocations like
/usr/bin/ccache /usr/lib/ccache/bin/c++
. With distcc also enabled, both the "outer" and "inner" ccache programs trigger distcc which causes it to bail out with "CRITICAL! distcc seems to have invoked itself recursively!".This seems like FreeCAD's bug, but here's a patch:
moham_96 commented on 2020-12-22 07:37 (UTC)
I'm getting the following error while compiling https://0x0.st/iCeH.txt
greyltc commented on 2020-12-20 17:24 (UTC)
@bartus Thanks very much for the tips!
python-ply
depvipqualitypost commented on 2020-12-20 08:39 (UTC) (edited on 2020-12-20 08:48 (UTC) by vipqualitypost)
I patched my PKGBUILD with the patch posted by @bartus; it helped with building (set makeflags correctly, much slower build because of this I assume) but it still was failing the self tests so I think maybe this is an issue with FreeCAD. I commented out check() and then it just skips to package() which runs fine and the program is installed. I can open it and there are no obvious issues (I checked for the features that were failing test, all related to helix patterning). Maybe we should remove the self test until it's known to pass? Otherwise it's impossible to install, unless it's just a problem with my machine. Also, during check() we should remove the directory change; it enters the correct one at the end of Ninja build anyway.
To patch the makefile you can do like this, for anyone reading before it gets pushed:
curl http://ix.io/2IKZ >> freecad.patch
patch -ruN < freecad.patch
bartus commented on 2020-12-19 19:38 (UTC) (edited on 2020-12-19 22:18 (UTC) by bartus)
@greyltc; few things:
missing
python-ply
dependency ##cmake should be called form
build()
function asprepare()
is called in sanitized environment (no flags defined in/etc/makepkg.conf
present) ##to recreate make behaviour with
options=(!makeflags)
using ninja you should add${MAKEFLAGS:--j1}
to ninja call ##since
cmake:3.12
you can usedcmake -S source_dir -B build_dir
call creplacing allmkdir build, cd build, cmake ../
##and as bonus, instead of calling
curl
to get patch you can add one to source list withfilename::url
syntax ## also you can combine multiple python packages using bash bracket expansions ##patch
btw.
gendesktop
is pretty neat - will try to use it in my PKGBUILDs (ღ˘⌣˘ღ)alex.forencich commented on 2020-12-17 22:44 (UTC)
I think python-yaml needs to be a dependency of some sort
kvkoskin commented on 2020-12-17 13:20 (UTC)
From Arch freecad package: Adding -D BUILD_ENABLE_CXX_STD=C++14 to cmake changes the std as needed.
devilholk commented on 2020-12-16 05:53 (UTC)
@khumarahn, I was able to make it build by replacing all occurrences of
-std=gnu++11
inbuild/build.ninja
with-std=gnu++14
after prepare() have been run. I could not figure out how to get CMake to spit out a correct build.ninja.khumarahn commented on 2020-12-15 23:15 (UTC)
Installing python-netcdf4 I could start the compilation, but it fails with
khumarahn commented on 2020-12-15 22:38 (UTC)
It seems, the dependency python-netcdf4 is missing.
greyltc commented on 2020-12-05 16:14 (UTC)
It might just be a bug in the Summary report printer?
Above I can see that Coin is found and has the expected version:
Kunda commented on 2020-12-05 15:25 (UTC)
@greyltc, opened a thread on the FreeCAD forum: https://forum.freecadweb.org/viewtopic.php?f=4&t=52921 to see if we can glean any insight from the packagers there.
greyltc commented on 2020-12-05 14:15 (UTC)
@Kunda, that's a good question and I was wondering that myself. Maybe the system coin is not being detected properly? Any suggestions welcome.
Kunda commented on 2020-12-05 13:33 (UTC)
Quick question: in the cmake summary report, why doesn't Coin3D library output a version number?
Kunda commented on 2020-12-05 12:25 (UTC)
@greyltc thank you so much for maintaining this package!
greyltc commented on 2020-12-05 11:04 (UTC)
@bartus
What problem does that solve?
bartus commented on 2020-12-05 10:41 (UTC)
Could we have
ninja ${MAKEFLAGS:--j1}
to recreateoptions=(!makeflags)
expected behaviour (by default ninja build with nproc+2 threads)?neo2001 commented on 2020-11-21 19:27 (UTC)
Thank you! Build works for me again, too! :)
bidulock commented on 2020-11-21 11:25 (UTC)
Builds fine for me in a clean chroot as of today.
However, please add qt5-xmlpatterns to depends.
neo2001 commented on 2020-11-20 15:23 (UTC) (edited on 2020-11-21 19:28 (UTC) by neo2001)
Does anyone else has difficulties building?
It seems related (again) to the slightly annoying smesh lib.
kikislater commented on 2020-10-21 17:11 (UTC)
0.19 is the git version not 0.18 ... Please update
s218 commented on 2020-10-15 15:53 (UTC)
Вы напрасно боретесь за работу конкретно этой сборки FC - она имеет родовую проблему = топологии наименования (когда ломаются те эскизы и детали, которые ссылаются на другие эскизы после того, как нижерасположенные эскизы меняются). Эта проблема решена (или почти решена) в сборке linkstage, которая тоже здесь есть https://aur.archlinux.org/packages/freecad-linkstage3-git/ и является вполне рабочей, реально собирается и работает. You are fighting in vain for the work of this particular assembly FC - it has a generic problem = name topology (when those sketches and details that refer to other sketches after the below sketches change). This problem is solved (or almost solved) in the linkstage assembly, which is also there and is quite working https://aur.archlinux.org/packages/freecad-linkstage3-git/ , actually assembled and working.
jfcg commented on 2020-10-15 08:38 (UTC) (edited on 2020-10-15 08:47 (UTC) by jfcg)
when i try to build freecad-git, i am asked to choose a provider for med with options:
if i choose med3 or med-openmpi, i get the error:
unable to satisfy dependency 'python-pivy'
Jeinzi commented on 2020-10-06 03:56 (UTC)
When I try to build the package, I get a bunch of cmake errors related to OpenCascade. Adding
PATH=/usr/bin:$PATH
tobuild()
as in the the PKGBUILD of the freecad package fixes it for me.Could you please add that to this PKGBUILD as well?
thupie commented on 2020-09-21 09:58 (UTC)
Some package update broke scrollwheel zoom for me in FreeCAD 0.19-git. Scroll wheel works fine for scrolling in dialogs, report view and the welcome screen etc, but doesn't work for zooming in/out in models in the 3d view. Tried different Navigation Styles to no avail. Does anyone else have this problem? What (QT5?) package is responsible for the 3d view? Latest 0.19 appimage works fine btw.
neo2001 commented on 2020-06-10 10:22 (UTC)
Since I still couldn't create meshes using the standard mesher, I've asked in the FreeCAD forums: https://forum.freecadweb.org/viewtopic.php?f=4&t=47375
A user mentioned, that he is using the package
med-openmpi
instead ofmed
andhdf5-openmpi
instead ofhdf5
. I've tried that and it did indeed solve the issue for now. Maybe this can help others, too.lonaowna commented on 2020-06-09 15:12 (UTC)
@greyltc you need to rebuild this package after updating to qt5 5.15.
lonaowna commented on 2020-06-05 16:20 (UTC)
@bartus: looks like your patch has already been accepted upstream. Thanks!
bartus commented on 2020-06-04 12:22 (UTC) (edited on 2020-06-04 12:25 (UTC) by bartus)
Wont build with latest
qt5:5.15.0
.lonaowna commented on 2020-05-10 16:51 (UTC)
@SunDoctor that seems to be a problem with Nouveau. Did you try with the proprietary Nvidia driver?
SunDoctor commented on 2020-05-10 13:13 (UTC)
Freecad is very unstable on my Arch. :-( In Sketch mode it always breaks with log:
Program received signal SIGSEGV, Segmentation fault.
0 /usr/lib/libc.so.6(+0x3bd70) [0x7f4670d53d70]
1 /usr/lib/dri/nouveau_dri.so(+0xe86395) [0x7f4669636395]
2 /usr/lib/dri/nouveau_dri.so(+0xc360fe) [0x7f46693e60fe]
3 0x7f4672ce2da6 in NaviCubeImplementation::drawNaviCube(bool) from /usr/lib/freecad/lib/libFreeCADGui.so+0xa46
4 0x7f4672cc18b5 in Gui::View3DInventorViewer::renderScene() from /usr/lib/freecad/lib/libFreeCADGui.so+0x285
5 0x7f4672c93855 in SIM::Coin3D::Quarter::QuarterWidget::paintEvent(QPaintEvent*) from /usr/lib/freecad/lib/libFreeCADGui.so+0x1b5
6 0x7f4672c9b84e in SIM::Coin3D::Quarter::SoQTQuarterAdaptor::paintEvent(QPaintEvent*) from /usr/lib/freecad/lib/libFreeCADGui.so+0x1e
7 0x7f46717cf2ee in QWidget::event(QEvent*) from /usr/lib/libQt5Widgets.so.5+0x27e
8 0x7f4671880cbf in QFrame::event(QEvent*) from /usr/lib/libQt5Widgets.so.5+0x1f
9 0x7f4671af4b23 in QGraphicsView::viewportEvent(QEvent*) from /usr/lib/libQt5Widgets.so.5+0x163
....
83 0x7f467139c066 in QCoreApplication::exec() from /usr/lib/libQt5Core.so.5+0x96
84 0x7f46729edcea in Gui::Application::runApplication() from /usr/lib/freecad/lib/libFreeCADGui.so+0x153a
85 freecad(main+0x6f9) [0x55e9d1fda539]
86 /usr/lib/libc.so.6(__libc_start_main+0xf3) [0x7f4670d3f023]
87 freecad(_start+0x2e) [0x55e9d1fda84e
neo2001 commented on 2020-05-05 08:17 (UTC)
@lonaowna: Thank you for the tip! After an short attempt at downgrading didn't work, I decided to download the current AppImage version to create meshes. I can live with that, until the issue is resolved. :-)
lonaowna commented on 2020-05-04 18:14 (UTC)
@neo2001 yes, there are some compatibility issues with HDF5 1.12 and MED. See also the discussion over at the med package.
I think downgrading HDF5 should provide a temporary solution.
neo2001 commented on 2020-05-04 17:55 (UTC)
Although I did not recompile in the last weeks, suddenly I can't create meshes using the default mesher anymore (also for older, existing models).
I just get an error: libhdf5.so.103: cannot open shared object file: No such file or directory
I did recompile it (without errors) after that, but it didn't change anything.
Can anyone confirm this?
lonaowna commented on 2020-04-02 09:17 (UTC)
The
PYSIDE2RCCBINARY
issue was fixed upstream a while ago: https://github.com/FreeCAD/FreeCAD/pull/2846If you are still having trouble building, remove your build files and try again. If there are still issues, leave a comment here.
bartus commented on 2020-02-03 21:37 (UTC)
Could we have this patch as a quick fix, package won't build without it. https://github.com/FreeCAD/FreeCAD/pull/2964
dviktor commented on 2019-12-23 12:05 (UTC)
Just add
-DPYSIDE2RCCBINARY=/usr/bin/rcc
to cmake options in PKGBUILD to resolve issue withPYSIDE2RCCBINARY-NOTFOUND
lonaowna commented on 2019-12-19 16:51 (UTC) (edited on 2019-12-19 16:52 (UTC) by lonaowna)
This package does not build with PySide2 5.14 (currently in testing). It fails with the following message:
See FreeCAD issue 4229 for more information.
dviktor commented on 2019-11-27 13:43 (UTC)
Tried with latest PySide2 and Shiboken2 but problem still exists
bebR commented on 2019-11-23 20:03 (UTC)
@s218, it's great that you found a workaround. but for me, tweaking pkgbuild and stuff is counterproductive. Plus, the time to compile this package takes a long time. I did use distcc to speed the process but then comes compilation issues... I'll currently stick with the AppImage version, and it's delivered by Freecad developers, rather official. Thanks.
s218 commented on 2019-11-23 18:31 (UTC) (edited on 2019-11-24 16:06 (UTC) by s218)
upd 2019-11-24 уже исправлено, т.е. можно не читать is already fixed, so you don't have to read -
this package is built, installed and running if you change the string -
-DPYSIDE_LIBRARY="/usr/lib/libpyside2.cpython-${PYVER//.}m-${CARCH}-linux-gnu.so" \
to this one (delete the letter m)
-DPYSIDE_LIBRARY="/usr/lib/libpyside2.cpython-${PYVER//.}-${CARCH}-linux-gnu.so" \
s218 commented on 2019-11-23 16:42 (UTC)
https://forum.freecadweb.org/viewtopic.php?f=4&t=40986&sid=deb0a69eb4a7450e8e49be29332fec17
Pyside2 + python3.8 is not yet working. pyside2 version 5.14 will adress these issue. You can follow these links to get more information: https://github.com/conda-forge/freecad- ... -551993747 https://bugreports.qt.io/browse/PYSIDE-939
s218 commented on 2019-11-23 16:23 (UTC)
This program assembly breaks the related sketches. That is, if you make a sketch of 1 figure A and then in the next sketch (2) to use a link to this figure A from the sketch 1, and then in the first sketch to change the same figure A, then in the sketch 2 we get an accident. This problem is solved in https://aur.archlinux.org/packages/freecad-linkstage3-git, which, however, also is not going to. So it makes sense to finish it off.
bebR commented on 2019-11-23 09:16 (UTC)
berilac commented on 2019-11-17 15:29 (UTC) (edited on 2019-11-17 15:38 (UTC) by berilac)
oh well. after all that, I still have this problem; can't import DWG or DXF
berilac commented on 2019-11-17 15:27 (UTC) (edited on 2019-11-17 15:38 (UTC) by berilac)
@springwurm much appreciated - I did not notice this issue and have been struggling all afternoon to compile successfully with git versions of pyside and shiboken - both of which were redundant with the change you noted.
springwurm commented on 2019-11-17 14:07 (UTC) (edited on 2019-11-17 14:10 (UTC) by springwurm)
Hi got this only compiled, when i change the cmake option DPYSIDE_LIBRARY to "/usr/lib/libpyside2.cpython-${PYVER//.}-${CARCH}-linux-gnu.so". Removed the 'm'
Make Error: make[2]: *** Keine Regel vorhanden, um das Ziel „/usr/lib/libpyside2.cpython-38m-x86_64-linux-gnu.so“, benötigt von „lib/libFreeCADGui.so“, zu erstellen. Schluss.
bebR commented on 2019-11-12 21:47 (UTC)
Oh ok I understand now! Thanks again for answering and for providing this package ;)
lonaowna commented on 2019-11-12 21:00 (UTC)
@bebR uhh yeah but the diff shows
r2626
instead ofr2526
(like I was saying)..In any case; it doesn't matter. Since this is a
-git
package, the pkgver is calculated dynamically based on the latest git commits. And the pkgver should increase each time there is a new commit. So the PKGBUILD will also change every time you run makepkg after there has been an upstream commit.But again, as long as it's working it doesn't really matter. Let me know if you have any other issues!
bebR commented on 2019-11-12 20:01 (UTC)
@lonaowna, thanks for your answer.
Actually no, there is no typo here. This is the
git diff
I get:lonaowna commented on 2019-11-12 13:52 (UTC)
@bebR, good to hear that you managed to fix it. It is expected that the version in the PKBUILD changes as it reflects the latest commit in the upstream git repository.
The
.r*.
part should always increase though. I think you made a typo and are atr2626
instead ofr2526
.bebR commented on 2019-11-12 13:40 (UTC) (edited on 2019-11-12 13:42 (UTC) by bebR)
Forget my previous comment. I had a lot a threads because I used to use distcc, but the distributed compilation currently does not work anymore in my environment.
Decreasing MAKEOPTS from
-j40
value to-j3
solved it.However, after compilation, the PKGBUILD gets modified, which is a bit curious. The diff shows
pkgver=0.18.r2526.gc021ff70d
instead ofpkgver=0.18.r2576.g953b802f83
.bebR commented on 2019-11-09 19:50 (UTC)
I cannot build Freecad anymore. The cc1plus gets killed by the kernel because of an out of memory. This used to work. I have 8Gb of ram. Any clue if a lib dependency could cause this? too many recursions or so? Thanks
lonaowna commented on 2019-11-04 14:26 (UTC)
@bartus thanks for the report. Fixed.
bartus commented on 2019-11-04 12:21 (UTC) (edited on 2019-11-04 12:23 (UTC) by bartus)
pkgver(): git describe
generate lower commit count than what's on AUR:Following the
git-describe(1)
man page, second version is correct one.lonaowna commented on 2019-10-20 06:55 (UTC)
Since there is no response from upstream on the openmpi issue, I've added it as a mandatory dependency for now.
Kunda commented on 2019-09-30 22:43 (UTC)
@Ionaowna https://forum.freecadweb.org/viewtopic.php?t=35505#p301527 Does changing:
fix it?
Kunda commented on 2019-09-30 22:39 (UTC)
Just a soft heads up: Opencascade 7.4 will be released imminently
http://git.dev.opencascade.org/gitweb/?p=occt.git;a=commit;h=fd47711d682be943f0e0a13d1fb54911b0499c31
No upstream FreeCAD OCC bugs were fixed. But it would be useful nevertheless to test the latest 7.4 with 0.19.x
lonaowna commented on 2019-08-30 20:27 (UTC)
@Nahouhak, thanks for the follow up. There's something wrong with the MPI detection in FreeCAD. See this forum thread for more info.
Nahouhak commented on 2019-08-26 09:39 (UTC) (edited on 2019-08-27 08:55 (UTC) by Nahouhak)
I get an error recently (was working about a week ago). A missing unlisted dependency ? [ 0%] Linking CXX shared library ../../../lib/libDriver.so /usr/bin/ld : can't find -lmpi_cxx /usr/bin/ld : can't find -lmpi
Edit : Adding openmpi solves the issue so I think openmpi is the missing unlisted dependency.
Kunda commented on 2019-08-09 12:55 (UTC)
An upstream issue that the FreeCAD team is having issue with https://forum.freecadweb.org/viewtopic.php?f=42&t=37216#p316220 (Ticket #4014 - Finding a solution for the 'version.h' issue)
cerdicola commented on 2019-08-04 11:24 (UTC)
@Ionaowna, I discovered that the version I had installed was the "Staging" one, so I uninstalled it. Then I installed the 1:0.19 offered by manjaro.
No more update notification now, all fine.
Thanks for your work!
lonaowna commented on 2019-08-03 22:08 (UTC)
@cerdicola thanks for the heads-up! It looks like the FreeCAD folks created a "Staging" tag which messed things up. I have fixed our PKGBUILD to ignore this tag.
I'm not sure if Manjaro will pick this up automatically. Let us know if this is still broken in a day or so.
cerdicola commented on 2019-08-03 19:13 (UTC) (edited on 2019-08-03 19:13 (UTC) by cerdicola)
From manjaro deepin, I got a freecad-git update, after compile and install keeps notifying. New offered version is: (1:Staging.r0.g7b315d3a1-1)
And I have now: 1:0.19pre.r633.g063582241-1
snostorm commented on 2019-07-08 21:23 (UTC)
Please can I get some help I was compiling the freecad package 0.18.* , but after my last system update I was not able to get it to recompile I have switched to this one, but am having the similar/same issue, looking at cmake error logs point to pthread.so issues but I have seem to have that lib, but maybe ld is not detecting it correctly, it also oddly complains about opencascade while compiling, but nothing in the cmake error file about that just on screen during compile, everything but freecad is from community unless I missed one double checked opencascade, pyside2 and shiboken2 as these have all caused update issues previously but the community build seemed to work the last time I had to recompile.
cmake error log https://pastebin.com/jmsYTvD4
Cmake log https://pastebin.com/TBZQbckc
Terminal compile time https://pastebin.com/3P4FvM42
Kunda commented on 2019-06-24 22:41 (UTC)
FYI, new official FreeCAD Packaging subforum https://forum.freecadweb.org/viewforum.php?f=42
lonaowna commented on 2019-06-22 21:04 (UTC)
@OOFscr @bebR, sorry for the late response. I've fixed the desktop file.
bebR commented on 2019-06-19 19:29 (UTC)
@greyltc please fix the .desktop issue or disown the package.
bebR commented on 2019-05-21 12:27 (UTC) (edited on 2019-06-02 09:03 (UTC) by bebR)
I have the same issue than OOFscr, I had to change the .desktop to make it work.
And I agree with Saku, the git clone is extremely long, almost 20 minutes.
Please update the freecad.desktop.
Saku commented on 2019-05-20 19:58 (UTC)
Hi,
Maybe change the pkgbuild to pull only depth 1 and not all the repository which is huge.
OOFscr commented on 2019-05-02 15:08 (UTC)
For me, the current freecad.desktop file prevents correct opening of files in xfce. I had to change: Path=/usr/lib/freecad
lonaowna commented on 2019-04-03 17:14 (UTC)
This package has been updated to use Python 3. Please leave a comment if you find something broken.
bartus commented on 2019-03-31 12:55 (UTC)
depends
missingqt5-webengine
lonaowna commented on 2019-03-30 15:35 (UTC)
@dtbaumann thanks. I've incorporated your suggestion and some from the freecad and freecad-python3-git packages into the following PKGBUILD which uses python3.
https://gist.github.com/slokhorst/4ea6a978ad2287724f5c573cbf89a373
Please give it a try. If there are no problems, I'll update the freecad-git PKGBUILD (this package) in a few days.
dtbaumann commented on 2019-03-16 10:02 (UTC)
the build block below works without python2
lonaowna commented on 2019-03-15 19:22 (UTC)
@greyltc thanks! I've fixed the dependency issues mentioned below.
greyltc commented on 2019-03-15 16:55 (UTC)
Yes, definitely freecad-python3-git should be redundant with this package. And I think it would be great if there was no trace of python2 here (if possible).
greyltc commented on 2019-03-15 16:53 (UTC)
Great, thanks @lonaowna, you're a co-maintainer now!
lonaowna commented on 2019-03-15 15:35 (UTC)
@greyltc I could also help out. It might be also be time to look into merging with freecad-python3-git which seem to works pretty nice now (freecad has also switched to python3).
greyltc commented on 2019-03-15 14:56 (UTC)
@zegentz, would you like to co-maintain this?
jorges commented on 2019-03-14 10:29 (UTC)
Please excuse my ignorance, but why the version part from the package name, i.e. freecad-python3-git-0.17.r2599.g87bf7094a-1-x86_64.pkg.tar.xz, differs with the version info provided by the "About Freecad" menu: (redacted) ... Version: 0.18.15455 (Git) ... Hash: ca7dd2e1c369dc23d2a79b3eb5ac6381dfd54990 ... It's just curiosity, maybe someone here knows... Thanks
goddessfreya commented on 2019-03-10 08:30 (UTC) (edited on 2019-03-10 08:31 (UTC) by goddessfreya)
Oh my, this was a !!FUN!! package to get to work.
Soooo, you guys are missing a couple dependencies when it comes to pyside and shiboken (and a couple others). I can't tell you which, because I ended up installing every AUR package with those two in it's name:
Then that still didn't work, so I manually compiled the
{python-,}shiboken2
packages in the extra/community repos, but with a slightly modified PKGBUILD to allow for support for llvm-svn:And then it compiled, but the web browser didn't work! Gave an error along the line of
WebGui module not found
, or something like that. So I installed a couple packages which I thought might fix the issue (alas to no avail).Then I just did this and it worked:
And it worked! Luckly I don't have to care about deps, cause I installed everything with
web{kit,gui,engine}
in it's name.jagaudin commented on 2019-02-15 02:21 (UTC)
The package depends on python2-netcdf4. Please add this to the list of dependencies.
Tio commented on 2019-02-11 01:30 (UTC) (edited on 2019-02-11 01:30 (UTC) by Tio)
Error:
mogwai commented on 2019-01-24 13:39 (UTC)
The current PKGBUILD seems to be broken. I get:
CMake Error: No source or binary directory provided.
This seems to be triggered by the cmake command in the PKGBUILD missing a directory as argument (i.e. ".").(On some systems I also have problems with cmake not being able to identify the correct opencascade include directory. I'm still trying to figure out why it happens only occasionally, and why only on some systems.)
commented on 2018-12-19 23:35 (UTC)
Btw. I've removed the shiboken (shitbroken) dependency and it builds fine in clean chroot also Part and PartDesign workbenches seem to be functioning OK.
jorges commented on 2018-12-19 20:18 (UTC)
@miffi: Can you elaborate please? I just rebuild freecad and I get an error about shiboken2:
/opt/freecad-python3/bin/FreeCAD: error while loading shared libraries: libshiboken2.cpython-37m-x86_64-linux-gnu.so.5.12: cannot open shared object file: No such file or directory
which packages have you installed, have you rebuilt freecad? Thanks
stacy commented on 2018-12-19 17:47 (UTC)
My install appeared to not be happy about python-shiboken2 and pyside2 updating to 5.12. I downgraded the two packages and it's working fine for now.
eschwartz commented on 2018-12-14 17:47 (UTC)
It's much more concerning that qtwebkit is for qt4, as is python2-pyside, so this PKGBUILD was switched to use -DBUILD_QT5=ON without switching any of the dependencies.
lonaowna commented on 2018-12-12 12:15 (UTC)
Please make this depend on qt5-webkit instead of qtwebkit (like freecad-qt5-git does). The former is maintained and available from the official repositories.
kikislater commented on 2018-12-11 07:51 (UTC)
opencascade7 is now opencascade. PKGBUILD needs update All aur packages related to freecad are broken ...
stacy commented on 2018-12-10 18:33 (UTC)
I ran into the same problem with the 'lptheads' linker directive.
lonaowna commented on 2018-12-05 17:37 (UTC) (edited on 2018-12-05 17:47 (UTC) by lonaowna)
Is there any difference between this and freecad-git?
Kunda commented on 2018-12-05 16:18 (UTC)
It would be good to merge the py3 git aur package and make sure we're using only py3/qt5
goddisignz commented on 2018-12-05 06:49 (UTC) (edited on 2018-12-05 06:54 (UTC) by goddisignz)
Hi,I just tried to build the package but it fails with a cmake error trying to determine if pthread_create exists. Has anyone had or even solved this problem? Here's my CMakeErr.log:
I think it might be caused by the "-lpthreads" ld-flag. As far as I know, it is a singular "-lpthread", or am I wrong here?
commented on 2018-11-30 20:57 (UTC)
Hi @ILF. Originally I'd been using the 'opencascade7' AUR package and then replaced it with the 'oce' AUR package because it seemed to be better maintained then. At that time there was no 'opencascade' package in the standard repositories. It was added in September and I haven't noticed it till your post now.
I'll make a transition to it sometime next week. If you know how to build in clean chroot and do basic check for unnecessary dependencies I can add you as a maintainer and you can make the change sooner if you have time.
commented on 2018-11-30 20:37 (UTC)
@p90 "pyside2-tools" is in the 'Extra' standard arch repo for a long time. Just click the link in the dependency listing on this page.
p90 commented on 2018-11-29 17:18 (UTC)
Hi,
I think the dependency "pyside2-tools" went the way of the Dodos or at least cannot be found in the aur anymore.
ILF commented on 2018-11-29 13:44 (UTC)
@Grawp: quick question, why not use opencascade instead of oce. I suppose there's a significant amount of people who use both kicad and freecad, and kicad-git package moved to opencascade, because freecad used it, but your package (which is probable the best freecad package in aur) still uses OCE. Can you switch it to opencascade?
Kunda commented on 2018-09-16 22:42 (UTC)
@drhooves would you be interested in helping kickstart a FreeCAD-Assembly3-git port? Further discussion: https://github.com/ceremcem/build-freecad-asm3/issues/2
commented on 2018-09-01 23:01 (UTC)
Python 3.7 fix is now committed in upstream FreeCAD so I have deleted the https://github.com/Grawp/FreeCAD.git repo.
Be0rn commented on 2018-08-28 11:00 (UTC)
For python3.7 y have change the source in PKGBUILD by: /// source=("${_appname}::git+https://github.com/Grawp/FreeCAD.git" ///
https://forum.freecadweb.org/viewtopic.php?t=12534&p=250293
thx Grawp !
commented on 2018-06-30 16:33 (UTC)
@jorges I don't use FEM but you certainly need to add -DBUILD_FEM_NETGEN=1 to cmake arguments.
jorges commented on 2018-06-29 00:18 (UTC)
Is anyone using the FEM workbench? I installed netgen-git, a requirement for creating meshes, and rebuilt freecad-python3-git but it seems as it wasn't picked up. There's still the possibility to use an external tool for this, gmsh, which I am using at the moment, but I was curious about netgen
commented on 2018-06-25 20:00 (UTC)
@drhooves Hi, do you plan updating this package? I've created and am maintaining a fairly well working freecad-python3-git. In case you don't wish to continue maintaining this packge maybe we could merge it with mine?
zoidberg commented on 2018-06-17 05:05 (UTC)
In case anyone is using this just for Qt5, the freecad package (https://aur.archlinux.org/packages/freecad/) just switched to using Qt5.
Harvie commented on 2018-04-12 11:05 (UTC) (edited on 2018-12-14 17:51 (UTC) by eschwartz)
Maybe it needs salome-smesh package??
ElektroQuark commented on 2018-04-04 17:25 (UTC)
About my issue: FreeCAD was complaining about missing libshiboken2.cpython-36m-x86_64-linux-gnu.so.2.0. I have libshiboken2.cpython-36m-x86_64-linux-gnu.so.5.9 instead. A simple soft link has solved the problem.
commented on 2018-04-03 21:22 (UTC)
@DanielH Good catch. I've added python-numpy as a non-optional dependency. Regarding the issue you've described, if I've understood it correctly, it seems that I'm not affected https://ibb.co/kVd3xH https://ibb.co/h8FixH (Tested on Arch with Plasma 5 and on Manjaro with Xfce4. In Arch I'm on revision 0.17_pre.r6798.g85b42a16d-1 ) Btw. I mostly use FreeCAD via python scripting via CadQuery.
@sl1pkn07 with [KDE-Unstable] you are on your own.
sl1pkn07 commented on 2018-04-03 18:09 (UTC) (edited on 2018-04-03 18:13 (UTC) by sl1pkn07)
fail build for me
https://pastebin.com/5wcTT2JP
with Qt from [KDE-Unstable] 5.110beta2-2
DanielH commented on 2018-04-03 13:32 (UTC)
I've installed freecad-python3-git, at present the only FC version in AUR that compiles without issues (thanks, Grawp!); hours and hours and hours compiling its dependencies and FC-p3-g itself.
But running FC some issues have arised...
Setting Lighting = One side in Property view panel solves this problem. Are you experiencing the same issue?
@Grawp: IMHO, adding python-numpy as [optional] dependency of FC 0.17 will help users experiency.
commented on 2018-04-02 21:44 (UTC)
Built and installed it with
trizen -S freecad-python3-git
on Manjaro and it works, at least the Part Design workbench.You have probably some old version of shiboken or other packages installed. Try rebuilding and reinstalling every AUR package that freecad-python3-git depends on (recursively).
commented on 2018-04-02 17:38 (UTC)
@ElektroQuark Doing full rebuild in chroot on Arch. I also deployed Manjaro VM and am trying to build (albeit not in chroot) and install it there. We'll see shortly.
maderios commented on 2018-04-02 17:18 (UTC)
@ElektroQuark Manjaro is not Arch. This is a good reason to install Arch... :)
ElektroQuark commented on 2018-04-02 16:42 (UTC)
I can't run it. Terminal drops the error: "libshiboken2.cpython-36m-x86_64-linux-gnu.so.2.0"
I'n on Manjaro Linux.
manuel_v commented on 2018-03-17 08:24 (UTC) (edited on 2018-03-17 08:25 (UTC) by manuel_v)
@MicroJoe The message you posted only indicates that the build was aborted due to an error. Since the build might have continued for some time before it was aborted, you probably need to scroll up to see the error that caused this.
MicroJoe commented on 2018-03-16 19:24 (UTC) (edited on 2018-03-16 19:24 (UTC) by MicroJoe)
Current build status is ok on FreeCAD's page, but I have following error during build:
[ 81%] Linking CXX shared library ../../lin64/gcc/lib/libTKIGES.so<br> [ 81%] Built target TKIGES<br> make: *** [Makefile:130: all] Error 2<br> ==> ERROR: A failure occurred in build().<br> Aborting...
Adding netcdf as suggested by manuel_v did not solve the build issue.
manuel_v commented on 2018-03-16 13:49 (UTC)
netcdf is required as make dependency.
commented on 2018-03-11 01:59 (UTC)
I've added python-pivy-git and coin-hg packages. Draft workbench should probably work now. Let me know if it doesn't.
commented on 2018-03-06 22:26 (UTC)
Pivy for Python 3 https://github.com/FreeCAD/pivy is broken right now https://travis-ci.org/FreeCAD/pivy
When they get it in order, I'll create an AUR package and add it as a dependency here.
D_Schwartfeger commented on 2018-03-06 19:47 (UTC)
I see there is a python 3 pivy at https://github.com/looooo/pivy but I haven't been able to install it so far. I'm not sure what it requires. If someone else could get this working with this package that would be great.
commented on 2018-03-06 19:44 (UTC)
@D_Schwartfeger Reproduced the problem. Looking into it now. I haven't tried Draft workbench before now, just PartDesign, Part and Mesh.
D_Schwartfeger commented on 2018-03-06 09:23 (UTC)
Changing to the Draft workbench gives the following in the Report View - "Error: Pivy not found, Draft workbench will be disabled."
Also -
import PyQt4 from PyQt4 import QtCore
causes a segfault on my system (Manjaro kernel 4.14.23-1, KDE Plasma 5.12.2, Qt 5.10.1)
D_Schwartfeger commented on 2018-03-06 08:28 (UTC)
Yes I am trying that as well. Thanks
commented on 2018-03-05 22:41 (UTC)
@D_Schwartfeger you could try https://aur.archlinux.org/packages/freecad-python3-git I've uploaded it after all.
D_Schwartfeger commented on 2018-03-05 08:50 (UTC)
I see this is a problem with aur-opencascade7 and the AUR page has comments about how to fix this
D_Schwartfeger commented on 2018-03-05 07:51 (UTC)
On Manjaro Kde it fails with-
/tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:83:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'?
D_Schwartfeger commented on 2018-03-05 05:12 (UTC)
On Manjaro under KDE package didn't build with error-
<hr>/tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx: In member function 'virtual void IVtkVTK_ShapeData::InsertVertex(IVtk_IdType, IVtk_PointId, IVtk_MeshType)': /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:83:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? mySubShapeIDs->InsertNextTupleValue (&aShapeIDVTK); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:85:16: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? myMeshTypes->InsertNextTupleValue (&aType); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx: In member function 'virtual void IVtkVTK_ShapeData::InsertLine(IVtk_IdType, IVtk_PointId, IVtk_PointId, IVtk_MeshType)': /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:100:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? mySubShapeIDs->InsertNextTupleValue (&aShapeIDVTK); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:102:16: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? myMeshTypes->InsertNextTupleValue (&aType); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx: In member function 'virtual void IVtkVTK_ShapeData::InsertLine(IVtk_IdType, const IVtk_PointIdList, IVtk_MeshType)': /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:127:20: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? mySubShapeIDs->InsertNextTupleValue (&aShapeIDVTK); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:129:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? myMeshTypes->InsertNextTupleValue (&aType); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx: In member function 'virtual void IVtkVTK_ShapeData::InsertTriangle(IVtk_IdType, IVtk_PointId, IVtk_PointId, IVtk_PointId, IVtk_MeshType)': /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:146:18: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? mySubShapeIDs->InsertNextTupleValue (&aShapeIDVTK); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple /tmp/yaourt-tmp-donald/aur-opencascade7/src/occt-V7_2_0/src/IVtkVTK/IVtkVTK_ShapeData.cxx:148:16: error: 'class vtkIdTypeArray' has no member named 'InsertNextTupleValue'; did you mean 'InsertNextTuple'? myMeshTypes->InsertNextTupleValue (&aType); ^~~~~~~~~~~~~~~~~~~~ InsertNextTuple make[2]: [src/TKIVtk/CMakeFiles/TKIVtk.dir/build.make:327: src/TKIVtk/CMakeFiles/TKIVtk.dir/__/IVtkVTK/IVtkVTK_ShapeData.cxx.o] Error 1 make[1]: [CMakeFiles/Makefile2:1461: src/TKIVtk/CMakeFiles/TKIVtk.dir/all] Error 2 make: ** [Makefile:130: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build opencascade7. ==> Restart building opencascade7 ? [y/N]
<hr>heng commented on 2018-03-02 20:27 (UTC)
netgen-nogui-occ7 can be compiled using occ 7.1.0, after that freecad-qt5-git compiles just fine.
commented on 2018-02-25 11:21 (UTC)
Would anybody be interested in freecad git package with python3 and qt5? I have working PKGBUILD but I'm not sure whether it's worth uploading it to AUR to have yet another freecad package.
dulouie commented on 2018-02-04 20:09 (UTC)
You can remove -DBUILD_FEM_NETGEN=1 from PKGBUILD or use the Appimage pre_17 from freecad release page. https://github.com/FreeCAD/FreeCAD/releases
boscaiolo commented on 2018-02-02 16:07 (UTC)
The AppImage runs for me, but Freecad do not yet have an AppImage of the latest version (0.17).
boscaiolo commented on 2018-02-01 10:10 (UTC)
Is there any way round this problem (netgen-nogui-occ7 not compiling)? It would be great to have 0.17...
ElektroQuark commented on 2018-01-26 06:35 (UTC)
It can't be installed as the needed version of netgen-nogui-occ7 will not compile as some headers are missing.
zoidberg commented on 2017-12-01 16:08 (UTC)
Kunda commented on 2017-11-09 21:18 (UTC)
MadMe commented on 2017-11-09 20:54 (UTC) (edited on 2017-11-09 20:58 (UTC) by MadMe)
andrejr commented on 2017-11-03 21:05 (UTC)
kro007 commented on 2017-09-28 16:03 (UTC)
drhooves commented on 2017-06-28 18:51 (UTC)
mriyah commented on 2017-06-28 18:30 (UTC)
drhooves commented on 2017-06-28 16:38 (UTC)
mriyah commented on 2017-06-28 15:00 (UTC)
drhooves commented on 2017-06-17 10:02 (UTC)
drhooves commented on 2017-06-16 10:58 (UTC)
buovjaga commented on 2017-06-16 10:41 (UTC)
sheinz commented on 2017-06-01 08:57 (UTC)
greenmanalishi commented on 2017-05-15 12:06 (UTC)
drhooves commented on 2017-05-15 10:47 (UTC) (edited on 2017-05-15 10:48 (UTC) by drhooves)
greenmanalishi commented on 2017-05-15 10:29 (UTC)
drhooves commented on 2017-04-19 10:48 (UTC) (edited on 2017-04-19 10:50 (UTC) by drhooves)
s218 commented on 2017-04-08 09:28 (UTC) (edited on 2017-04-08 09:29 (UTC) by s218)
drhooves commented on 2017-03-30 20:23 (UTC)
drhooves commented on 2017-03-27 22:22 (UTC)
drhooves commented on 2017-03-18 19:27 (UTC) (edited on 2017-03-18 19:28 (UTC) by drhooves)
drhooves commented on 2017-03-17 23:51 (UTC) (edited on 2017-03-17 23:52 (UTC) by drhooves)
Kunda commented on 2017-03-14 19:41 (UTC)
drhooves commented on 2017-01-25 08:23 (UTC)
Kunda commented on 2017-01-24 22:32 (UTC)
drhooves commented on 2016-09-22 12:57 (UTC)
diggit commented on 2016-08-24 17:57 (UTC)
diggit commented on 2016-06-23 21:15 (UTC)
greyltc commented on 2016-02-14 17:13 (UTC)
greyltc commented on 2016-01-17 14:04 (UTC)
cox commented on 2015-11-07 14:50 (UTC)
JoM commented on 2015-10-30 17:09 (UTC)
cox commented on 2015-10-19 14:10 (UTC)
alex.forencich commented on 2015-08-12 21:02 (UTC)
eworm commented on 2015-08-07 09:04 (UTC)
alex.forencich commented on 2015-08-06 22:41 (UTC)
cox commented on 2015-08-04 16:43 (UTC)
Landrash commented on 2015-04-20 20:26 (UTC)
AngryNapkin commented on 2015-04-17 23:37 (UTC)
JoM commented on 2015-04-16 15:36 (UTC)
ckoresko commented on 2015-04-14 18:32 (UTC)
JoM commented on 2015-04-12 18:21 (UTC)
silas commented on 2015-02-18 19:57 (UTC)
eworm commented on 2015-02-18 09:49 (UTC)
eworm commented on 2015-02-18 07:35 (UTC)
silas commented on 2015-02-17 22:23 (UTC)
silas commented on 2015-02-17 22:18 (UTC)
eworm commented on 2015-02-17 07:45 (UTC)
Landrash commented on 2015-02-16 13:43 (UTC)
noobman commented on 2015-02-01 16:54 (UTC)
commented on 2015-01-29 21:19 (UTC)
eworm commented on 2015-01-28 20:37 (UTC)
icoz commented on 2015-01-28 19:50 (UTC)
Mr.Elendig commented on 2015-01-21 12:55 (UTC)
karol_007 commented on 2014-12-05 23:01 (UTC)
b0f00narch commented on 2014-12-05 22:56 (UTC)
eworm commented on 2014-11-13 06:47 (UTC)
JoM commented on 2014-11-12 17:37 (UTC)
cox commented on 2014-10-28 18:53 (UTC)
yangtsesu commented on 2014-09-22 14:44 (UTC)
cgx commented on 2014-02-11 17:29 (UTC)
karol_007 commented on 2014-02-11 14:00 (UTC)
eworm commented on 2014-02-11 07:23 (UTC)
Xwang commented on 2014-02-10 20:37 (UTC)
hiaselhans commented on 2014-01-09 00:15 (UTC)
yangtsesu commented on 2013-12-29 11:09 (UTC)
eworm commented on 2013-12-24 12:01 (UTC)
yangtsesu commented on 2013-12-24 10:37 (UTC)
Mineko commented on 2013-11-07 00:15 (UTC)
Samsagax commented on 2013-11-03 14:20 (UTC)
Floxo commented on 2013-10-25 18:22 (UTC)
cbuehler commented on 2013-10-22 09:28 (UTC)
cbuehler commented on 2013-10-21 18:45 (UTC)
simeonfelis commented on 2013-10-20 13:16 (UTC)
jorges commented on 2013-09-27 01:46 (UTC)
Mineko commented on 2013-09-25 08:22 (UTC)
progtologist commented on 2013-09-23 14:30 (UTC)
Mineko commented on 2013-09-23 03:53 (UTC)
Mineko commented on 2013-09-23 03:48 (UTC)
progtologist commented on 2013-09-21 18:18 (UTC)
progtologist commented on 2013-09-20 21:49 (UTC)
Mineko commented on 2013-09-09 09:23 (UTC)
Mineko commented on 2013-08-17 19:34 (UTC)
Mineko commented on 2013-08-17 09:06 (UTC)
gborzi commented on 2013-06-24 04:04 (UTC)
masterkorp commented on 2013-06-23 21:31 (UTC)
gborzi commented on 2013-06-23 21:09 (UTC)
taotedice commented on 2013-06-23 20:13 (UTC)
gborzi commented on 2013-05-05 15:19 (UTC)
gborzi commented on 2013-05-05 15:00 (UTC)
masterkorp commented on 2013-05-05 14:38 (UTC)
masterkorp commented on 2013-05-02 11:31 (UTC)
masterkorp commented on 2013-05-02 10:36 (UTC)
gborzi commented on 2013-04-21 22:06 (UTC)
Samsagax commented on 2013-04-21 16:52 (UTC)
masterkorp commented on 2013-03-25 15:48 (UTC)
gborzi commented on 2013-03-08 17:48 (UTC)
vinvin commented on 2013-03-08 17:26 (UTC)
gborzi commented on 2013-03-08 17:14 (UTC)
budulay commented on 2013-03-08 16:33 (UTC)
budulay commented on 2013-03-05 19:02 (UTC)
gborzi commented on 2013-02-17 16:38 (UTC)
Samsagax commented on 2013-02-17 15:41 (UTC)
gborzi commented on 2013-02-17 15:38 (UTC)
Samsagax commented on 2013-02-17 15:34 (UTC)
Samsagax commented on 2013-02-14 13:52 (UTC)
gborzi commented on 2013-01-06 14:34 (UTC)
Samsagax commented on 2013-01-06 13:52 (UTC)
vinvin commented on 2013-01-05 21:34 (UTC)
gborzi commented on 2013-01-05 19:29 (UTC)
Samsagax commented on 2013-01-05 15:59 (UTC)
Samsagax commented on 2013-01-05 15:41 (UTC)
vinvin commented on 2013-01-05 00:51 (UTC)
gborzi commented on 2012-09-29 00:36 (UTC)
commented on 2012-09-29 00:18 (UTC)
gborzi commented on 2012-09-16 13:17 (UTC)
gborzi commented on 2012-09-02 05:43 (UTC)
rytmenpinne commented on 2012-09-01 20:24 (UTC)
gborzi commented on 2012-08-09 23:53 (UTC)
Samsagax commented on 2012-08-09 16:52 (UTC)
gborzi commented on 2012-07-09 13:42 (UTC)
gborzi commented on 2012-06-25 09:18 (UTC)
rdjack21 commented on 2012-06-25 06:21 (UTC)
rdjack21 commented on 2012-06-25 06:18 (UTC)
budulay commented on 2012-06-08 07:54 (UTC)
budulay commented on 2012-06-08 02:26 (UTC)
gborzi commented on 2012-05-31 22:38 (UTC)
commented on 2012-05-30 22:46 (UTC)
gborzi commented on 2012-05-14 22:07 (UTC)
PerisH commented on 2012-05-14 17:55 (UTC)
gborzi commented on 2012-04-06 16:33 (UTC)
gborzi commented on 2012-04-05 16:28 (UTC)
Tempel commented on 2012-04-05 01:14 (UTC)
gborzi commented on 2012-03-14 20:09 (UTC)
gborzi commented on 2012-03-14 17:24 (UTC)
Xyne commented on 2012-03-13 22:52 (UTC)
gborzi commented on 2012-03-13 22:00 (UTC)
Xyne commented on 2012-03-13 19:00 (UTC)
Xyne commented on 2012-03-13 18:56 (UTC)
gborzi commented on 2012-03-12 21:22 (UTC)
commented on 2012-03-12 06:55 (UTC)
gborzi commented on 2012-03-11 16:03 (UTC)
commented on 2012-03-11 08:31 (UTC)
deezy commented on 2012-03-06 16:29 (UTC)
gborzi commented on 2012-03-03 13:48 (UTC)
gborzi commented on 2012-03-01 21:11 (UTC)
PerisH commented on 2012-03-01 09:31 (UTC)
PerisH commented on 2012-02-29 20:31 (UTC)
gborzi commented on 2011-12-25 18:51 (UTC)
mickele commented on 2011-12-25 18:38 (UTC)
gborzi commented on 2011-12-01 17:36 (UTC)
eworm commented on 2011-12-01 16:16 (UTC)
gborzi commented on 2011-12-01 16:01 (UTC)
eworm commented on 2011-12-01 15:35 (UTC)
cgx commented on 2011-12-01 15:30 (UTC)
eworm commented on 2011-09-28 19:04 (UTC)
gborzi commented on 2011-09-28 16:38 (UTC)
eworm commented on 2011-09-27 20:38 (UTC)
eworm commented on 2011-09-26 06:45 (UTC)
gborzi commented on 2011-09-23 21:12 (UTC)
eworm commented on 2011-09-23 20:58 (UTC)
gborzi commented on 2011-09-23 16:18 (UTC)
eworm commented on 2011-09-23 12:30 (UTC)
gborzi commented on 2011-09-22 16:28 (UTC)
gborzi commented on 2011-09-22 13:30 (UTC)
eworm commented on 2011-09-22 12:14 (UTC)
eworm commented on 2011-09-22 10:36 (UTC)
gborzi commented on 2011-09-19 12:21 (UTC)
mickele commented on 2011-09-19 11:17 (UTC)
commented on 2011-09-19 11:07 (UTC)
commented on 2011-08-18 08:43 (UTC)
gborzi commented on 2011-08-17 20:48 (UTC)
gborzi commented on 2011-08-17 20:23 (UTC)
commented on 2011-08-17 18:42 (UTC)
gborzi commented on 2011-07-30 23:33 (UTC)
commented on 2011-07-17 15:11 (UTC)
gatonero commented on 2011-05-26 19:52 (UTC)
gborzi commented on 2011-05-26 18:19 (UTC)
gatonero commented on 2011-05-26 18:05 (UTC)
gborzi commented on 2011-05-25 23:19 (UTC)
gborzi commented on 2011-04-30 21:37 (UTC)
commented on 2011-04-30 21:30 (UTC)
gborzi commented on 2011-04-30 13:35 (UTC)
gborzi commented on 2011-04-29 14:13 (UTC)
jwhendy commented on 2011-04-29 02:00 (UTC)
gborzi commented on 2011-04-13 16:49 (UTC)
gborzi commented on 2011-04-13 08:59 (UTC)
commented on 2011-04-13 01:06 (UTC)
jwhendy commented on 2011-04-09 17:26 (UTC)
commented on 2011-04-09 00:39 (UTC)
gborzi commented on 2011-04-07 12:32 (UTC)
commented on 2011-04-07 00:27 (UTC)
gborzi commented on 2011-04-06 22:52 (UTC)
gborzi commented on 2011-04-06 18:41 (UTC)
commented on 2011-04-06 12:55 (UTC)
gborzi commented on 2011-03-27 13:06 (UTC)
mickele commented on 2011-03-27 10:21 (UTC)
gborzi commented on 2011-03-26 23:06 (UTC)
commented on 2011-03-26 22:54 (UTC)
mickele commented on 2011-03-26 20:43 (UTC)
vinvin commented on 2011-03-26 18:16 (UTC)
gborzi commented on 2011-03-26 11:36 (UTC)
commented on 2011-03-26 00:36 (UTC)
gborzi commented on 2011-03-26 00:19 (UTC)
commented on 2011-03-25 13:19 (UTC)
vinvin commented on 2011-03-25 12:49 (UTC)
eworm commented on 2011-03-14 11:34 (UTC)
commented on 2011-03-12 08:42 (UTC)
commented on 2011-03-08 14:37 (UTC)
vinvin commented on 2011-02-02 16:59 (UTC)
gatonero commented on 2011-01-25 17:55 (UTC)
gatonero commented on 2010-11-13 10:29 (UTC)
td123 commented on 2010-10-28 05:21 (UTC)
vinvin commented on 2010-10-27 19:52 (UTC)
commented on 2010-10-27 12:57 (UTC)
vinvin commented on 2010-10-22 16:10 (UTC)
vinvin commented on 2010-09-20 22:36 (UTC)
td123 commented on 2010-09-03 17:20 (UTC)
vinvin commented on 2010-09-03 15:36 (UTC)
td123 commented on 2010-09-03 14:35 (UTC)
vinvin commented on 2010-08-27 12:58 (UTC)
td123 commented on 2010-08-27 12:36 (UTC)
vinvin commented on 2010-08-27 12:27 (UTC)
td123 commented on 2010-08-26 16:49 (UTC)
vinvin commented on 2010-08-26 15:51 (UTC)
td123 commented on 2010-08-10 02:44 (UTC)
vinvin commented on 2010-08-03 13:30 (UTC)
td123 commented on 2010-06-19 00:16 (UTC)
td123 commented on 2010-06-18 13:33 (UTC)
vinvin commented on 2010-06-18 10:10 (UTC)
td123 commented on 2010-05-18 17:55 (UTC)
td123 commented on 2010-05-18 15:04 (UTC)
commented on 2010-05-18 12:24 (UTC)
td123 commented on 2010-05-18 03:03 (UTC)
commented on 2010-05-18 02:51 (UTC)
td123 commented on 2010-05-16 00:10 (UTC)
commented on 2010-05-15 19:26 (UTC)