On Monday, 20 May 2013 22:36:58 UTC+8, William wrote:
On Mon, May 20, 2013 at 2:06 AM, Dima Pasechnik
dim...@gmail.comjavascript:
wrote:
M2 spkg in Sage is so old (ver 1.1, as opposed to just released 1.6:
https://github.com/Macaulay2/M2/tree/release-1.6)
that it's better to
M2 spkg in Sage is so old (ver 1.1, as opposed to just released 1.6:
https://github.com/Macaulay2/M2/tree/release-1.6)
that it's better to completely remove it from the repo...
Just in case, I tried building version 1.6 inside the Sage 5.9 shell, and
it didn't work due to some GMP
sage-on-gentoo folks have Macaulay2-1.6 working with sage-5.9 fine. So
i wonder why compilation fails inside sage-5.9.
On 20 mayo, 11:06, Dima Pasechnik dimp...@gmail.com wrote:
M2 spkg in Sage is so old (ver 1.1, as opposed to just released
Macaulay2 in Fedora also works perfectly fine with Sage. Its just that the
M2 spkg has bitrotted to the point where its useless. And Macaulay2 has a
long list of dependencies that we don't carry, so its not just a case of
packaging a newer release.
On Monday, May 20, 2013 2:29:42 PM UTC+1,
On Mon, May 20, 2013 at 2:06 AM, Dima Pasechnik dimp...@gmail.com wrote:
M2 spkg in Sage is so old (ver 1.1, as opposed to just released 1.6:
https://github.com/Macaulay2/M2/tree/release-1.6)
that it's better to completely remove it from the repo...
Just in case, I tried building version 1.6
For the record: Its
yum install Macaulay2
on Fedora.
On Monday, May 20, 2013 3:36:58 PM UTC+1, William wrote:
wget
http://www.math.uiuc.edu/Macaulay2/Downloads/Common/Macaulay2-1.6-common.deb
wget
So, should we remove the M2 package?
I think it is definitely better to not have it, and let the user
install his own copy of M2, than to have a package that does not work.
--
You received this message because you are subscribed to the Google Groups
sage-devel group.
To unsubscribe from this
mmarco wrote:
sage-on-gentoo folks have Macaulay2-1.6 working with sage-5.9 fine. So
i wonder why compilation fails inside sage-5.9.
They presumably build it against GMP rather than MPIR.
The *_ux() and *_sx() functions are an extension specific to MPIR AFAIK.
-leif
On 20 mayo, 11:06,
Hell !!
So, should we remove the M2 package?
I think it is definitely better to not have it, and let the user
install his own copy of M2, than to have a package that does not work.
I totally agree with that. We had an argument about the Graphviz spkg on
#13624 about the very same
Hi William,
I tried to fix the bug and provided a patch at
http://trac.sagemath.org/sage_trac/attachment/ticket/14587/
However, I cannot test it as the M2 experimental package won't build (on my
machine).
On Tuesday 14 May 2013, William Stein wrote:
Hi,
I actually tried to use
10 matches
Mail list logo