[sage-devel] Sage server on Google app engine

Perhaps this is something Sage could aim for? http://research.google.com/university/relations/appengine/index.html -- .~. /V\ Jan Groenewald /( )\www.aims.ac.za ^^-^^ -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an ema

Re: [sage-devel] Re: Add matplotlib as dependency of cvxopt (#12742) needs review

Le jeudi 29 mars, Keshav Kini a écrit: > Julien Puydt writes: > > Le jeudi 29 mars, John H Palmieri a écrit: > >> If only there were some way to add explanatory comments to the > >> "deps" file... > > > > Doesn't "# hello" work? > > Yes - I expect that was sarcasm ;) It somehow flew past my head

Re: [sage-devel] Re: Add matplotlib as dependency of cvxopt (#12742) needs review

Le vendredi 30 mars, Dima Pasechnik a écrit: > On 2012-03-29, John H Palmieri wrote: > > > > If only there were some way to add explanatory comments to the > > "deps" file... > > there is a clean way to handle this: it would involve creating a > separate "testing" dependencies graph, of which the

Re: [sage-devel] Re: sagecell spkg

Le jeudi 29 mars, Dima Pasechnik a écrit: > is there any real reason to include MathJax? > MathJax works reasonably well when it pulls > everything needed from the web. Uh... I'd rather be able to use sage from a slow connection or offline! Snark on #sagemath -- To post to this group, send an e

[sage-devel] Re: sagecell spkg

On 3/30/12 12:28 AM, Dima Pasechnik wrote: On Friday, 30 March 2012 13:05:22 UTC+8, jason wrote: For anyone interested in working with the sage cell server, we've made an experimental spkg and posted it here: http://sage.math.washington.edu/home/jason/sagecell-0.9.0.spkg

Re: [sage-devel] workshop in Japan

Dear Dan, Thank you very much. Now I try to write information of our workshop Sage Days 39 on Wikipage. (http://wiki.sagemath.org/Workshops http://wiki.sagemath.org/MyStartingPage) > You should definitely call it "Sage Days"! > Looking at the wiki, I think you should just take number 39. Yasuh

[sage-devel] Re: sagecell spkg

On Friday, 30 March 2012 13:05:22 UTC+8, jason wrote: > > For anyone interested in working with the sage cell server, we've made > an experimental spkg and posted it here: > > http://sage.math.washington.edu/home/jason/sagecell-0.9.0.spkg > > It's sort of hefty (~45MB) because it includes all of

[sage-devel] sagecell spkg

For anyone interested in working with the sage cell server, we've made an experimental spkg and posted it here: http://sage.math.washington.edu/home/jason/sagecell-0.9.0.spkg It's sort of hefty (~45MB) because it includes all of MathJax, which is something like 200MB uncompressed for all the i

[sage-devel] Re: Add matplotlib as dependency of cvxopt (#12742) needs review

On Thursday, March 29, 2012 6:56:52 PM UTC-7, Dima Pasechnik wrote: > > On 2012-03-29, John H Palmieri wrote: > > > > If only there were some way to add explanatory comments to the "deps" > > file... > > there is a clean way to handle this: it would involve creating a separate > "testing" depend

[sage-devel] Google App Engine Research Awards for scientific discovery

Perhaps you saw this already. Should Sage get GAE credits this way? http://googleresearch.blogspot.com/2012/03/google-app-engine-research-awards-for.html -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr..

[sage-devel] Re: Physical constants

Hello, I'm working on implementing an error propagation class, which is quite easy. However, the type system/coercion is confusing me. Any ideas about what the parent should be? Thank you. -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, s

[sage-devel] Re: Add matplotlib as dependency of cvxopt (#12742) needs review

On 2012-03-29, John H Palmieri wrote: > > If only there were some way to add explanatory comments to the "deps" > file... there is a clean way to handle this: it would involve creating a separate "testing" dependencies graph, of which the "building" dependencies graph will be a subgraph. The la

[sage-devel] Re: Add matplotlib as dependency of cvxopt (#12742) needs review

Julien Puydt writes: > Le jeudi 29 mars, John H Palmieri a écrit: >> If only there were some way to add explanatory comments to the "deps" >> file... > > Doesn't "# hello" work? Yes - I expect that was sarcasm ;) -Keshav Join us in #sagemath on irc.freenode.net ! -- To post to this grou

Re: [sage-devel] Call for vote: remove MoinMoin?

On Tue, 27 Mar 2012 at 10:10AM -0700, John H Palmieri wrote: > Should we remove MoinMoin as a standard package? > > [ ] Yes > [ ] No Yes > If "yes", I'm assuming we should make it an optional package instead. Or > does anyone support getting rid of it altogether? > > [ ] Convert to optional >

[sage-devel] Re: changes to how input_box works

On 3/29/12 9:21 AM, Jason Grout wrote: Make all input_box defaults go through the adapter == Current Behavior: If a Sage object is specified as a default value, it is explicitly used as the default value. The adapter is *not* run on the default va

[sage-devel] Re: Witt vectors

Thanks, David. The reference and comments have been quite helpful! -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group

[sage-devel] Re: changes to how input_box works

> First, a matrix by default uses input_grid, so that's a little different. So the previous example would be impossible with a matrix, but not Integers(3)(2)? > Second, you're right that some things don't have a repr that can > reconstruct themselves.  My point is that in that case, it is confus

Re: [sage-devel] Problem building 4.8

>> What version of XCode, GCC, etc.? Did you upgrade anything? This >> looks like exactly the sort of bug that one would have with XCode 4.x >> but *not* with XCode 3.x. I have Xcode 3.2.6, but 'which gcc' no longer returns anything. I did have gcc and have no idea where it could have gone. Fr

[sage-devel] More bugs in Laurent polynomials?

Bug report: I encountered some weird behavior in LaurentPolynomialRing, such as the nontransitivity of the '==' relation. Also, factoring in the fraction field caused an error. See below. Feature request: I would like elements of the fraction field F of a Laurent polynomial ring S (say with base

Re: [sage-devel] Witt vectors

There are a few places I would suggest looking: Simon King's worksheet at http://flask.sagenb.org/home/pub/82/ and the Sage Reference manual section on coercion at http://www.sagemath.org/doc/reference/coercion.html. I am starting to work to implement Witt vectors in Sage. I think I > have most

[sage-devel] Witt vectors

Dear all, I am starting to work to implement Witt vectors in Sage. I think I have most of the needed functions in a ".sage" file, but I now need to create a "RingOfWittVectors" class and feel a little lost. I've been looking over the developer's guide and some Python references, but haven't been

Re: [sage-devel] Re: Add matplotlib as dependency of cvxopt (#12742) needs review

Le jeudi 29 mars, John H Palmieri a écrit: > If only there were some way to add explanatory comments to the "deps" > file... Doesn't "# hello" work? Snark on #sagemath -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-

[sage-devel] Re: changes to how input_box works

On 3/29/12 11:54 AM, kcrisman wrote: On Mar 29, 11:49 am, Jason Grout wrote: On 3/29/12 10:20 AM, kcrisman wrote: experience is consistent with the initial experience, at the cost of some possible developer confusion since the default value isn't really Integers(3)(2), but rather sage_eval(

[sage-devel] Re: changes to how input_box works

On Mar 29, 11:49 am, Jason Grout wrote: > On 3/29/12 10:20 AM, kcrisman wrote: > > >> experience is consistent with the initial experience, at the cost of > >> some possible developer confusion since the default value isn't really > >> Integers(3)(2), but rather sage_eval(repr(Integers(3)(2))).

Re: [sage-devel] Re: Add matplotlib as dependency of cvxopt (#12742) needs review

On Thursday, March 29, 2012 9:00:24 AM UTC-7, P Purkayastha wrote: > > > > On Thursday, March 29, 2012 7:02:45 AM UTC+8, John H Palmieri wrote: >> >> >> >> On Wednesday, March 28, 2012 3:51:42 PM UTC-7, Jeroen Demeyer wrote: >>> >>> On 2012-03-28 17:08, leif wrote: >>> > Simply making CVXOPT depe

Re: [sage-devel] Re: Add matplotlib as dependency of cvxopt (#12742) needs review

On Thursday, March 29, 2012 7:02:45 AM UTC+8, John H Palmieri wrote: > > > > On Wednesday, March 28, 2012 3:51:42 PM UTC-7, Jeroen Demeyer wrote: >> >> On 2012-03-28 17:08, leif wrote: >> > Simply making CVXOPT depend on matplotlib is certainly easier, but >> > IMHO not really appropriate since t

[sage-devel] Re: changes to how input_box works

On 3/29/12 10:20 AM, kcrisman wrote: experience is consistent with the initial experience, at the cost of some possible developer confusion since the default value isn't really Integers(3)(2), but rather sage_eval(repr(Integers(3)(2))). I hope others have some input on this one, which I think

Re: [sage-devel] Call for vote: remove MoinMoin?

On Tue, Mar 27, 2012 at 12:10 PM, John H Palmieri wrote: > This topic has been brought up here before as side notes in various > threads, but I'd like to discuss it more officially: > > Should we remove MoinMoin as a standard package? > > [ X] Yes > [ ] No > > If "yes", I'm assuming we should make

[sage-devel] Re: changes to how input_box works

> experience is consistent with the initial experience, at the cost of > some possible developer confusion since the default value isn't really > Integers(3)(2), but rather sage_eval(repr(Integers(3)(2))). > I hope others have some input on this one, which I think is the only really controversial

Re: [sage-devel] Problem building 4.8

On Thursday, March 29, 2012 12:48:20 AM UTC-7, William wrote: > > What version of XCode, GCC, etc.? Did you upgrade anything? This > looks like exactly the sort of bug that one would have with XCode 4.x > but *not* with XCode 3.x. Along the same lines as William's questions, you could try bui

[sage-devel] changes to how input_box works

Hi everyone, We're working on removing some warts in the interact implementation. Unfortunately, this involves some changes to how input_box works, as detailed below. If you care, please comment on these changes. If the consensus is that these changes are good, we'll merge these changes into

Re: [sage-devel] Re: Deleting depreciated is_functions

Hi Simon, > On 2012-03-28, Florent Hivert wrote: > >> For parameter-less categories like Fields, I don't have a feeling for > >> whether one should teach new users to use the idiom ``X in Fields`` or > >> ``X in Fields()``. I tend to use the later mysefl. > > > > Speed could be a (not so im

[sage-devel] Re: Fwd: NaN = Not A Number ???

On Mar 28, 7:18 pm, Gonzalo Tornaria wrote: > On Thu, Mar 22, 2012 at 4:14 PM, Robert Bradshaw > > wrote: > > ... > > This is horrendous. Better to not have this "constant" (at least not > > in the global namespace) than behavior like this. The top level NaN, > > if we want one, could be in RR

[sage-devel] Re: creating custom subclasses of polynomial rings

I think you also might find http://flask.sagenb.org/home/pub/82/ usefull. It's a worksheet created by Simon King which explains how to make new sage classes. Le jeudi 29 mars 2012 00:14:43 UTC+2, Mark Shimozono a écrit : > > Suppose I want to create a custom subclass of a polynomial ring. > Fro

Re: [sage-devel] Re: Deleting depreciated is_functions

I think the idea was that if you cared about speed you would just use Fields(), but that it wasn't an important point in discussing whether QQ in Fields should be valid. David On Thu, Mar 29, 2012 at 09:06, Simon King wrote: > Hi Florent! > > On 2012-03-28, Florent Hivert wrote: > >> For parame

[sage-devel] Re: Deleting depreciated is_functions

Hi Florent! On 2012-03-28, Florent Hivert wrote: >> For parameter-less categories like Fields, I don't have a feeling for >> whether one should teach new users to use the idiom ``X in Fields`` or >> ``X in Fields()``. I tend to use the later mysefl. > > Speed could be a (not so important) argumen

Re: [sage-devel] Problem building 4.8

What version of XCode, GCC, etc.? Did you upgrade anything? This looks like exactly the sort of bug that one would have with XCode 4.x but *not* with XCode 3.x. On Thu, Mar 29, 2012 at 8:15 AM, Starx wrote: > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_INVALI

Re: [sage-devel] Problem building 4.8

Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x 0x000107b9e5f4 in PyInt_FromLong (ival=-5) at Objects/intobject.c:91 91 Objects/intobject.c: No such file or directory. in Objects/intobject.c (gdb) bt #0 0