Package Details: macaulay2 19030.995c6fd8c-1

Git Clone URL: https://aur.archlinux.org/macaulay2.git (read-only, click to copy)
Package Base: macaulay2
Description: Software system for algebraic geometry and commutative algebra
Upstream URL: http://www.math.uiuc.edu/Macaulay2/
Licenses: GPL
Submitter: remyoudompheng
Maintainer: ConnorBehan
Last Packager: ConnorBehan
Votes: 6
Popularity: 0.31
First Submitted: 2009-04-09 17:09 (UTC)
Last Updated: 2024-04-04 17:04 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

ConnorBehan commented on 2020-10-21 02:34 (UTC)

Are you saying this happens with the latest commit because it used to work? If you know a good and bad commit, that should be reported upstream.

Dylan14 commented on 2020-10-21 01:30 (UTC)

With the latest git commit of Macaulay2 there is an error when it gets to building TAGS:

make[2]: *** No rule to make target '../editors/emacs/make-M2-emacs-help.m2', needed by 'TAGS'. Stop.

There doesn't appear to be an option in the makefile or the configure script to disable making it to allow compilation to succeed. This occurs regardless if the package is built manually with makepkg or if an AUR helper is used.

DonkoXI commented on 2020-09-01 06:58 (UTC)

Hello,

It seems the PKGBUILD needs a few modifications.

The packages eigen, boost, and cblas need to be added to the depends list. The build fails without them. Both eigen and boost are specified in the official INSTALL documentation under Arch Linux. While lapack should provide cblas, I consistently get an error when cblas isn't listed explicitly as a dependency when building in a clean chroot.

Also, Macaulay2/packages/Macaulay2Doc/test/Makefile.test.in does not exist in the source code anymore, and so line 35 of the PKGBUILD causes a build error (there is a file of the same name now located in Macaulay2/tests, but I am not familiar enough with the project source code to speak to their relationship).

DanGrayson commented on 2020-07-13 09:49 (UTC)

Good. It shouldn't take any special flags. The way I always build is by running "make" in M2/BUILD/dan, so you can see what that would give to "configure" with "make -n configure" there.

We're on a 6 month release schedule, May 15 and November 15. This time we're a bit late. So that would be a good time for the Arch distribution to get updated.

If you give me an email address, I could add it to my private M2 mailing list, and you would get notified. There might be a few other notifications about conferences and workshops, but those are infrequent. We also announce releases at https://groups.google.com/forum/#!forum/macaulay2

ConnorBehan commented on 2020-07-13 00:15 (UTC) (edited on 2020-07-13 00:15 (UTC) by ConnorBehan)

Hi Dan,

Thanks for all the work. That sounds like it will make building easier. I don't use M2 very much these days but the package should of course be updated whenever the changes are significant. So I will start looking into it next week and any suggestions about what flags to use would be most welcome.

DanGrayson commented on 2020-07-11 21:49 (UTC)

Dear Connor,

Thank you for putting Macaulay2 into Arch.

I've been preparing our version 1.16 release and will probably announce it in a day or two. Today I built it successfully under Arch with just a few changes. Since version 1.15, we have stopped insisting on using our own patched version of mpir, and can link either with mpir or gmp, as desired, so there will a lot less bundling required.

Perhaps we can coordinate efforts in bringing the next release out.

pbanks commented on 2019-06-05 13:21 (UTC)

When compiling, I got the following error:

/usr/bin/ld: _ZN3NTL8GF2EInfoE: TLS reference in /usr/local/lib/libfactory.so mismatches non-TLS definition in /home/peter/.cache/aurman/macaulay2/src/M2/M2/usr-host/lib/libntl.a(GF2E.o) section .bss
/usr/bin/ld: /home/peter/.cache/aurman/macaulay2/src/M2/M2/usr-host/lib/libntl.a: error adding symbols: bad value
collect2: error: ld returned 1 exit status

I fixed this by removing the libraries libntl.a and libfactory.a from the usr-host directory and linking against the system copy of libntl. This then caused an issue with the version of libfactory.so provided by singular-factory. As a workaround, I added --enable-streamio to the arguments passed to configure in the singular-factory PKGBUILD, then rebuilt both packages.

onecan commented on 2019-05-20 00:11 (UTC) (edited on 2019-05-20 00:12 (UTC) by onecan)

I think that yasm is needed as a build dependency and cblas is needed as a dependency. Also, when one tries to install the fully built package with pacman -U, it seems to be trying to install a version of fflas-ffpack in the build directory. Thank your work maintaining this package.

pablo1 commented on 2019-05-07 16:06 (UTC)

Please add readline7 as dependency, it fails to build without it.

petRUShka commented on 2019-02-24 09:31 (UTC) (edited on 2019-02-24 09:31 (UTC) by petRUShka)

Is it necessary to have singular-factory as dependency?

Because singular from community and singular-factory are in conflict. It seems like factory is included in singular package.

But sagemath depends on singular so it in current dependency relationship it is impossible to have sagemath (or other package dependent on singular) and macaulay2 simultaneously.

Conflict:

...
singular-factory: /usr/share/factory/gftables/729 exists in filesystem (owned by singular)
singular-factory: /usr/share/factory/gftables/7921 exists in filesystem (owned by singular)
singular-factory: /usr/share/factory/gftables/8 exists in filesystem (owned by singular)
singular-factory: /usr/share/factory/gftables/81 exists in filesystem (owned by singular)
...

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »