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.61
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 .. 9 10 11 12 13 14 15 16 17 18 19 .. 57 Next › Last »

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