[sage-devel] starting SAGE

After using Dr Cleaner my Mac O SX 10.9 lost the ability to start Sage. I get the following message: Error: SAGE_ROOT is set to a bad value: SAGE_ROOT=/Applications/sage You must correct it or erase it and run this script from the SAGE_ROOT or SAGE_ROOT/local/local/bin directory.

[sage-devel] a .zip file in upstream/?

Hello everybody, I have an optional package to update, and the upstream releases it in a .zip file. Is there anything preventing us from accepting them? It seems that the code assumes a *.tar* pattern for the filename, and so that I would have to turn the official .zip into a .tar.gz. Nathann

[sage-devel] Re: starting SAGE

On Tuesday, 27 October 2015 03:08:28 UTC-7, enri...@mib.infn.it wrote: > > >After using Dr Cleaner my Mac O SX 10.9 lost the ability to start Sage. > Can you reinstall Sage and try again? Nobody knows for sure what all these "Cleaner" apps do to computers - IMHO half of them infect them

[sage-devel] Re: a .zip file in upstream/?

we had such a discussion before here, and the conclusion was that it's possible, and one can use Python's zip library for unzipping. Not that it was followed through, IMHO On Tuesday, 27 October 2015 02:55:55 UTC-7, Nathann Cohen wrote: > > Hello everybody, > > I have an optional package to

Re: [sage-devel] Re: a .zip file in upstream/?

Step 1: sage -unzip. http://trac.sagemath.org/ticket/19484 Let's see if one can fight a headache with sage scripts and pumpkin soup. Nathann On 27 October 2015 at 13:27, Nathann Cohen wrote: >> we had such a discussion before here, and the conclusion was that it's >>

[sage-devel] Legend background color

I want to change the color of the bikeshed: http://trac.sagemath.org/ticket/19485 Please limit your insults to myself and my immediate family. Seriously: is there any place (like in the notebook?) where the gray background for legends works better than white? And if not, have I found

[sage-devel] Re: a .zip file in upstream/?

> > we had such a discussion before here, and the conclusion was that it's > possible, and one can use > Python's zip library for unzipping. Not that it was followed through, IMHO > Oh I see. Well, given that I am stuck home with a flu and headache I will give it a try. See if my brain in

[sage-devel] sage called from texmacs will not start

I have SageMath Version 6.8, Release Date: 2015-07-26 installed on my computer (Ubuntu 14.04) and the latest version of TeXmacs installed from subversion. Separately, they both work fine. However when I try to start sage from TeXmacs I get the message python: can't open file '‘which':

[sage-devel] Default Graph data structure ( complexity of .has_edge() and memory )

Hello everybody, I have nothing planned yet, but these days I often think of the different data structures available for graphs (and digraphs) in Sage. Currently, Sage's default data structure is optimized for a fast "edge test" detection (log n). This is good for some applications, and bad for

Re: [sage-devel] Re: a .zip file in upstream/?

> Step 1: sage -unzip. > http://trac.sagemath.org/ticket/19484 Step 2 is there: http://trac.sagemath.org/ticket/19487 Now we can have .zip tarballs. Well, there will be a review first. > Let's see if one can fight a headache with sage scripts and pumpkin soup. No. But I don't give up, there is

[sage-devel] errno 2 on server only due to missing jmol files

Hi all, When doing sage: sphere() in the notebook in our local server when testing Sage 6.9, I get RichReprWarning: Exception in _rich_repr_ while displaying object: [Errno 2] No such file or directory RichReprWarning, Looking at the code here, this suggests that def

[sage-devel] Re: sage called from texmacs will not start

do you have 'which' installed? E.g. at the shell prompt one can try something like $ which tar and get /bin/tar (or nothing, if you don't have tar) On Tuesday, 27 October 2015 08:29:52 UTC-7, Alkis Akritas wrote: > > I have SageMath Version 6.8, Release Date: 2015-07-26 installed on my >

[sage-devel] Re: sage called from texmacs will not start

I had this problem too... To avoid it I compiled svn sagemath : But You get another problem... If it is svn ! Then my solution is to compile texmacs 1.99.2 which works well. Adrian who works on the plugin is very busy at the moment and as soon as he can he will do it. I compiled this way : get

[sage-devel] Re: sage-6.9 test error in r-3.2.2.p0

On Monday, October 26, 2015 at 5:14:56 PM UTC-7, Brian Flaherty wrote: > > > - if I remove ncurses package and directory containing patches from safe > directory tree, I assume compilation will just try to use system ncurses. > This is analogous to deleting the one library as suggested? > > FYI,

[sage-devel] Working directories for interfaces

I have ran import subprocess print subprocess.check_output("pwd") print r.eval("system('pwd')") print subprocess.check_output("pwd") in SageNB, SageMathCell, and SageMathCloud. The result always is: the middle one gives a different directory for R than the other two for Sage (OK, in the cloud

[sage-devel] Re: Working directories for interfaces

Things get even more interesting when adding print r.path() which is different from the other two in SageNB. For cells and clouds, perhaps the issue is in forking from already started processes? Although my impression was that all pexpect interfaces are closed in this case and will be

[sage-devel] Re: Default Graph data structure ( complexity of .has_edge() and memory )

As a matroid theorist I care about creating millions and millions of small graphs (10 vertices is already a LOT). I don't modify them once they're ready, but graph modification can be helpful in creating a copy of the graph with an edge contracted, with an edge deleted, or with a vertex

[sage-devel] Re: Default Graph data structure ( complexity of .has_edge() and memory )

On Tuesday, October 27, 2015 at 10:57:28 PM UTC-5, Stefan wrote: > > As a matroid theorist I care about creating millions and millions of small > graphs (10 vertices is already a LOT). I don't modify them once they're > ready, but graph modification can be helpful in creating a copy of the >

[sage-devel] Re: sage-6.9 test error in r-3.2.2.p0

On Monday, October 26, 2015 at 3:19:45 PM UTC-7, Volker Braun wrote: > > You can try to delete /home/bxf4/src/sage-6.9/local/lib/libtinfo.so.5 and > run "make" again, but no guarantees. > This does seem to have worked. Thank you! -- You received this message because you are subscribed to the