[sage-devel] Re: Spurious(?) ValueErrors when plotting on a loglog scale

2014-04-26 Thread kcrisman
On Saturday, April 26, 2014 6:17:00 PM UTC-4, Michael Orlitzky wrote: > > If we try to plot some values in sage on a loglog scale where there will > be fewer than 2 ticks on the (say) x-axis, it throws a ValueError: > > ValueError: Either expand the range of the independent variable to > a

[sage-devel] Spurious(?) ValueErrors when plotting on a loglog scale

2014-04-26 Thread Michael Orlitzky
If we try to plot some values in sage on a loglog scale where there will be fewer than 2 ticks on the (say) x-axis, it throws a ValueError: ValueError: Either expand the range of the independent variable to allow two different integer powers of your `base`, or change your `base` to a smaller

[sage-devel] Re: dot2tex

2014-04-26 Thread John H Palmieri
On Saturday, April 26, 2014 11:31:43 AM UTC-7, slabbe wrote: > > >One issue that is bugging me >>isA https://github.com/kjellmf/dot2tex/issues/13 >>(https://code.google.com/p/dot2tex/issues/detail?id=32) >> >I'm not able to reproduce the issue with \verb in the current >> deve

[sage-devel] Re: Error: environment variable $HOME is not set.

2014-04-26 Thread leif
P Purkayastha wrote: On 01/28/2014 09:41 PM, Jeremy McFarland wrote: Hello, I am very impressed with sage, and would love to use it on my Ubuntu server. I attempted to install sagecell, but that was a huge mess and I gave up. I do not want to make calls to another system outside my network, so

[sage-devel] Re: Error: environment variable $HOME is not set.

2014-04-26 Thread F. Javier Marquez
did you ever resolve this? i am facing the same problem. thx jm On Tuesday, January 28, 2014 5:41:57 AM UTC-8, Jeremy McFarland wrote: > > Hello, > > I am very impressed with sage, and would love to use it on my Ubuntu > server. I attempted to install sagecell, but that was a huge mess and I >

[sage-devel] Re: dot2tex

2014-04-26 Thread Sébastien Labbé
>One issue that is bugging me >isA https://github.com/kjellmf/dot2tex/issues/13 >(https://code.google.com/p/dot2tex/issues/detail?id=32) > I'm not able to reproduce the issue with \verb in the current > development >version. I may have fixed it or things may have changed i

[sage-devel] Re: problem with configure-23 on 6.2.rc0

2014-04-26 Thread Keith Clawson
Okay, I fixed the permissions and successfully downloaded the file. -Keith On Saturday, April 26, 2014 9:52:51 AM UTC-7, Volker Braun wrote: > > files are there but with incorrect permissions (not readable by the web > server) > > > > > > On Saturday, April 26, 2014 4:55:47 PM UTC+1, Keith Claws

[sage-devel] Re: problem with configure-23 on 6.2.rc0

2014-04-26 Thread Volker Braun
files are there but with incorrect permissions (not readable by the web server) On Saturday, April 26, 2014 4:55:47 PM UTC+1, Keith Clawson wrote: > > I updated the files on the new server, so now all of the latest > configure-*.tar.gz files should all be available. > > -Keith > > On Saturda

[sage-devel] Re: UniqueRepresentation and cached_method don't mix

2014-04-26 Thread Volker Braun
On Saturday, April 26, 2014 5:10:28 PM UTC+1, Nils Bruin wrote: > > class NumberField(...): > > @cached_method > def class_group(self): > > G = AbelianGroup() > return G > Just split it into the cached computation of the invariants and the uncached constr

[sage-devel] Re: problem with configure-23 on 6.2.rc0

2014-04-26 Thread Simon King
Hi Keith, On 2014-04-26, Simon King wrote: > ... > curl: (22) The requested URL returned error: 403 Forbidden > Error: downloading configure-23.tar.gz failed > make: *** [configure] Fehler 1 That's to say, the error changed from "404 Not Found" to "403 Forbidden". I think it's a progress, but...

[sage-devel] Re: UniqueRepresentation and cached_method don't mix

2014-04-26 Thread Nils Bruin
On Saturday, April 26, 2014 3:22:30 AM UTC-7, Volker Braun wrote: > And @cached_method returning a UniqueRepresentation is never good, its at > best double caching (even if the memory leak were fixed elsewhere). > That is not true in the full generality in which you state it. For instance on a

[sage-devel] Re: problem with configure-23 on 6.2.rc0

2014-04-26 Thread Simon King
Hi Keith, On 2014-04-26, Keith Clawson wrote: > I updated the files on the new server, so now all of the latest > configure-*.tar.gz files should all be available. There is still an error. "make" results in the following: ./bootstrap -d make[1]: Entering directory `/home/king/Sage/git/sage' rm

[sage-devel] Re: problem with configure-23 on 6.2.rc0

2014-04-26 Thread Keith Clawson
I updated the files on the new server, so now all of the latest configure-*.tar.gz files should all be available. -Keith On Saturday, April 26, 2014 3:36:27 AM UTC-7, Harald Schilly wrote: > > On Sat, Apr 26, 2014 at 12:33 PM, Volker Braun > > > wrote: > > Harald: do you know whats going on?

Re: [sage-devel] Re: documentation broken on 6.2.rc0

2014-04-26 Thread John Cremona
I can confirm that if I run from src/sage then I get the error too. John On 26 April 2014 11:45, Volker Braun wrote: > You are in the SAGE_ROOT/src/sage directory. Because there is a "doctest" > directory it gets imported. Really a bug in sphinx, it shouldn't refer to > the doctest module befor

[sage-devel] Re: Difficulty with Galois group

2014-04-26 Thread Dima Pasechnik
On 2014-04-25, Kannappan Sampath wrote: > Thanks, Dima! That is a nice suggestion! Probably, there should be a > default wrapper for this... but until then, I shall use this trickery... this is now http://trac.sagemath.org/ticket/16243 (no code yet, but I'll try finishing it quickly) Dima > >

[sage-devel] Re: moved main sagemath.org site from boxen to vm

2014-04-26 Thread Volker Braun
Ah, that probably explains https://groups.google.com/d/msg/sage-devel/VYKd5khIrhU/-oaeGkguOvkJ How am I supposed to access the web server files now? Is it on a shared filesystem with boxen? On Friday, April 25, 2014 10:05:12 PM UTC+1, Keith Clawson wrote: > > Hi, > > I just moved www.sagemat

[sage-devel] Re: documentation broken on 6.2.rc0

2014-04-26 Thread Volker Braun
You are in the SAGE_ROOT/src/sage directory. Because there is a "doctest" directory it gets imported. Really a bug in sphinx, it shouldn't refer to the doctest module before the sphinx.ext.doctest module is finished importing. On Friday, April 25, 2014 9:11:27 PM UTC+1, vdelecroix wrote: > > H

[sage-devel] Re: problem with configure-23 on 6.2.rc0

2014-04-26 Thread Harald Schilly
On Sat, Apr 26, 2014 at 12:33 PM, Volker Braun wrote: > Harald: do you know whats going on? Sorry, no idea. What's currently happening is that the website moves to a new location. So, once it's over there I'll look into this. Harald -- You received this message because you are subscribed to th

[sage-devel] Re: problem with configure-23 on 6.2.rc0

2014-04-26 Thread Volker Braun
True, http://www.sagemath.org/packages/upstream/configure/ stops at configure-16.tar.gz Harald: do you know whats going on? I did copy the remaining confballs in the right directory and ran the ~/mirror script. The following file exists: /home/sagemath/www-files/spkg/upstream/configure/configur

[sage-devel] Re: UniqueRepresentation and cached_method don't mix

2014-04-26 Thread Volker Braun
On Friday, April 25, 2014 8:03:58 PM UTC+1, Nils Bruin wrote: > > the aging of the cache would introduce yet another dependency on history > in computations and hence make buggy behaviour harder to reproduce > But it also gives us a crank to turn, by making the lru cache smaller you'll most like

[sage-devel] problem with configure-23 on 6.2.rc0

2014-04-26 Thread Thierry
Hi, trying to build Sage from a fresh 6.2.rc0 (+ ticket 16232), i fall into the following problem: thierry@builder:/opt/sagemath/sage-6.2.rc0$ make mkdir -p logs ./bootstrap -d make[1]: entrant dans le répertoire « /opt/sagemath/sage-6.2.rc0 » rm -rf config configure build/Makefile-auto.in make[1