@random-archer
I just ran the build with your PKGBUILD.
The build does complete, but launching freecad fails.
I added an issue with log output on your github.
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: | 106 |
Popularity: | 0.82 |
First Submitted: | 2012-03-03 13:46 (UTC) |
Last Updated: | 2024-04-30 00:29 (UTC) |
@random-archer
I just ran the build with your PKGBUILD.
The build does complete, but launching freecad fails.
I added an issue with log output on your github.
Here is an updated working config:
https://github.com/random-cadder/freecad-aur
@random-archer AUR packages should not have ccache. It is set up by users in makepkg.conf.
As of 2025-03-17, there are missing make dependencies:
libspnav
is now required in makedepnds
Otherwise, there's a linking error with missing symbols in libFreeCADGui.so
For quite some time now using freeecad-git has a problem.
It builds fine. But there are issues with Qt6 in FreeCAD.
Some are visual, like panel labels having '&' some where in the name, for example &Task or Python C&onsole.
But Task panel goes into a "zombie" state after almost any error is reported. It won't return to normal (for instance actually displaying the task view) until a restart or (and only sometimes) after the file is saved. When Task view is zombie'd if a dialog that requires an Ok/Cancel to go away is hidden can't have any interaction, thus FreeCAD is basically unusable until restart.
The weekly appimage works as expected.
If FC with Qt6 is not to be resolved for the foreseeable future, maybe freecad-git needs to be suspended, or at least noted it will build, but usability is questionable in the AUR description.
Maybe the package name can get a rename to 1.1.0-dev or something instead of 0.22.xxx ?
opencamlib should probably be an optional dependency? It's used in the CAM workbench and is also an optional dependency of the freecad package in extra.
The last day or so the build has failed. Not sure if this is local to me or not:
In file included from /usr/include/c++/14.2.1/random:48,
from /usr/include/boost/uuid/detail/random_device.hpp:65,
from /usr/include/boost/uuid/detail/random_provider.hpp:9,
from /usr/include/boost/uuid/basic_random_generator.hpp:11,
from /usr/include/boost/uuid/random_generator.hpp:10,
from /usr/include/boost/uuid/uuid_generators.hpp:14,
from /var/tmp/pamac-build-mac/freecad-git/src/FreeCAD/src/Mod/TechDraw/App/Geometry.cpp:26:
/usr/include/c++/14.2.1/bits/random.h:1717:37: note: 'std::mt19937' declared here
1717 | 0xefc60000UL, 18, 1812433253UL> mt19937;
| ^~~~~~~
/var/tmp/pamac-build-mac/freecad-git/src/FreeCAD/src/Mod/TechDraw/App/Geometry.cpp:1412:63: error: template argument 1 is invalid
1412 | static boost::uuids::basic_random_generator<boost::mt19937> gen(&ran);
| ^
/var/tmp/pamac-build-mac/freecad-git/src/FreeCAD/src/Mod/TechDraw/App/Geometry.cpp:1412:70: error: 'ran' was not declared in this scope; did you mean 'tan'?
1412 | static boost::uuids::basic_random_generator<boost::mt19937> gen(&ran);
| ^~~
| tan
/var/tmp/pamac-build-mac/freecad-git/src/FreeCAD/src/Mod/TechDraw/App/Geometry.cpp:1414:14: error: 'gen' cannot be used as a function
1414 | tag = gen();
| ~~~^~
[4189/6116] Automatic MOC and UIC for target FreeCADGui
AutoMoc: /var/tmp/pamac-build-mac/freecad-git/src/FreeCAD/src/Gui/UiLoader.h: note: No relevant classes found. No output generated.
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...
It appears that freecad-git only randomly is seen as changing.
If I force a build with, for example, yay, it get the latest git version, but package managers don't see updates automatically (or randomly see it).
The check fails, so has be commented out in PKGBUILD to get yay to not error out and install the build.
There also seems to be QT6 issues in the UI that are not present in builds on other OS's (Debian) where QT5 is used.
Most of this is just passing on FYI.
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.