[sage-devel] Expression.series() = PowerSeriesRing(SR)?

Instead of duplicating power series functionality (existing in rings/) in Pynac, where there is momentarily only a skeleton implementation that does not even play nice with the rest of symbolics, the series method of Expression should return an element of PowerSeriesRing(SR). I think this would b

Re: [sage-devel] Re: polynomial ring (bis)

On Saturday, May 9, 2015 at 11:33:39 PM UTC-7, Jonas Jermann wrote: > > What if there are infinitely/arbitrary many variables and the need to > print/reference/etc them (fetch the next) appropriately? > A PhD colleague of mine had this issue (iirc with Power-series rings)... > See `InfinitePoly

[sage-devel] Re: Expression.series() = PowerSeriesRing(SR)?

I'm strongly in favor of returning an element of PowerSeriesRing -- within the current implementation, this happens: sage: (1/(1+x)).series(x, 2) + (1/(1-x)).series(x, 2) (1 + (-1)*x + Order(x^2)) + (1 + 1*x + Order(x^2)) sage: (1/(1-x)).series(x, 2) * (1/(1+x)).series(x) (1 + (-1)*x + Order(x^2

Re: [sage-devel] Re: max(sin(x),cos(x)) = sin(x)

On 10/05/15 06:58, Nathann Cohen wrote: >> Just confirming that this conversation has been had before - can you think >> of places where we might advertise this more boldly? We certainly had >> places we updated doc but maybe you can think of others, Nathann? > > I do not think that this is an

[sage-devel] Re: residue produces incorrect results

Hi Ralf! Well, no; I wasn't aware of the overview -- thanks for showing me. In principle, the wrong behavior of residue can be contributed to http://trac.sagemath.org/ticket/9555 -- except for the case where the singularity is not recognized, I guess. But that can be fixed in the ticket I open

Re: [sage-devel] Re: max(sin(x),cos(x)) = sin(x)

Yo ! > Secondly, I think that we should not override any Python builtin. There is no denying that all the symbolic stuff is infinitely slower. It is because of you that I started paying attention to it, when you gained a crazy speedup by using math.sqrt instead of Sage's sqrt. But that is precis

Re: [sage-devel] Re: max(sin(x),cos(x)) = sin(x)

On 10/05/15 11:20, Nathann Cohen wrote: > Yo ! > >> Secondly, I think that we should not override any Python builtin. > > There is no denying that all the symbolic stuff is infinitely slower. > It is because of you that I started paying attention to it, when you > gained a crazy speedup by usin

Re: [sage-devel] Re: max(sin(x),cos(x)) = sin(x)

> cos is different from max. cos is in a Python library (math for > instance) while max is a builtin. We preparse integers, Vincent. We already change Python's default behaviour. Look how schizophrenic we are about users: - Volker said that it was a "breach of Sage's mission statement" to not outp

Re: [sage-devel] Re: ipython

On a related note, I get a similar error from within Sage. When I try to create a free Z-module, Sage gives me an ImportError for core.numeric (traceback included below). With this thread in mind, I tried reinstalling ipython, but `make build` fails as well with a similar import error. sage: M =

[sage-devel] Commit 02ba7045cf38725ca8cb5456df649b6bacdcbd8e deleted

Dear trac experts, is this necessary? (As you will know, it happens each time somebody comments on an already closed ticket with a branch.) While it doesn't really hurt, it's pretty annoying. -leif DISCLAIMER: I'm almost sure this has come up before, but I'm too lazy to search the "forums" -

Re: [sage-devel] Re: ipython

On Sun, May 10, 2015 at 5:59 AM, David Roe wrote: > On a related note, I get a similar error from within Sage. When I try to > create a free Z-module, Sage gives me an ImportError for core.numeric > (traceback included below). With this thread in mind, I tried reinstalling > ipython, but `make b

Re: [sage-devel] Re: Use mirrors

kcrisman: > > I'm surprised that there wouldn't be any US institution willing to host a > mirror. > There is a mirror at MIT, both http and rsync: http://mirrors.mit.edu/sage/ rsync://mirrors.mit.edu/sage but is that the question or is the question about where to host the master mirr

