-
-
Notifications
You must be signed in to change notification settings - Fork 472
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
archlinux: Add missing system packages (arch.txt), add arch section to installation manual, fix detection of system packages #29366
Comments
comment:3
Attachment: config.log not sure there is much on Sage's side that can be done - apart from keeping correct lists of packages to install. |
comment:4
Indeed, I would like to be sure that it is not on Sage side and have an up to date developer manual for the relevant packages. |
Attachment: configure-output.log |
comment:5
In case you haven't seen it yet: the system package lists in the developer's manual are now autogenerated. But adding some Arch specific instructions would be a useful addition |
comment:6
Installation manual, that is |
comment:7
Well, config.log is clear enough on e.g. what's missing w.r.t. Pari:
|
comment:8
Nothing to fix on Arch side either - givaro is not used because you have an older version on /usr/local which is detected first, and pari is not used because of missing optional packages |
comment:9
Could you also take a look at the build logs at https://github.com/mkoeppe/sage/runs/518106289 please? |
comment:10
Replying to @mkoeppe:
Looks like Arch's ntl is not accepted because it is built with threads, which in turn causes all its reverse dependencies to be compiled. Other packages (fplll, ecm) are simply not installed on the build machine. |
comment:11
Replying to @antonio-rojas:
Right, this build is using #29339 - Fix NTL spkg-configure.m4 so it rejects NTLs built with NTL_THREADS
OK, this means we need to add |
comment:12
and for more of the following listed here: configure: notice: the following SPKGs did not find equivalent system packages: arb cbc cliquer cmake eclib ecm flint fplll git givaro gp2c isl lcalc libatomic_ops libsemigroups mpfi ninja_build ntl pari pari_elldata pari_galdata pari_galpol pari_nftables pari_seadata pari_seadata_small perl_term_readline_gnu yasm zeromq |
comment:13
Replying to @mkoeppe:
I believe that I was able to use Arch's NTL in builds few betas ago. |
comment:14
Replying to @dimpase:
And the distro sagemath package has been using multithreaded NTL for years with no issues whatsoever |
comment:15
Replying to @antonio-rojas:
Well, it is currently disabled as of last NTL upgrade #20590. |
comment:16
Replying to @mkoeppe:
I mean the Arch sagemath package, not sage-the-distro |
comment:17
Ah, thanks for the clarification |
comment:21
Replying to @mkoeppe:
Note that the packages After removing the pkgconfig file of givaro in New commits:
|
Commit: |
comment:22
So what are we missing in our arch.txt files? |
comment:23
I don't understand what these |
comment:24
Here is an example from
Put the equivalent of these Debian package names |
comment:25
Where is the format documented? |
Changed commit from |
Commit: |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:32
Also, both pari-seadata and pari-elldata are from AUR. |
comment:33
|
comment:34
pacman cannot install packages from AUR, they need to be built from source: (in case of these packages "building" is instant though, it just needs different commands to be run) Yes, it'd be possible to script this, so these packages need to at least be tagged somehow. |
Author: Matthias Koeppe, Vincent Delecroix |
comment:36
This is not complete but let's get it into 9.1 |
comment:37
there are replacements for so the script can first install yay, and then use it for the rest. |
comment:38
Replying to @dimpase:
Please don't. AUR is unsupported, user generated content. There's no guarantee that it couldn't be replaced with broken or even malicious content at any time. If necessary, I could move these packages to the binary repos. But I don't really see the need to check for those at build time, at least on Arch, given that they can be installed by the user at any time after Sage install. |
comment:39
well, if we recommend AUR packages, it's better if we test with them too, no? |
comment:40
Alright, packages are now in the official repos |
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
This comment has been minimized.
This comment has been minimized.
comment:43
Replying to @antonio-rojas:
Thanks very much, that's great.
Needs review. |
Reviewer: Dima Pasechnik |
comment:44
lgtm |
comment:45
Thank you! |
Changed branch from public/29366 to |
https://groups.google.com/d/msg/sage-devel/JgArPVx7dwg/gMxeB4b7AgAJ
To test:
CC: @videlec @antonio-rojas @dimpase
Component: porting
Author: Matthias Koeppe, Vincent Delecroix
Branch/Commit:
338468f
Reviewer: Dima Pasechnik
Issue created by migration from https://trac.sagemath.org/ticket/29366
The text was updated successfully, but these errors were encountered: