Re: [aur-general] [arch-general] [aur] cctag build error
NOTE: Moving discussion to aur-general - please don't reply on arch-general. Am 31.07.21 um 12:39 schrieb Ralf Mardorf via arch-general:
On Sat, 31 Jul 2021 12:09:37 +0200, Peter Nabbefeld wrote:
Unknown CMake command "CUDA_ADD_LIBRARY".
How can I fix this? Hi,
the very first thing to do by yourself, before even posting to an appropriate mailing list, is trying to build without an AUR helper.
Since you get a CUDA related error mesage, you probably should mention what environment variables you used.
"CUDA_ARCH=x.y to build for specific GPU architecture ( Supports: single arch (5.2) the list of archs (5.2;6.0), arch name (Maxwell) or auto (Auto) )
DISABLE_CUDA Build without cuda support" - https://aur.archlinux.org/packages/cctag/#pinned-818726
My guess is, that there is a reason for the pinned comment.
Taking a look at the mailing list archive you frequently sent AUR related requests. Actually I don't know if those requests belong to https://lists.archlinux.org/listinfo/aur-general , but it's likely more appropriate than this mailing list is.
Regards, Ralf Thank You for Your answer!
I rarely get build errors, even with AUR packages - with the exception of alice-vision and its dependendencies -, so I'm not much used to handle such problems (the disadvantage of a stable system ;-) ). And I'm no C programmer, which makes it difficult for me to fix cmake related errors myself - I can only try to track problems until some level of complexity. In this case I thought the makefile would miss some dependency. As I'm using the nouveau driver instead of nvidia's, I'm pretty sure there's no CUDA support (but I'll not render complex graphics often, so some more processing time won't hurt). However, I plan to setup my Linux installation by the end of the year, so some modules and parameters may change in the future. I've added the following two lines between "# Maintainer" and "#Configuration" at the top of PKGBUILD: DISABLE_CUDA=1 ENABLE_APPS=1 Now I get a missing dependency for devil2. Without "ENABLE_APPS" I get the following error (among some others, but this is probably the cause for the others): CMake Error at /usr/share/cmake-3.21/Modules/WriteBasicConfigVersionFile.cmake:43 (message): No VERSION specified for WRITE_BASIC_CONFIG_VERSION_FILE() Kind regards, Peter
Hi Peter, I would love to help you, but the `cctag` package seems to give me compilation errors even by default. It would be worth contacting the package maintainer about this. Meanwhile, try compiling from the upstream source[1]. On top of this, I cannot find a `devil2` library anywhere on the internet. The latest version of `devil` is 1.8.0-5, and I could not find any evidence that a "DevIL 2" library is required for this program. If using DevIL 1.8 causes you problems, the `USE_DEVIL` variable should disable it. I have not tested these solutions, but hopefully they fix your problems. All the best, Vincent
Hi, it might not be related to your issue, however, when updating AUR packages, an AUR helper might build packages in lexical order, but not in the order they need to be build. For example, there might be an update for a-foo and b-bar. Since b-bar is a dependency of a-foo, there's the need to first build b-bar and after that a-foo against b-bar, but an AUR helper might build a-foo first and then b-bar. IOW a-foo is build against the outdated b-bar and after that b-bar is updated, hence a-foo is build against a version of b-bar that isn't installed anymore. Regards, Ralf
Am 31.07.21 um 20:10 schrieb Ralf Mardorf via aur-general:
Hi,
it might not be related to your issue, however, when updating AUR packages, an AUR helper might build packages in lexical order, but not in the order they need to be build.
For example, there might be an update for a-foo and b-bar. Since b-bar is a dependency of a-foo, there's the need to first build b-bar and after that a-foo against b-bar, but an AUR helper might build a-foo first and then b-bar. IOW a-foo is build against the outdated b-bar and after that b-bar is updated, hence a-foo is build against a version of b-bar that isn't installed anymore.
Regards, Ralf Hi Ralf,
just to focus on my problem, I've already used "pikaur -Sa --asdeps cctag", so while this behaviour might be possible depending on the AUR helper, it shouldn't be a problem in this case. Also, devil2 isn't available from the AUR - probably there's a typo in the dependency, as a package "community/devil 1.8.0-5" exists? However, I could manage to start the build (because of confusion about the -S option I had set the directory path incorrectly; fixed now), but after compilation the Ninja build system generator does not find the build directory: pkgdir = ~/.cache/pikaur/build/cctag/pkg/cctag ninja: Entering directory `build' ninja: fatal: chdir to 'build' - No such file or directory The first line is created by an echo instruction added as the first line of the "package()" function - this looks quite weird, what would be the correct path? Kind regards, Peter
The main problem (just building cctag) is fixed, but still I cannot build the sample apps, as there doesn't exist a package "devil2" anywhere, which is added as a dependency in case ENABLE_APPS=1 is set. Kind regards, Peter
Hi Peter, In the thread earlier, you specified that the dependency was simply a typo. I would agree, so try setting 'devil' as the dependency instead of 'devil2', and I suspect things should work fine. If it doesn't, you have the option of setting the USE_DEVIL directive to 0. For example, under line 67 you could insert "-DUSEDEVIL=0 \". Regards, Vincent
participants (3)
-
Peter Nabbefeld
-
Ralf Mardorf
-
Vince