Re: [sage-devel] Re: LinearModelFit contribution

2015-02-12 Thread rafaellopezfernandez
Dear Vincent, I proposed a ticket (really two: 17732 and 17733, because I did a mistake in my first attempt, but they are equal) with a proposal of a function" linear_model_fit", to be considered for its possible inclusion in Sage standard package (in particular, in src/sage/numerical/optimize

Re: [sage-devel] open blockers

2015-02-12 Thread François Bissey
#17679 would need rebasing. +1 for lower priority Francois On 02/13/15 10:35, Volker Braun wrote: Maybe review was the wrong word... decide on what to do. Also the proposed stopgaps are probably a bit too broad... is the testsuite passing with factorization disabled? I'd propose to move it t

Re: [sage-devel] open blockers

2015-02-12 Thread Volker Braun
Maybe review was the wrong word... decide on what to do. Also the proposed stopgaps are probably a bit too broad... is the testsuite passing with factorization disabled? I'd propose to move it to lower priority unless there is actually something we can do right now about it. On Thursday, Feb

Re: [sage-devel] open blockers

2015-02-12 Thread Jeroen Demeyer
On 2015-02-12 22:25, Volker Braun wrote: Can somebody review #17677, #17679, #17681 They aren't even set to needs_review... Anyway, should this really be blockers? Those tickets add warnings for bugs which are in Sage since probably a long time, so I don't see the urgency. -- You received

[sage-devel] open blockers

2015-02-12 Thread Volker Braun
Can somebody review #17677, #17679, #17681 -- 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 ema

Re: [sage-devel] Re: gcd vs xgcd

2015-02-12 Thread Bruno Grenet
Le 12/02/2015 16:06, kcrisman a écrit : As a late postscript, is #8111 related to any of this discussion? I know this was mostly about Bezout/xgcd stuff, but that ticket looks like it has languished and could be connected. This is clearly the same kind of discussions. The point in #8111 is that

Re: [sage-devel] Re: [sage-nt] GSoC projects

2015-02-12 Thread kcrisman
> I have added a project on Game Theory (generally extend what is there: > still a lot of work to do! :)). > > Apologies in advance if I've done this wrong (would not be my first > time...). > >> >> I am happy to serve as a backup mentor for this project, naturally. -- You received this mess

Re: [sage-devel] Re: gcd vs xgcd

2015-02-12 Thread kcrisman
As a late postscript, is #8111 related to any of this discussion? I know this was mostly about Bezout/xgcd stuff, but that ticket looks like it has languished and could be connected. - kcrisman -- You received this message because you are subscribed to the Google Groups "sage-devel" group. T

[sage-devel] Re: GSoC projects

2015-02-12 Thread Dima Pasechnik
On 2015-02-12, Robert Pollak wrote: > Am 11.02.2015 um 05:03 schrieb William Stein: >> Does anybody have any GSoC projects to add to >> >> http://wiki.sagemath.org/GSoC/2015 > > I hope it is suitable that I have added something there: > "Add support for systems of rational inequalities". it's

[sage-devel] Re: Re: Re: Re: Python vs Cython parents, and element constructors

2015-02-12 Thread Marc Mezzarobba
Jeroen Demeyer wrote: > On 2015-02-11 18:18, Marc Mezzarobba wrote: >> Jeroen Demeyer wrote: Element.__call__ calls it, it is a Cython call. >>> There is no Element.__call__. >> >> I meant Parent.__call__, sorry. > If Parent is a Python object, then Parent.__call__ cannot possibly be > a Cyth

Re: [sage-devel] Re: Re: Python vs Cython parents, and element constructors

2015-02-12 Thread David Roe
On Wed, Feb 11, 2015 at 10:31 AM, Marc Mezzarobba wrote: > (And then there is the situation where the parent does store values that > you want to access from C or Cython code without paying the cost of a > Python attribute access, but then I see no other option than making the > parent a Cython c

Re: [sage-devel] Re: Re: Re: Python vs Cython parents, and element constructors

2015-02-12 Thread Robert Bradshaw
On Thu, Feb 12, 2015 at 1:24 AM, Jeroen Demeyer wrote: > On 2015-02-11 18:18, Marc Mezzarobba wrote: >> >> Jeroen Demeyer wrote: Element.__call__ calls it, it is a Cython call. >>> >>> There is no Element.__call__. >> >> >> I meant Parent.__call__, sorry. > > If Parent is a Python object

Re: [sage-devel] Re: Re: Re: Python vs Cython parents, and element constructors

2015-02-12 Thread Jeroen Demeyer
On 2015-02-11 18:18, Marc Mezzarobba wrote: Jeroen Demeyer wrote: Element.__call__ calls it, it is a Cython call. There is no Element.__call__. I meant Parent.__call__, sorry. If Parent is a Python object, then Parent.__call__ cannot possibly be a Cython call. -- You received this message

[sage-devel] Re: GSoC projects

2015-02-12 Thread Robert Pollak
Am 11.02.2015 um 05:03 schrieb William Stein: > Does anybody have any GSoC projects to add to > > http://wiki.sagemath.org/GSoC/2015 I hope it is suitable that I have added something there: "Add support for systems of rational inequalities". BTW, is there a way to get notified per mail when