<div dir="ltr">The Sage website offers a number of binaries for Linux that can be installed under Slackware without any problems. With a bit of care, they can be installed anywhere, and be made available to anyone. At least, as far as I can tell - I can't discard the possibility of Sage complaining once you start making a heavy use of it. <div><br></div><div>The point is, why is a Sage package being kept in Slackbuilds, if it is known to lead to a nonworking installation? It's worse than not having it there at all - were it not part of the Slackbuilds packages, one would at least waste no time running the Slackbuilds build and install script, which, as anybody who has tried can attest, takes a good many hours and lots of disk space. If, because the Sage packaging/development team are a bunch of dicks, a Slackbuilds package can't be properly built, shouldn't the latter be removed, until such time that the issue is fixed? </div><div><br></div><div>In the meantime, one could use an approach based on the Linux binaries mentioned above; I believe that is solution #1 as proposed. No patching seems to be necessary though - just unpack it in the directory where it is supposed to be installed, run it once as root, in order for it to set the environment correctly, change ownership/permissions of the unpacked tree, as necessary, and create a relevant soft link to /usr/bin. With this, it does not seem terribly difficult to end up with a working Slackware package for Sage, and a similar approach is already taken in Slackbuilds for other software, like LibreOffice or Chromium. I agree that it is preferable to able to build it for your target system, but only if things work properly in the end.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 25, 2018 at 12:02 PM, Didier Spaier <span dir="ltr"><<a href="mailto:didier@slint.fr" target="_blank">didier@slint.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
Le 25/02/2018 à 17:44, JCA a écrit :<br>
<snip><br>
<span class="">>    When trying to use it, this is what I am getting:<br>
><br>
> $ sage<br>
> ******************************<wbr>******************************<wbr>************<br>
> It seems that you are attempting to run Sage from an unpacked source<br>
> tarball, but you have not compiled it yet (or maybe the build has not<br>
> finished). You should run `make` in the Sage root directory first.<br>
> If you did not intend to build Sage from source, you should download<br>
> a binary tarball instead. Read README.txt for more information.<br>
> ******************************<wbr>******************************<wbr>************<br>
><br>
>    This in a freshly installed 14.2 system, with 24G RAM and 1TB disk space. The compilation was completed normally, ending up with 13GB worth of files in /tmp/SBo, and more than 5GB in /opt/sage.<br>
><br>
>    What have I done wrong? If nothing, is there any point in keeping Sage in Slackbuilds? Even in a beefy system, compiling Sage takes a several hours - and ending up with lots of GBs eaten up in your hard drive and a nonfunctional application is frustrating.<br>
><br>
<br>
</span>As it happens I have compiled (but not pacakaged) sage-8.1 15 days ago, just to check for a bind friend where the pdf were stored when e.g. drawing a sphere.<br>
<br>
I just unpacked  a git archive then ran:<br>
<br>
tar xf sage-8.1.tar.gz<br>
cd sage-8.1<br>
./configure | tee /tmp/config.LOG<br>
time make 2>/tmp/sageERR |tee /tmp/sageLOG<br>
<br>
I attach config.LOG but not sageLOG, too heavy (25M), but here is hw it ends:<br>
<br>
>Testing that Sage starts...<br>
>[2018-02-06 23:26:22] SageMath version 8.1, Release Date: 2017-12-07<br>
>This looks like the first time you are running Sage.<br>
>Cleaning up, do not interrupt this.<br>
>Done cleaning.<br>
>Yes, Sage starts.<br>
>make[2] : on quitte le répertoire « /tmp/sage-8.1/build/make »<br>
>make[1] : on quitte le répertoire « /tmp/sage-8.1/build/make »<br>
><br>
>real   257m49.177s<br>
>user   262m42.133s<br>
>sys    11m29.261s<br>
>Sage build/upgrade complete!<br>
><br>
>To install small scripts to directly run Sage's versions of GAP,<br>
>the PARI/GP interpreter, Maxima, or Singular etc. (by typing e.g.<br>
>just 'gap' or 'gp') into a standard 'bin' directory, start Sage<br>
>by typing 'sage' (or './sage') and enter something like<br>
><br>
>    install_scripts('/usr/local/<wbr>bin')<br>
><br>
>at the Sage command prompt ('sage:').<br>
<br>
My laptop didn't burn this time...<br>
<br>
didier[/tmp]$ du -sh sage-8.1/<br>
7,7G    sage-8.1/<br>
<br>
It worked here, that's all I know.<br>
<span class="HOEnZb"><font color="#888888"><br>
Didier<br>
</font></span><br>______________________________<wbr>_________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.<wbr>org</a><br>
<a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/<wbr>mailman/listinfo/slackbuilds-<wbr>users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/<wbr>pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
<br></blockquote></div><br></div>