Re: [sage-devel] Re: Use mirrors

On Sunday, 10 May 2015 14:20:08 UTC+1, Samuel Lelievre wrote: > > > kcrisman: >> >> I'm surprised that there wouldn't be any US institution willing to host a >> mirror. >> > > > There is a mirror at MIT, both http and rsync: > > http://mirrors.mit.edu/sage/ > rsync://mirrors.mit.edu/sag

[sage-devel] Re: Use mirrors

Samuel Lelievre wrote: > kcrisman: > > I'm surprised that there wouldn't be any US institution willing to > host a mirror. > > There is a mirror at MIT, both http and rsync: > > http://mirrors.mit.edu/sage/ > rsync://mirrors.mit.edu/sage ... which raises the question whether the

[sage-devel] Re: Commit 02ba7045cf38725ca8cb5456df649b6bacdcbd8e deleted

I think it would be easy to disallow changes to the commit field in our trac plugin (except for the git hook of course). Just needs somebody to implement it. On Sunday, May 10, 2015 at 3:07:45 PM UTC+2, leif wrote: > > Dear trac experts, > > is this necessary? > > (As you will know, it happe

[sage-devel] Re: Use mirrors

Define "static list of mirrors". They are outside of our control. On Sunday, May 10, 2015 at 4:10:28 PM UTC+2, leif wrote: > > since we now benchmark the mirrors in sage-download-file ourselves). > We don't (until #15642 is reviewed) -- You received this message because you are subscribed to

Re: [sage-devel] Re: max(sin(x),cos(x)) = sin(x)

On Sunday, May 10, 2015 at 2:22:49 AM UTC-7, vdelecroix wrote: > > > But that is precisely the problem: we are halfway through replacing > > Python's functions with symbolic functions. Cos, sin, log, sqrt, abs. > > All these are already overwritten by Sage symbolic equivalents. Though > > not 'm

Re: [sage-devel] Re: max(sin(x),cos(x)) = sin(x)

