Re: [sage-devel] Re: R

On Thu, Nov 21, 2013 at 6:40 PM, kcrisman wrote: > > > On Thursday, November 21, 2013 3:08:44 PM UTC-5, François wrote: >> >> On Thu, 21 Nov 2013 09:54:10 Jason Grout wrote: >> > On 11/21/13 9:35 AM, kcrisman wrote: >> > > I love that the Sage cell supports it (there was a fascinating blog >> > >

Re: [sage-devel] Re: R

On Thursday, November 21, 2013 3:08:44 PM UTC-5, François wrote: > > On Thu, 21 Nov 2013 09:54:10 Jason Grout wrote: > > On 11/21/13 9:35 AM, kcrisman wrote: > > > I love that the Sage cell supports it (there was a fascinating blog > post > > > about embedding R a year or so ago), ... it woul

[sage-devel] Re: hacker news thing - mathematica on rasberry pi

Hi, The discussion there makes me wonder if we should include Raspberry Pi binaries for Sage at sagemath.org? There's [1], but something official might be better. Any thoughts? [1] http://www.raspberrypi.org/phpBB3/viewtopic.php?t=46721&p=367445 On Thu, Nov 21, 2013 at 6:22 PM, William Stein

[sage-devel] hacker news thing

Hi, I just noticed that (our) Sage is mentioned about 50 times in this Hacker New discussion today... https://news.ycombinator.com/item?id=6775330 -- William -- William Stein Professor of Mathematics University of Washington http://wstein.org -- You received this message because you are

[sage-devel] Re: Sage 5.12 fails to build Atlas, 64-bit SuSE 13.1

On Thursday, November 21, 2013 1:23:14 PM UTC-8, lutusp wrote: > > On a Dell desktop machine running 64-bit OpenSuSE 13.1, compiling Sage > 5.12, the process terminated with the information that Atlas failed to > build. Details from the Atlas log ( > https://www.dropbox.com/s/g0qrgd3pt0il1v5/atla

[sage-devel] Sage 5.12 fails to build Atlas, 64-bit SuSE 13.1

On a Dell desktop machine running 64-bit OpenSuSE 13.1, compiling Sage 5.12, the process terminated with the information that Atlas failed to build. Details from the Atlas log (https://www.dropbox.com/s/g0qrgd3pt0il1v5/atlas-3.10.1.p5.log): --

[sage-devel] Re: Free Mathematica on Rasyberry Pi

On Thursday, November 21, 2013 3:28:46 PM UTC-5, Dr David Kirkby wrote: > > This is interesting, thought it is not clear to me just how far it will > go. > > > > http://blog.wolfram.com/2013/11/21/putting-the-wolfram-language-and-mathematica-on-every-raspberry-pi/

[sage-devel] Re: R

I would be in favor of keeping R, it is basically the only thing that we have for statistics. This is different from Octave, say---anything that you could do with Octave you can basically do with Sage, but there is very little that we currently can do to replace R functionality. Having said tha

[sage-devel] Re: R

On Thursday, November 21, 2013 1:45:41 PM UTC+1, jason wrote: > I think we should keep the > rpy2 python module in the standard packages to be able to interface > easily with an already-installed R. > I would be very happy if R + RPy2 would be more recent. Said that, maybe as an optional pac

[sage-devel] R

tl;dr: I propose that we remove R from our standard packages and encourage people to install it separately. Long version: What in Sage uses R to provide Sage functionality? Or do we include the R package just because it's a cool open-source package that lots of people use? If so, why do we

[sage-devel] Free Mathematica on Rasyberry Pi

This is interesting, thought it is not clear to me just how far it will go. http://blog.wolfram.com/2013/11/21/putting-the-wolfram-language-and-mathematica-on-every-raspberry-pi/ Dave -- Dr. David Kirkby G8WRB http://www.vnacalibration.co.uk/ Economical & accurate VNA calibration kits. Coeff

Re: [sage-devel] Re: R

On Thu, 21 Nov 2013 09:54:10 Jason Grout wrote: > On 11/21/13 9:35 AM, kcrisman wrote: > > I love that the Sage cell supports it (there was a fascinating blog post > > about embedding R a year or so ago), ... it would be very, very > > unfortunate if we were to drop support for this. > > Just to b

Re: [sage-devel] Re: R

On Thu, Nov 21, 2013 at 2:50 PM, Volker Braun wrote: > I would be in favor of keeping R Since I might not have been clear on this. I'm +1 on keeping R, even though it is not up to date. It's in my eyes very good, that "%r" and "R worksheet mode" work out of the box. OT: There are (additionally t

[sage-devel] Re: Timeout in ecm.py

More details at http://trac.sagemath.org/ticket/15443 On Thursday, November 21, 2013 9:20:46 AM UTC-5, Volker Braun wrote: > > I did some testing and > > 1) ecm uses different seeds all the time, for example > > echo 179424673 | /home/vbraun/Code/sage/local/bin/ecm -I 1 -c 10 > -cofde

Re: [sage-devel] Re: R

> I would be in favor of keeping R > > Since I might not have been clear on this. I'm +1 on keeping R, even > though it is not up to date. It's in my eyes very good, that "%r" and > "R worksheet mode" work out of the box. > > I am constantly encountering this in discussions with other users.

[sage-devel] Re: R

On 11/21/13 9:35 AM, kcrisman wrote: I love that the Sage cell supports it (there was a fascinating blog post about embedding R a year or so ago), ... it would be very, very unfortunate if we were to drop support for this. Just to be clear: the Sage cell would *certainly* still have R (along w

[sage-devel] Re: R

> > > I tried searching the source for instances of rpy---which would indicate > we were using R through the rpy or rpy2 python module, and none of these > references are actually using R.: As I've pointed out on other occasions, we never used R via rpy in the first place. However, it would

[sage-devel] Re: R

On 11/21/13 7:07 AM, Harald Schilly wrote: Secondly, I don't think you can keep rpy2 but get rid of R. RPy2 interfaces on a lower level and requires the R header files, right? Or at least the specific libraries? Good point; I think you are right: http://rpy.sourceforge.net/rpy2/doc-2.3/html/ov

[sage-devel] Re: Timeout in ecm.py

I did some testing and 1) ecm uses different seeds all the time, for example echo 179424673 | /home/vbraun/Code/sage/local/bin/ecm -I 1 -c 10 -cofdec -one 8.0 produces a different output every time. 2) Occasionally, ecm.py does a lot more factorizations and then eventually times out

[sage-devel] any lessons to be learned?

Please try the following code: def pot(D,k): return diagonal_matrix([l^k for l in D.diagonal()]) var('t p k') R. = PolynomialRing(QQ, 'q') M = matrix([(-q + 1, q, 0, 0, 0), (0, -1/2*q + 1, 1/6*q, 1/3*q, 0), (0, 0, -2/3*q + 1, 2/3*q, 0), (0, 0, 1/4*q, -1/