Re: [sage-devel] patchbot: do not ask interactive questions by default?

2014-09-16 Thread Robert Bradshaw
On Tue, Sep 16, 2014 at 7:07 AM, Jakob Kroeker wrote: > Hello, > > > I'm running several patchbots. Sometimes I get > > Failing tests in your install: TestsFailed. Continue anyways? [y/N] > > 1. I find that this question should not be asked and the default should be > 'No' > Agreed. > 2. If th

Re: [sage-devel] Re: Lists of sets S such that f(S)=1 somewhat efficiently (where should I write this function ?)

2014-09-16 Thread Nathann Cohen
After a lot of time spent thinking about that, I found the following page : http://www.sagemath.org/doc/reference/combinat/sage/combinat/subsets_pairwise.html I thus created a new file subsets_hereditary just near with the function in it :-P It is all on #16994, which needs a review: http://

Re: [sage-devel] Re: [GDML] [gdml] ICERM report and comments

2014-09-16 Thread William A Stein
On Tue, Sep 16, 2014 at 8:14 AM, Volker Braun wrote: > On Tuesday, September 16, 2014 4:08:27 PM UTC+1, kcrisman wrote: >> >> For those looking for a laugh, check out http://clochure.org/ . I have to >> admit, their list of reasons to use it is short, but somehow makes sense >> when they say it.

Re: [sage-devel] Re: [GDML] [gdml] ICERM report and comments

2014-09-16 Thread Volker Braun
On Tuesday, September 16, 2014 4:08:27 PM UTC+1, kcrisman wrote: > For those looking for a laugh, check out http://clochure.org/ . I have > to admit, their list of reasons to use it is short, but somehow makes sense > when they say it. Not that brackets should replace parentheses everywhere >

Re: [sage-devel] Re: [GDML] [gdml] ICERM report and comments

2014-09-16 Thread kcrisman
> > But the fact remains that Lisp is quite an obscure languge. >>> >> I'm not sure what you mean by obscure --- I'll assume that you are just >> observing that >> most programmers are unfamiliar with it. They are instead familiar with >> C, Java, Basic, (see the tiobe survey). >> > > I wrote a

[sage-devel] Re: Change in simplification of combined abs & sqrt in Sage 6.3

2014-09-16 Thread kcrisman
> > Thanks for the link! This is quite instructive. > > Indeed. Perhaps we should point this out in our documentation for `abs`. > Le mardi 16 septembre 2014 11:41:42 UTC+2, Peter Bruin a écrit : >> >> PS: the following message from the Maxima mailing list (found via a >> different sqrt-rel

[sage-devel] patchbot: do not ask interactive questions by default?

2014-09-16 Thread Jakob Kroeker
Hello, I'm running several patchbots. Sometimes I get Failing tests in your install: TestsFailed. Continue anyways? [y/N] 1. I find that this question should not be asked and the default should be 'No' 2. If the patchbot says 'Failing tests in your install..', which branch is meant? ' ('

[sage-devel] Re: Change in simplification of combined abs & sqrt in Sage 6.3

2014-09-16 Thread Eric Gourgoulhon
Thanks for the link! This is quite instructive. Eric. Le mardi 16 septembre 2014 11:41:42 UTC+2, Peter Bruin a écrit : > > PS: the following message from the Maxima mailing list (found via a > different sqrt-related report in the Maxima bug tracker) is quite > useful: > > https://www.ma.utexa

[sage-devel] Re: Change in simplification of combined abs & sqrt in Sage 6.3

2014-09-16 Thread Peter Bruin
PS: the following message from the Maxima mailing list (found via a different sqrt-related report in the Maxima bug tracker) is quite useful: https://www.ma.utexas.edu/pipermail/maxima/2011/025213.html >From that page: * abs is a mathematical function which has simplification rules. It assumes

[sage-devel] Re: Change in simplification of combined abs & sqrt in Sage 6.3

2014-09-16 Thread Peter Bruin
Hello, > PS: in the above code, I've simply cut and paste lines from > Expression._maxima_(). In the present case, the super is not necessary > and the code can be simplified to > > In Sage 6.2: > > sage: from sage.calculus.calculus import maxima > sage: abs(1/sqrt(x))._interface_(maxima) > 1/sqr

[sage-devel] Re: Change in simplification of combined abs & sqrt in Sage 6.3

2014-09-16 Thread Eric Gourgoulhon
PS2 : so Karl-Dieter Crisman was right: the change in behavior is due to the introduction of unique names for Sage variables in the interface. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emai

[sage-devel] Re: Change in simplification of combined abs & sqrt in Sage 6.3

2014-09-16 Thread Eric Gourgoulhon
PS: in the above code, I've simply cut and paste lines from Expression._maxima_(). In the present case, the super is not necessary and the code can be simplified to In Sage 6.2: sage: from sage.calculus.calculus import maxima sage: abs(1/sqrt(x))._interface_(maxima) 1/sqrt(x) while in Sage 6.

[sage-devel] Re: Change in simplification of combined abs & sqrt in Sage 6.3

2014-09-16 Thread Eric Gourgoulhon
Hi, Le mardi 16 septembre 2014 09:30:23 UTC+2, Peter Bruin a écrit : > > > This is probably due to Maxima. The following happens with and without > the "domain: complex" setting: > > Maxima 5.34.0 http://maxima.sourceforge.net > using Lisp ECL 12.12.1 > Distributed under the GNU Public Licens

[sage-devel] Re: Change in simplification of combined abs & sqrt in Sage 6.3

2014-09-16 Thread Peter Bruin
Hello, > I've noticed the following change in simplifications between Sage 6.3 and > preceeding versions: > > In Sage 6.2 (and preceeding): > > sage: simplify( abs(sqrt(x)) ) > sqrt(x) > sage: simplify( abs(1/sqrt(x)) ) > 1/sqrt(x) > while in Sage 6.3: > > sage: simplify( abs(sqrt(x)) ) > sqrt(