It is also worth mentioning that in our python code (i.e., the Sage library code), it uses the python functions (and int's, which can bite from time to time). Best, Travis On Sunday, May 10, 2015 at 8:36:00 AM UTC-7, Nils Bruin wrote: > > On Sunday, May 10, 2015 at 2:22:49 AM UTC-7, vdelecroix

[sage-devel] Re: Use mirrors

Volker Braun wrote: > Define "static list of mirrors". const char *default_mirror_list[48]= { "http://sagemath.polytechnic.edu.na/";, "ftp://ftp.sun.ac.za/pub/mirrors/www.sagemath.org/";, "http://sagemath.mirror.ac.za/";, "http://sagemath.mirror.tn/";, "http://ftp.leg.uct.ac.za/pub/packa

Re: [sage-devel] Re: ipython

On Fri, May 8, 2015 at 3:54 PM, Volker Braun wrote: > I've never seen that. > > Just to point out the obvious, [...] OK, that was basically the problem. Thanks! (Details: I figured this out (or rather Volker's suggestion did it). The code that saves a project to remote storage (on close) and ch

[sage-devel] upgrade Python to 2.7.9 (#18397)

Should this be done in 6.7? http://trac.sagemath.org/ticket/18397 -- 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

[sage-devel] Re: upgrade Python to 2.7.9 (#18397)

There are only minimal changes in python 2.x, its imho always safe to upgrade On Sunday, May 10, 2015 at 7:28:05 PM UTC+2, Dima Pasechnik wrote: > > Should this be done in 6.7? > > http://trac.sagemath.org/ticket/18397 > -- You received this message because you are subscribed to the Google Grou

[sage-devel] Re: upgrade Python to 2.7.9 (#18397)

there might be ssl-related surprises, as https://www.python.org/downloads/release/python-279/ says: - The entirety of Python 3.4's ssl module has been backported for Python 2.7.9. See PEP 466 for

[sage-devel] Re: upgrade Python to 2.7.9 (#18397)

On Sunday, May 10, 2015 at 9:39:54 PM UTC+2, Dima Pasechnik wrote: > > >- On the other hand it looks like pip has been incorporated into >Python proper. (https://docs.python.org/2/library/ensurepip.html is in >2.7.9) > > Does it mean that the pip spkg could be removed? > Its just an

[sage-devel] Re: upgrade Python to 2.7.9 (#18397)

On Sunday, 10 May 2015 20:48:23 UTC+1, Volker Braun wrote: > > On Sunday, May 10, 2015 at 9:39:54 PM UTC+2, Dima Pasechnik wrote: >> >> >>- On the other hand it looks like pip has been incorporated into >>Python proper. (https://docs.python.org/2/library/ensurepip.html is >>in 2.7.9

[sage-devel] Re: upgrade Python to 2.7.9 (#18397)

I worked with urllib3 (bundled with pip) to get rid of the ssl dependency, so thats one step towards using pip without ssl. I don't know if pip has upgraded the bundled urllib3 or if there are any other ssl dependencies in pip though. On Sunday, May 10, 2015 at 9:55:20 PM UTC+2, Dima Pasechni

[sage-devel] reserved name for variables

Hello, What should we do with variable names like 'or', 'and', ... This does not break uniformly The symbolic ring refuses the creation of such variable {{{ sage: SR.var('and') Traceback (most recent call last): ... ValueError: The name "and" is not a valid Python identifier. }}} whereas polynom

[sage-devel] Re: reserved name for variables

More subtle issue that isn't detected in the symbolic ring sage: var('None') None sage: parent(None) On 10/05/15 22:26, Vincent Delecroix wrote: > Hello, > > What should we do with variable names like 'or', 'and', ... This does > not break uniformly > > The symbolic ring refuses the creation o

[sage-devel] File permissions on a debian install

I cloned sage from git://github.com/sagemath/sage.git and then built version 6.6 on a system running debian wheezy 7.8. It seems to run fine except that the prompt is screwy: > sage ââ SageMath Version 6.6, Release Date: 2015-0

[sage-devel] Re: reserved name for variables

The checking in symbolic rings should be moved to sage.repl.user_globals and hooked into set_global. As for part 2, "None" is not a reserved keyword in Python2 so its in principle perfectly legal to use as identifier. Though it was later on specifically disallowed to assign to None, but assignm

[sage-devel] Re: File permissions on a debian install

Your terminal doesn't understand utf-8 (are you local or ssh-ing in?) The file permissions look ok, anything that is in the git repo has 755 or 644 because that the only two possible permissions that git knows about. Your umask seems to be restrictive, which causes all newly-generated files to

Re: [sage-devel] Re: reserved name for variables

Should I take your e-mail only for 'var'? What about PolynomialRing? Should we just allow the creation of such variable name but add a warning in the inject_variables function? I am worried of making impossible the use of 'as' or 'or' as variable names. The following looks like a plausible Sage us

[sage-devel] Re: reserved name for variables

And sage: var('_') _ On 10/05/15 22:38, Vincent Delecroix wrote: > More subtle issue that isn't detected in the symbolic ring > > sage: var('None') > None > sage: parent(None) > > > On 10/05/15 22:26, Vincent Delecroix wrote: >> Hello, >> >> What should we do with variable names like 'or', 'an

Re: [sage-devel] Re: reserved name for variables

On Sunday, May 10, 2015 at 11:02:05 PM UTC+2, vdelecroix wrote: > > Should we just allow the creation of such variable name but add a > warning in the inject_variables function? > IMHO yes, both var and R. = QQ[] and anything else that injects globals should fail at the injection only. If you d

Re: [sage-devel] Re: reserved name for variables

On 10/05/15 23:14, Volker Braun wrote: > On Sunday, May 10, 2015 at 11:02:05 PM UTC+2, vdelecroix wrote: >> >> Should we just allow the creation of such variable name but add a >> warning in the inject_variables function? >> > > IMHO yes, both var and R. = QQ[] and anything else that injects >