An ebuild for sympow: "a package to compute special values of symmetric power elliptic curve L-functions". This is sage dependency. Package has some obvious problems that I need to address with upstream: *versioning of source. *data location. The program needs to compute data and store them, in a fixed location. Not a problem if you install it as a user. Here I had to make a folder world writable under /usr/lib/sympow - bad. Patching to store data in ~/.sympow by myself proved to be a bridge too far as the code style looks like an entry to C obfuscated contest. Reproducible: Always
Created attachment 159225 [details] ebuild for sympow
Created attachment 159227 [details] shell script to call sympy in the right location.
Here are some comments for the ebuild: >KEYWORDS="~x86 ~ppc ~amd64 ~ppc64" Use only architectures where you can test them. >S="${WORKDIR}/SYMPOW-1.019" Use ${PV} instead of 1.019 >src_install() { > dodir "/usr/lib/${PN}" Use /usr/$(get_libdir) (you need to inherit multilib) > cd "${S}" Don't need it > cp sympow "${D}/usr/lib/${PN}/" > cp new_data "${D}/usr/lib/${PN}/" > cp *.gp "${D}/usr/lib/${PN}/" > cp -r datafiles "${D}/usr/lib/${PN}/" > chmod 0777 "${D}/usr/lib/${PN}/datafiles/" > chmod 0666 "${D}/usr/lib/${PN}/datafiles/param_data" Use doins, dolib, insinto...
In sage-on-gentoo overlay
I'm going to try to package the fork instead. First I'll have to figure out what to do about that weird license.
Note that the current version in sage-on-gentoo (and likely in vanilla sage) is suffering badly with gcc-10. Multiple failures because of -fno-common. Would be good if the fork could deal with that too.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fccf8fbb4fe4f89eb3fdfdc92680a9027b3a978a commit fccf8fbb4fe4f89eb3fdfdc92680a9027b3a978a Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2020-05-16 11:02:32 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2020-05-18 00:57:49 +0000 sci-mathematics/sympow: new package for symmetric power L-functions. This is an actively-maintained fork of Mark Watkins's original sympow package (that is now impossible to find) by Debian's Jérôme Benoit. Sympow is a dependency of SageMath, and SageMath will soon be able to use the system's copy of sympow. Having this in Gentoo therefore avoids pointless rebuilds of sympow for Gentoo users of SageMath. Closes: https://bugs.gentoo.org/230449 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> sci-mathematics/sympow/Manifest | 1 + .../files/sympow-2.023.6-dont-force-O3.patch | 53 ++++++++++++++++++++++ ...ow-2.023.6-no-pkgdatafilesbindir-warnings.patch | 45 ++++++++++++++++++ sci-mathematics/sympow/metadata.xml | 24 ++++++++++ sci-mathematics/sympow/sympow-2.023.6.ebuild | 45 ++++++++++++++++++ 5 files changed, 168 insertions(+) Additionally, it has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9b91b618001ea77952cbd35ffbb7a9719539e09f commit 9b91b618001ea77952cbd35ffbb7a9719539e09f Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2020-05-15 14:22:03 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2020-05-18 00:57:48 +0000 profiles: add Sympow-BSD to the MISC-FREE license group. Bug: https://bugs.gentoo.org/230449 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> profiles/license_groups | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6ac655eec0a6b2bcd3bdcf29ef3cc0df6ebabdf9 commit 6ac655eec0a6b2bcd3bdcf29ef3cc0df6ebabdf9 Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2020-05-15 14:19:49 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2020-05-18 00:57:48 +0000 licenses: new Sympow-BSD license. Add the license used by the forthcoming sci-mathematics/sympow package, a modified BSD-2 with an additional clause. Bug: https://bugs.gentoo.org/230449 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> licenses/Sympow-BSD | 29 +++++++++++++++++++++++++++++ 1 file changed, 29 insertions(+)
(In reply to François Bissey from comment #6) > Note that the current version in sage-on-gentoo (and likely in vanilla sage) > is suffering badly with gcc-10. Multiple failures because of -fno-common. > Would be good if the fork could deal with that too. I think they already fixed it. I haven't gone digging through the commit history, but it builds with CFLAGS="-fno-common" on my gcc-9.x.
Thanks, I'll check. And then I'll purge one of the foulest packages out from the sage-on-gentoo overlay. Can't wait to give the other one (jmol) the cold shoulder.
(In reply to François Bissey from comment #9) > Thanks, I'll check. And then I'll purge one of the foulest packages out from > the sage-on-gentoo overlay. Can't wait to give the other one (jmol) the cold > shoulder. I give it the gcc-10 ready sticker :)