Re: [sage-devel] Heard of 'Fermat'?

2010-12-22 Thread Dan Drake
On Wed, 22 Dec 2010 at 06:19AM -0800, kcrisman wrote: > I just found this > > http://home.bway.net/lewis/ > > while doing unrelated stuff. Me too...do you read the math subreddit? :) > The license doesn't seem to be GPL-compatible - for instance, "Do not > use Fermat for any application that ma

[sage-devel] To upload asked openSUSE newer compilation.

2010-12-22 Thread JFG
I had trouble trying to compile from source on openSUSE x86_64 11.3 but someone did it for me on IRC. Shouldn't these binaries be uploaded on server since present openSUSE release has been 11.3 for a while now and only 11.1 is offered. Would any contributor be taken for this job? I have been said s

[sage-devel] Re: new code for computing asymptotics of multivariate generating functions

2010-12-22 Thread Alex Raichev
Thanks for the advice, Rob. Here's the Trac ticket URL for my first code submission to Sage. Woohoo! http://trac.sagemath.org/sage_trac/ticket/10519 For those interested in analytic combinatorics, check it out! Alex On Dec 22, 3:12 pm, Rob Beezer wrote: > Alex, > > Yes, that's right.  You

[sage-devel] Re: Heard of 'Fermat'?

2010-12-22 Thread Rob Beezer
On Dec 22, 2:21 pm, Bill Hart wrote: > Contribute to flint, which is open source +1 to projects with standard licenses and not vague, unenforceable, custom ones. > The license doesn't seem to be GPL-compatible - for instance, "Do not > use Fermat for any application that may entail the loss of l

Re: [sage-devel] new code for computing asymptotics of multivariate generating functions

2010-12-22 Thread Nicolas M. Thiery
Dear Alex, On Tue, Dec 21, 2010 at 02:31:19PM -0800, Alex Raichev wrote: > I just finished documenting and testing some new Sage code related to > analytic combinatorics. More specifically, the code is a collection > of functions designed to compute asymptotics of Maclaurin coefficients

[sage-devel] Re: Heard of 'Fermat'?

2010-12-22 Thread Bill Hart
Contribute to flint, which is open source and already used by Sage and which is working very hard to be better than Fermat at much, if not all, of what Fermat does. http://www.flintlib.org/ (New version of FLINT is in the mail tonight, hopefully. :-)) Bill. P.S: Disclaimer: fast determinants wi

Re: [sage-devel] Listing infinite sets using never-ending iterators

2010-12-22 Thread Nicolas M. Thiery
Hi Rob! On Tue, Dec 14, 2010 at 03:09:55PM -0800, Rob Beezer wrote: > Symptom: The following code would appear to run forever, since the > rationals define an iterator that never quits. > > QQ.list() > > I discovered this when I presumed that > > (QQ^2).list() > > would raise an error

[sage-devel] Re: linbox is full of "Conditional jump or move depends on uninitialised value(s)"

2010-12-22 Thread Bill Hart
That doesn't sound good at all. It's often important to check that it is reporting actual bugs though. Sometimes it is bash, libc, libstdc++ or some other system code that is actually the problem. If you build a simple C++ program that really does nothing except say make a call to the std library

Re: [sage-devel] Re: dot2tex spkg

2010-12-22 Thread Nicolas M. Thiery
On Mon, Dec 20, 2010 at 10:46:39AM -0600, Jason Grout wrote: > >What do you think: should I just go ahead, and create a ticket to get > >dot2tex as an optional package? > > That would be great. Done. > >By the way: would you be willing to review it? > Yes, and now I have time too since the semes

Re: [sage-devel] Using ParentWithGens or not?

2010-12-22 Thread Robert Bradshaw
On Wed, Dec 22, 2010 at 12:07 PM, Simon King wrote: > Hi! > > In sage/structure/parent_gens.pyx, I read: > .. note:: > >   This class is being deprecated, see >   ``sage.structure.parent.Parent`` and >   ``sage.structure.category_object.CategoryObject`` for the new >   model. > > However, "famous"

[sage-devel] Re: Exhibit booth for 2011 joint meetings

