Search Criteria
Package Details: cado-nfs-git 20241219.cb69f536e-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/cado-nfs-git.git (read-only, click to copy) |
---|---|
Package Base: | cado-nfs-git |
Description: | Implementation of the Number Field Sieve (NFS) algorithm for factoring integers |
Upstream URL: | http://cado-nfs.gforge.inria.fr/ |
Licenses: | LGPL2 |
Conflicts: | cado-nfs |
Provides: | cado-nfs |
Submitter: | jdetrey |
Maintainer: | AquilaIrreale |
Last Packager: | AquilaIrreale |
Votes: | 4 |
Popularity: | 0.000062 |
First Submitted: | 2015-12-07 12:57 (UTC) |
Last Updated: | 2024-12-29 22:33 (UTC) |
Dependencies (14)
- gmp (gmp-hgAUR)
- hwloc
- python (python37AUR, python311AUR, python310AUR)
- python-flask
- python-requests
- sqlite (sqlite-fossilAUR)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- curl (curl-gitAUR, curl-c-aresAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- gmp-ecm (make)
- inetutils (inetutils-gitAUR) (make)
- curl (curl-gitAUR, curl-c-aresAUR) (optional) – for cado-nfs-client.py
- gmp-ecm (optional) – for JL DLP polynomial selection
- perl (perl-gitAUR) (optional) – for bwc.pl
Latest Comments
1 2 3 4 Next › Last »
AquilaIrreale commented on 2025-05-20 21:36 (UTC)
@nkeck72 eh, good question... it's the first time I see this happening to someone; I think it's safe to say your sources were up to date,
makepkg
pulls unpinned VCS sources every time it's run and I assume it stops the build on fetch failure. The build directory isn't cleaned unless one passes-C
, but, AFAIK CMake is smart enough to track changes to project configuration as well as actual code, so it should trigger reconfiguration onmake
ifCMakeLists.txt
or its dependencies are newer thanCMakeCache
. Maybe something weird happened on your file system that made sources'mtime
s unexpectedly older than your cache'smtime
s. Could happen with an unreliable system clock if you are unlucky enough though I think you would have noticed. That or upstream is doing something very wacky with their project confs that breaks change detection (and it's the most complex piece of CMake I've seen by a mile so not totally unlikely). Either way I guess cleaning the build directory is the best first troubleshooting step if something goes wrong on something as complex as this piece of work ^^" but I wouldn't necessarily be doing it on a regular basis unless it's actually needed. Feel free to send more feedback as you go on updating to new versions just in case it's actually something broken with the build system after all.nkeck72 commented on 2025-05-17 04:40 (UTC)
@AquilaIrreale doing a clean build did indeed fix it. Thanks! In general, do PKGBIULDs based off CMake projects need occasional clean building like this to refresh what I assume is stale CMakeCache files?
AquilaIrreale commented on 2025-05-10 14:45 (UTC)
@nkeck72 you may be building with stale sources,
cmake_minimum_required
version was updated to 3.18 by upstream Oct 9 2024, merged Oct 20 into the master branch used byPKGBUILD
. Have you tried doing a clean build? (makepkg -C
)nkeck72 commented on 2025-04-25 20:35 (UTC) (edited on 2025-04-25 20:36 (UTC) by nkeck72)
It appears that this package is set to a compatibility level in
CMakeLists.txt
that cmake no longer supports:Unless
CMakeLists.txt
is written with explicit behavior that is only supported below version 3.5, it might be a good idea to patch thecmake_minimum_required
line to report 3.5 or higher. I realize this is an upstream problem but it's easily patched in the meantime until they get their sources fixed.AquilaIrreale commented on 2024-12-29 22:36 (UTC)
@ccorn Thank you, fixed.
ccorn commented on 2024-12-29 21:20 (UTC)
The current CADO-NFS git snapshot needs
depends+=(python-flask python-requests)
.AquilaIrreale commented on 2024-04-04 17:42 (UTC)
@Robin_Jadoul patch wiggled, thank you for your report
Robin_Jadoul commented on 2024-03-29 14:01 (UTC)
fmt.patch doesn't apply anymore. Regenerating it by manually commenting out the line and saving the resulting git diff seems to make everything work fine again.
AquilaIrreale commented on 2022-10-06 18:21 (UTC) (edited on 2022-10-06 18:22 (UTC) by AquilaIrreale)
@gilcu3 the
[
was not extra (it is a special character to be escaped) but apparently, depending on thesed
implementation, when present inside a character class it has to be at the very end of it; fixed.Regarding the
strip
option, if that's the case then we'll have to keep thesed
and-ffile-prefix-map
in as you proposed.gilcu3 commented on 2022-10-05 07:17 (UTC) (edited on 2022-10-05 07:18 (UTC) by gilcu3)
@AquilaIrreale in the last version there is an extra character in the
sed
command line 70 (one extra '[') which breaks the packaging.Regarding fixing the commit hash, yes I only had it because at some point building was not working in the last commit, must have been fixed already.
Regarding the strip option, yes I get
==> WARNING: Package contains reference to $srcdir
even with the option on.1 2 3 4 Next › Last »