Math software for algebra, geometry, number theory, cryptography, and numerical computation.
In the science overlay is this ebuild for the installation of the _binary_ Sage package. See http://bugs.gentoo.org/show_bug.cgi?id=201321 for an attempt at the source based ebuild. The Sage system I found to be a horrendously entwined set of packages that I must admit I gave up on trying to figure out and this _binary_ package Sage ebuild should be considered a punt. It is a huge download and includes local versions of many packages that are likely already installed.
Why would it be in sci-geoscience and not sci-math ?
Because I made a mistake. Lucky it was only in the 'Summary' line. It is actually in sci-mathematics in the science overlay. Thanks.
The tarball disappeared: >>> Downloading 'http://sagemath.org/bin/linux/32bit/sage-3.1.2-redhat5-i686-32bit-intel-i686-Linux.tar.gz' --2008-11-05 22:17:14-- http://sagemath.org/bin/linux/32bit/sage-3.1.2-redhat5-i686-32bit-intel-i686-Linux.tar.gz Resolving sagemath.org... 128.208.160.192 Connecting to sagemath.org|128.208.160.192|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2008-11-05 22:17:14 ERROR 404: Not Found.
Thanks Michael. Fixed in repository. Version 3.1.2 no longer was available for download. Updated to version 3.1.4. Kindest regards Tim
Don't forget to ebuild sage-bin-3.1.4.ebuild manifest!
Sorry, fixed.
The sage people release often (which is bazaarish and good), but how should we react on this ? Sage should definitely be in Gentoo in some way or the other. Can we live with the huge bundled package and stabelize say every second major version, or is having a lot of software double on your system enough to have it masked forever ?
Good question. I looked at the source based ebuild and Sage doesn't make it easy to do it in a Gentoo way. I put this binary ebuild together in interest of speed. For source based ebuild: We should really ask and/or help the Sage group to split out their software into components. For binary ebuild: The Sage group doesn't keep old versions, so we could ask them to keep at least the last version? Or copy older versions onto a Gentoo mirror? Also, some of the binary ebuilds don't work, for example, I wasn't able to find a 64-bit version that worked on Gentoo. No good answers, but the best solution would be if the Sage group would split out Sage into components.
If we could get them to organize the build into components, that would obviously be the best idea. I think the problem is that they manually patch a bunch of the software that is included in the giant binary package. The first step would be to come up with a way to allow them to utilize the existing (i.e. already installed) libraries in a way that doesn't involve patching them. I'm not sure how hard this would be; it depends on the extent to which the functionality is patched. I personally wouldn't mind the giant package every month or so since it's so much less effort. Maybe in the meantime we could just keep bugging the SAGE devs to do new development in a more modular way?
You (In reply to comment #10) > If we could get them to organize the build into components, that would > obviously be the best idea. I think the problem is that they manually patch a > bunch of the software that is included in the giant binary package. You should contact Francois Bissey (e.g. see bug #232014), he started such an effort in the science overlay.
It looks like Francois Bissey is handling some of the dependencies, but the main problem is the entire list (http://sagemath.org/doc/inst/intro.html) is all included. Sage includes it's own version of Python! In order for there to be a clean source based ebuild for Sage the Sage programmers would need to separate out what Sage is from the dependencies. Kindest regards, Tim
sage 3.2.3 is out now (and at least I am not able to download the current sage ebuild for 3.1.4 anymore)
however, I don't think that it would be too problematic to write an ebuild. The reason for this is, that sage is mostly a collection of already available open source programs. Someone, who needs the parts only just should not download sage, but e.g. maxima, or gnuplot and so on separately. People who want to install sage are always interested in a complete system. The manual says that for compiling sage, you need http://www.sagemath.org/download-source.html # extract archive # Start compiling: make # Run Sage: ./sage # Upgrade to newer version later: ./sage -upgrade I don't think that this would be difficult for portage to handle. The result would be a system customized for the own processor, which is interesting, especially for computations that take longer....
Any news? sage-bin form science-overlay still fails. >>> Emerging (1 of 1) sci-mathematics/sage-bin-3.1.4 from science >>> Downloading 'http://distfiles.gentoo.org/distfiles/sage-3.1.4-rhel5-32bitIntelXeon-i686-Linux.tar.gz' --2009-04-24 14:02:34-- http://distfiles.gentoo.org/distfiles/sage-3.1.4-rhel5-32bitIntelXeon-i686-Linux.tar.gz Connecting to 10.101.10.254:3128... connected. Proxy request sent, awaiting response... 404 Not Found 2009-04-24 14:02:35 ERROR 404: Not Found. >>> Downloading 'http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/sage-3.1.4-rhel5-32bitIntelXeon-i686-Linux.tar.gz' --2009-04-24 14:02:35-- http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/sage-3.1.4-rhel5-32bitIntelXeon-i686-Linux.tar.gz Connecting to 10.101.10.254:3128... connected. Proxy request sent, awaiting response... 404 Not Found 2009-04-24 14:02:35 ERROR 404: Not Found. >>> Downloading 'http://sagemath.org/bin/linux/32bit/sage-3.1.4-rhel5-32bitIntelXeon-i686-Linux.tar.gz' --2009-04-24 14:02:35-- http://sagemath.org/bin/linux/32bit/sage-3.1.4-rhel5-32bitIntelXeon-i686-Linux.tar.gz Connecting to 10.101.10.254:3128... connected. Proxy request sent, awaiting response... 404 Not Found 2009-04-24 14:02:36 ERROR 404: Not Found.
Does anyone else want to pick this up? After beginner's luck success, the wily Sage developers have made it increasingly difficult/impossible. What I was doing was trying each rpm binary until I found one that worked - and I was never able to use 64-bit. This would work for one release and not work for the next. Even though it pains me I might try to work up a source-based ebuild that does things the Sage way, rather than the gentoo way (http://bugs.gentoo.org/show_bug.cgi?id=201321) because the wily Sage developers make the gentoo way nearly impossible also.
I deleted sage-bin from the science overlay. It was VERY old and I couldn't figure a way to keep up with Sage development.