2010-12-22 Thread Rob Beezer
Done. And they should be delivered before I leave town. So if you are at the meetings, come by the booth and claim your sticker. ;-) On Dec 22, 2:59 am, William Stein wrote: > How about 1000 of the good ones? -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscri

[sage-devel] Re: new code for computing asymptotics of multivariate generating functions

2010-12-22 Thread Rob Beezer
On Dec 22, 7:27 am, G Hahn wrote: > where in > the Sage folder shall I place my file "file.spyx" (containing Cython > code)? And look at SAGE_ROOT/devel/sage/setup.py SAGE_ROOT/devel/sage/module_list.py to make the build system aware of your additions. Rob -- To post to this group, send an e

[sage-devel] Using ParentWithGens or not?

2010-12-22 Thread Simon King
Hi! In sage/structure/parent_gens.pyx, I read: .. note:: This class is being deprecated, see ``sage.structure.parent.Parent`` and ``sage.structure.category_object.CategoryObject`` for the new model. However, "famous" parent structure such as polynomial rings are still deriving from i

[sage-devel] Re: translating, transforming graphics objects?

2010-12-22 Thread Jason Grout
On 12/22/10 6:29 AM, David Joyner wrote: On Wed, Dec 22, 2010 at 7:14 AM, Dan Drake wrote: I would like something like this to work: L = line([ some 2d points ]) L.translate(1, -1) or foo = some_graphics_object() bar = sage.plot.translate(foo, 1, -1) I'd also like rotation and scali

Re: [sage-devel] UnicodeDecodeError's using docbuild

2010-12-22 Thread Minh Nguyen
Hi Pablo, On Thu, Dec 23, 2010 at 4:20 AM, Pablo Angulo wrote: > which apparently was fixed in version 1.0 of sphinx. Sage uses 0.6.3. Just want to point out that Sage 4.6.1.alpha3 has been updated to use Sphinx 1.0.4. So it's very likely that the upcoming release of Sage 4.6.1 will use Sphinx 1

Re: [sage-devel] Modular instead of monolithic

