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 not include octave---it's also a cool open-source package that lots of people use.

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.:

% grep -rl rpy
interfaces/ecm.py
rings/integer.c
rings/integer.pyx
rings/real_double.c
rings/real_double.pyx
rings/real_mpfr.c
rings/real_mpfr.pyx
stats/test.py

The current work on R in Sage seems to be happening here: http://trac.sagemath.org/ticket/14706. On that post, it is summarized that:

a) Having an up-to-date R is a sine qua non to get answers from R Core.

b) R in Sage is rarely up to date (more talented Sage developers work on more important issues).

c) Therefore, R-in-Sage users have trouble communicating with R Core

d) I am able to create "drop-in replacements" of the R spkg, thus giving R-in-Sage users an up-to-date R, thus allowing them to get answers from R Core...

e) Since this is routine work that few people seem to tackle, and since it is in my limited ability range, I'll try to do it after R upstream upgrades.

That ticket notes a bunch of work, mainly (it seems) dealing with problems compiling R in Sage's environment, but ending in positive review now with a current version of R. So soon (in 5.13) we'll once again have an up-to-date R. However, upstream R is a very active project that has frequent releases that build on major platforms (more platforms than we build on, like Windows). I'm wondering---would the people working on that ticket prefer to work on other things (if we interfaced nicely with a system R), or do they truly want R installed as part of Sage?

I propose that we remove R from the standard packages, and instead encourage people to install R separately. I think we should keep the rpy2 python module in the standard packages to be able to interface easily with an already-installed R.

Votes?

Thanks,

Jason

--
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to