Re: [sage-devel] Use system R with sage?

Every time we have this conversation, the point arises eventually that some people really do use the Sage-R interface. The packages in R do a lot more than statistics, and are the easiest place to get many of them (and similarly in Sage for R users). Then the question becomes how to make sure

Re: [sage-devel] Use system R with sage?

> On 22/10/2017, at 13:27, Thierry wrote: > > As of Sage 7.4, doctests pass, but perhaps they are not strong enough to > show a possible blas/lapack conflict (before your email, i supposed that > rpy2 just calls R which calls the blas/lapack it is linked to, >

Re: [sage-devel] Use system R with sage?

Hi, On Sat, Oct 21, 2017 at 10:47:54AM +1300, François Bissey wrote: > > > > On 21/10/2017, at 10:37, Michael Orlitzky wrote: > > > > On 10/20/2017 11:30 AM, Nils Bruin wrote: > >> Do we actually get real benefit from packaging R with sage? It seems to > >> me R is a

Re: [sage-devel] Re: Use system R with sage?

On Saturday, October 21, 2017 at 11:08:26 PM UTC+1, François Bissey wrote: > > > > On 22/10/2017, at 10:53, Dima Pasechnik > wrote: > > rpy2 is installable using pip (I don't know its requirements); I suppose > it's maintained well, so the only issue here is of technical

Re: [sage-devel] Use system R with sage?

> On 22/10/2017, at 11:08, François Bissey wrote: > > People interested should look at the mess that is giac out of the box > (and in vanilla sage). Have to take that back, sage doesn’t build giac with lapack enabled, so you don’t have the double whammy of gslcblas and

Re: [sage-devel] Re: Use system R with sage?

> On 22/10/2017, at 10:53, Dima Pasechnik wrote: > > rpy2 is installable using pip (I don't know its requirements); I suppose it's > maintained well, so the only issue here is of technical kind, pointed out by > Francois: libR, the R library needed by rpy2, links > against

[sage-devel] Re: Bug? Sympy, Fricas & Giac can solve this simple integral, why not Maxima?

On Saturday, October 21, 2017 at 10:52:48 PM UTC+1, Emmanuel Charpentier wrote: > > That doesn't tell us why Maxima thiks that this is a Cauch principal > value. In fact : > sage: integrate(1/cos(theta)^2,theta) > tan(theta) > which I remind having learned when I was about 15... > > Maxima bug

Re: [sage-devel] Re: Use system R with sage?

On Sat, Oct 21, 2017 at 2:34 PM, Emmanuel Charpentier wrote: > The first one *should* easily use a systemwide R. It probably does not > require the presence of R on a target system to be compiled (but all of this > has to be checked !). > The second one would be

[sage-devel] Re: Use system R with sage?

On Saturday, October 21, 2017 at 10:34:41 PM UTC+1, Emmanuel Charpentier wrote: > > > > Le vendredi 20 octobre 2017 17:30:54 UTC+2, Nils Bruin a écrit : >> >> Do we actually get real benefit from packaging R with sage? >> > > Good question. It has been discussed before. It boils down to a

[sage-devel] Re: Bug? Sympy, Fricas & Giac can solve this simple integral, why not Maxima?

That doesn't tell us why Maxima thiks that this is a Cauch principal value. In fact : sage: integrate(1/cos(theta)^2,theta) tan(theta) which I remind having learned when I was about 15... Maxima bug ? -- Emmanuel Charpentier Le vendredi 20 octobre 2017 08:39:03 UTC+2, Ralf Stephan a écrit : >

[sage-devel] Re: Use system R with sage?

Le vendredi 20 octobre 2017 17:30:54 UTC+2, Nils Bruin a écrit : > > Do we actually get real benefit from packaging R with sage? > Good question. It has been discussed before. It boils down to a couple of factors : - R has been included in Sage for a long time. We do not know which Sage

Re: [sage-devel] Use system R with sage?

Le vendredi 20 octobre 2017 20:54:37 UTC+2, Jan Groenewald a écrit : > > > > On 20 October 2017 at 18:27, Dima Pasechnik > wrote: > >> That is what I said a couple of times too. >> >> In particular, IMHO most R users use an IDE called R-studio, so for them >> the Sage's one

[sage-devel] Re: Use system R with sage?

Le vendredi 20 octobre 2017 18:27:39 UTC+2, Dima Pasechnik a écrit : > > That is what I said a couple of times too. > > In particular, IMHO most R users use an IDE called R-studio, so for them > the Sage's one is not very useful. > R Studio tries to kill two birds with one stone : - rapid

[sage-devel] Re: Live documentation with Thebe reloaded

> > > Very good work :-) not too much time to read today...but I will enjoy use it and (maybe one day) contribute. I already have some own draft of short examples for the sagecell ... ...teasing to do or use some kinds of maths I like of course. Maybe a "process" tutorial (about how to

Re: [sage-devel] Re: VOTE: inclusion of OpenSSL in Sage

Le vendredi 20 octobre 2017 10:58:32 UTC+2, Jeroen Demeyer a écrit : > > On 2017-10-19 20:07, Luca De Feo wrote: > > There you go for something crippled! https://shattered.io/ > > I don't think that this is actually relevant. This attack would only > work if an attacker is able to provide a

Re: [sage-devel] Re: VOTE: inclusion of OpenSSL in Sage

On Sat, Oct 21, 2017 at 12:02 PM, Eric Gourgoulhon wrote: > Hi, > > Having read the discussion, I would add a big +1 to what Thierry proposes in > https://groups.google.com/d/msg/sage-devel/fE45025Wphs/FheYtjBWAAAJ > > So I guess that in terms of vote this means > > |X|

Re: [sage-devel] Re: VOTE: inclusion of OpenSSL in Sage

Le vendredi 20 octobre 2017 10:51:17 UTC+2, Jeroen Demeyer a écrit : > > On 2017-10-19 17:19, Emmanuel Charpentier wrote: > > Again : R is not only a software package but also an ecosystem. > > But why? One could say the same for Python, but you can still install > Python without OpenSSL. >

Re: [sage-devel] Re: VOTE: inclusion of OpenSSL in Sage

Le vendredi 20 octobre 2017 10:49:40 UTC+2, Jeroen Demeyer a écrit : > > On 2017-10-19 17:24, William Stein wrote: > > Good, as well they should. Like you, they likely feel a responsibility > > to their users to do the right thing regarding security. I really > > appreciate the "so much

[sage-devel] Re: VOTE: inclusion of OpenSSL in Sage

Hi, Having read the discussion, I would add a big +1 to what Thierry proposes in https://groups.google.com/d/msg/sage-devel/fE45025Wphs/FheYtjBWAAAJ So I guess that in terms of vote this means |X| Yes, we should fully support OpenSSL now, and clarify the licensing issue. BUT following

Re: [sage-devel] Re: Segfault while multiplying polynomial and symbolic expression

At #24072 I propose to simply disallow elements of positive characteristic in the symbolic ring (even if pynac has some limited support for it). It is for me the most reasonable option. On 21/10/2017 08:35, Ralf Stephan wrote: Symbolics and finite field elements don't mix. To prevent

Re: [sage-devel] How do I overwrite comparison for modules?

from sage.structure.richcmp import richcmp_by_eq_and_lt,richcmp_method @richcmp_method class A(object): def __init__(self,x): self._x = x __richcmp__ = richcmp_by_eq_and_lt("_eq","_lt") def _eq(self,other): if type(other)!=type(self): #other knows how to

[sage-devel] bug in rational parametrization of conics

This is fine: sage: C = Conic([1,1,-1]) sage: C Projective Conic Curve over Rational Field defined by x^2 + y^2 - z^2 sage: C.rational_parameterization() Scheme morphism: From: Projective Space of dimension 1 over Rational Field To: Projective Plane Curve over Rational Field defined by x^2

[sage-devel] Re: Segfault while multiplying polynomial and symbolic expression

Symbolics and finite field elements don't mix. To prevent segfaults there is this critical ticket: https://trac.sagemath.org/ticket/21391 It needs some work however. It would give you TypeError: Multiplication of symbolic variable and an element of a ring with positive characteristic. -- You