2010-12-22 Thread Robert Bradshaw
On Wed, Dec 22, 2010 at 5:34 AM, Cedric wrote: > I love SAGE but then there is one flaw in it that I find one of the > most severe in software-design of all. From my layman point of view > (which I'm sure is wrong and unjustified) a software that bundles > every single of its dozens dependencies h

[sage-devel] Re: Modular instead of monolithic

2010-12-22 Thread John H Palmieri
On Dec 22, 5:34 am, Cedric wrote: > I love SAGE but then there is one flaw in it that I find one of the > most severe in software-design of all. From my layman point of view > (which I'm sure is wrong and unjustified) a software that bundles > every single of its dozens dependencies has either a f

[sage-devel] linbox is full of "Conditional jump or move depends on uninitialised value(s)"

2010-12-22 Thread Volker Braun
I built a small C++ program that uses linbox to compute the characteristic polynomial of an integer matrix analogously to what Sage does. When I run it in valgrind, I get tons of warnings about "Conditional jump or move depends on uninitialised value(s)". Although potentially ok, I'm feeling som

[sage-devel] UnicodeDecodeError's using docbuild

2010-12-22 Thread Pablo Angulo
Hello: I'm getting UnicodeDecodeError's using docbuild. Funny thing is, I get them with a file with no unicode characters: Testing === Text .. MATH:: d=\left|\begin{array}{rrr} 1 & \alpha_1 & \alpha_1^2 \\ 1 & \alpha_2 & \alpha_2^2 \\ 1 & \alpha_3 & \alpha_3^2 \end{array}\righ

Re: [sage-devel] Modular instead of monolithic

2010-12-22 Thread Minh Nguyen
Hi Cedric, On Thu, Dec 23, 2010 at 12:34 AM, Cedric wrote: > I've read the "Big Sage Rant" [1] > [1] http://wiki.sagemath.org/faq/bigsagerant That rant is too old. See the following updated rant: http://www.sagemath.org/doc/faq/faq-general.html#wouldn-t-it-be-way-better-if-sage-did-not-ship-as-

[sage-devel] Re: Modular instead of monolithic

2010-12-22 Thread Cedric
To make sure you did not misunderstand me: I suggested disabling tested for the possibly affected routines altogether. Anyway, if the dependencies are explicit this problem doesn't even exist. On Dec 22, 3:59 pm, Jeroen Demeyer wrote: > > But if the routines return > > different values which are

Re: [sage-devel] Re: new code for computing asymptotics of multivariate generating functions

2010-12-22 Thread John Cremona
On Wed, Dec 22, 2010 at 3:27 PM, G Hahn wrote: > Hi, > > recently, I went through the same steps on > http://www.sagemath.org/doc/developer/walk_through.html > My question on that would be: in case I add a new functionality to > Sage (...I didn't change any existing Sage files or code), where in >

[sage-devel] Re: new code for computing asymptotics of multivariate generating functions

2010-12-22 Thread G Hahn
Hi, recently, I went through the same steps on http://www.sagemath.org/doc/developer/walk_through.html My question on that would be: in case I add a new functionality to Sage (...I didn't change any existing Sage files or code), where in the Sage folder shall I place my file "file.spyx" (containin

Re: [sage-devel] Re: Modular instead of monolithic

2010-12-22 Thread Jeroen Demeyer
On 2010-12-22 15:39, Cedric wrote: > With regard to... > > 1.) I don't see a problem with that - the only problem might be the > rather rigid concept of doctest itsself. I agree that the doctests are rather rigid, but since they are very useful, I believe we should certainly not abandon doctests.

[sage-devel] How is matrix action on vectors implemented?

2010-12-22 Thread Simon King
Hi! We have sage: v = vector(ZZ,[1,2]) sage: M = matrix(ZZ,2,2,[1,2,3,4]) sage: cm = sage.structure.element.get_coercion_model() sage: cm.explain(v.parent(),M.parent(),operator.mul) Action discovered. Right action by Full MatrixSpace of 2 by 2 dense matrices over Integer Ring on Ambient free m

[sage-devel] Re: Modular instead of monolithic

2010-12-22 Thread Cedric
With regard to... 1.) I don't see a problem with that - the only problem might be the rather rigid concept of doctest itsself. But if the routines return different values which are still mathematically correct and you can't make doctest account for it then that's the way it shall be, no? You can a

Re: [sage-devel] Heard of 'Fermat'?

2010-12-22 Thread David Joyner
On Wed, Dec 22, 2010 at 9:19 AM, kcrisman wrote: > I just found this > > http://home.bway.net/lewis/ > ... > > Still, just in case someone thought it would be worth an optional/ > experimental spkg (esp. because it seems to have been used in > significant ways in serious number theory), I'd put

[sage-devel] Re: Modular instead of monolithic

