@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.
Search Criteria
Package Details: freecad-git 0.22.0.36999.ged77603af9-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.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.007466 |
First Submitted: | 2012-03-03 13:46 (UTC) |
Last Updated: | 2024-04-30 00:29 (UTC) |
Dependencies (39)
- boost-libs
- coin (coin-gitAUR)
- fmt (fmt-gitAUR)
- glew (glew-libepoxyAUR, glew-waylandAUR, glew-osmesa-gitAUR, glew-wayland-gitAUR, glew-gitAUR)
- jsoncpp (jsoncpp-cmake-gitAUR, jsoncpp-cmakeAUR, jsoncpp-gitAUR)
- medAUR (med-openmpi)
- netcdf (netcdf-openmpi)
- opencascade (opencascade-gitAUR, opencascade-rcAUR, opencascade-f3dAUR)
- openmpi (openmpi-gitAUR)
- pyside6
- pyside6-tools
- python-matplotlib (python-matplotlib-gitAUR)
- python-packaging
- python-pivy
- python-ply
- python-yaml (python-yaml-gitAUR)
- qt6-5compat
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- qt6-svg
- qt6-tools
- Show 19 more dependencies...
Required by (4)
- freecad-a2plus-git (requires freecad)
- freecad-cadquery-git (requires freecad)
- freecad-fcgear-git (requires freecad)
- openmc-git (requires freecad)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 58 Next › Last »
jffmichi commented on 2021-05-06 12:52 (UTC)
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=4622
bartus 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!
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.