2010-12-22 Thread Volker Braun
It would be nice if one could specify a subset of spkgs to use the system-provided library instead of building it ourselves. For example, have an environment variable, say, SAGE_NATIVE_LIBRARY="patch atlas cddlib gsl" make that lists spkgs for which the distribution package should be used (simi

[sage-devel] Heard of 'Fermat'?

2010-12-22 Thread kcrisman
I just found this http://home.bway.net/lewis/ while doing unrelated stuff. It makes big claims, and certainly some of them seem to be plausible. At any rate, Sage (via Maxima, I guess) hasn't yet finished doing the determinant in his challenge #5. The license doesn't seem to be GPL-compatible

[sage-devel] Re: Modular instead of monolithic

2010-12-22 Thread kcrisman
In a nearly orthogonal direction, I would point out that the programs Sage is trying to be a 'viable open source alternative' to don't require various dependencies, as far as I know. You download them and install them. It's unfortunate that no one has enough time to pick and choose the very best

Re: [sage-devel] Modular instead of monolithic

2010-12-22 Thread Jeroen Demeyer
On 2010-12-22 14:34, Cedric wrote: > I love SAGE but then there is one flaw in it that I find one of the > most severe in software-design of all. From my layman point of view > (which I'm sure is wrong and unjustified) a software that bundles > every single of its dozens dependencies has either a f

Re: [sage-devel] translating, transforming graphics objects?

2010-12-22 Thread Dan Drake
On Wed, 22 Dec 2010 at 07:29AM -0500, David Joyner wrote: > > Do these sound like good ideas? > > I think so. Does matplotlib do this? It might, but I want to control things before they get plotted. My impression is that we only use matplotlib when the user wants an image. I need to translate and

Re: [sage-devel] translating, transforming graphics objects?

2010-12-22 Thread Dan Drake
On Wed, 22 Dec 2010 at 01:51PM +0100, Francois Maltey wrote: > > I would like something like this to work: > > > > L = line([ some 2d points ]) L.translate(1, -1) > > I don't find how to transform a line to a list of points. But L[0] > seens almost right (when L is a line) > > You apply the funct

[sage-devel] Modular instead of monolithic

2010-12-22 Thread Cedric
I love SAGE but then there is one flaw in it that I find one of the most severe in software-design of all. From my layman point of view (which I'm sure is wrong and unjustified) a software that bundles every single of its dozens dependencies has either a fundamental design flaw or is extremely badl

[sage-devel] Re: How to test that domain and codomain of fg_pid morphisms are of the right type?

2010-12-22 Thread Simon King
Hi Volker, On 22 Dez., 13:15, Volker Braun wrote: > I'm still confused about _element_class(). If you need to compute the > correct value of Element, then just do that in the constructor. So if > _element_class() is only called in the constructor then I'm perfectly happy > with that. But none of

Re: [sage-devel] translating, transforming graphics objects?

2010-12-22 Thread Francois Maltey
Hi, I would like something like this to work: L = line([ some 2d points ]) L.translate(1, -1) I don't find how to transform a line to a list of points. But L[0] seens almost right (when L is a line) You apply the function lambda (x,y):(x+1,y+1) to each point. So map (lambda(x,y):(x+1,y

Re: [sage-devel] translating, transforming graphics objects?

2010-12-22 Thread David Joyner
On Wed, Dec 22, 2010 at 7:14 AM, Dan Drake wrote: > I would like something like this to work: > >  L = line([ some 2d points ]) >  L.translate(1, -1) > > or > >  foo = some_graphics_object() >  bar = sage.plot.translate(foo, 1, -1) > > I'd also like rotation and scaling methods to work -- or, more

[sage-devel] Re: How to test that domain and codomain of fg_pid morphisms are of the right type?

2010-12-22 Thread Volker Braun
I agree that I need to set the attribute Element not element_class in my path. I'll fix it after the dust in #10496 has settled. I'm still confused about _element_class(). If you need to compute the correct value of Element, then just do that in the constructor. So if _element_class() is only

[sage-devel] translating, transforming graphics objects?

2010-12-22 Thread Dan Drake
I would like something like this to work: L = line([ some 2d points ]) L.translate(1, -1) or foo = some_graphics_object() bar = sage.plot.translate(foo, 1, -1) I'd also like rotation and scaling methods to work -- or, more generally, a transformation method: foo = some_graphics_objec

[sage-devel] Re: How to test that domain and codomain of fg_pid morphisms are of the right type?

2010-12-22 Thread Simon King
Hi Volker, On 22 Dez., 12:09, Volker Braun wrote: > I would prefer if we could get rid of the element_class() method in FGP_* > and just set the Element attribute, as I already did in my patch. This is what your patch should, but it doesn't (I just searched for ".Element" and " Element"). In you

[sage-devel] Re: How to test that domain and codomain of fg_pid morphisms are of the right type?

2010-12-22 Thread Volker Braun
Hi SImon, I would prefer if we could get rid of the element_class() method in FGP_* and just set the Element attribute, as I already did in my patch. All of the example code in sage/categories/examples does it that way. Of course using a method works, too, but why intoduce another indirection f

Re: [sage-devel] Exhibit booth for 2011 joint meetings

2010-12-22 Thread William Stein
On Tuesday, December 21, 2010, Rob Beezer wrote: > On Dec 21, 3:06 pm, William Stein wrote: >> Question: Would it be >> possible to get higher quality stickers?   My experience with the >> current stickers is that they wear out/off very quickly. > > Those were "value line" stickers, which I think