[sage-devel] Sage libraries and outside packages...

I've been building lots of stuff inside Sage which gets nailed together in various ways. Keeping includes and libraries straight when many libraries are duplicated in Ubuntu has been necessary lately. Most recently, I have found 2 specific problems and perhaps something more general to consider.

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 9:03 PM, Ondrej Certik wrote: > Hi, > > here is an early preview of the pyjamas version: > > http://2.latest.pythonnb.appspot.com/ > > So far my experience is: > > * it doesn't work in IE8 (that's a showstopper) > * it's fast enough > * implementing the cursor positions and

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 4:54 PM, Rado wrote: > > Having read a bit of the old notebook code, for the graph editor > (which I should polish and submit in the next few days), I think Sage > will greatly benefit from notebook rewrite. It is very possible to > make front-end applets like the graph edi

[sage-devel] Re: notebook rewrite

Hi, here is an early preview of the pyjamas version: http://2.latest.pythonnb.appspot.com/ So far my experience is: * it doesn't work in IE8 (that's a showstopper) * it's fast enough * implementing the cursor positions and resizing was a piece of cake (I was very impressed) * learning the whol

[sage-devel] Re: Optional Cython packages in SAGE

Hi! On 21 Jul., 21:08, Willem Jan Palenstijn wrote: ... > I think a clean way to do this would be to package the Cython wrapper > for the optional SPKG inside that SPKG. Then it would get compiled > only when the SPKG is installed. Inside sage you could then detect at > run-time if the wrapper m

[sage-devel] Re: notebook rewrite

ghtdak wrote: > > This thread has gotten long and there are many subjects embedded > within. > > One of the problems I've had with the notebook implementation is that > the sage process supporting the notebook computation blocks on the > pipe between itself and the twistd server which spawns it.

[sage-devel] Re: [sage-release] Re: Sage 4.1.1.alpha0 released

Craig, Thanks for the explanation - that's consistent with what I saw. I'll make a mental note to help ensure this gets into the next release. Rob Craig Citro wrote: > >> On a fresh attempt to build from source, everything went fine.  For > >> the first attempt, the only difference I can disce

[sage-devel] Re: [sage-release] Re: Sage 4.1.1.alpha0 released

>> On a fresh attempt to build from source, everything went fine.  For >> the first attempt, the only difference I can discern is that I had set >> >> declare -x MAKE="make -j4" >> >> which in the past has smoothly allowed the build to use both >> processors.  Is this the cause of my failure? > >

[sage-devel] Re: notebook rewrite

This thread has gotten long and there are many subjects embedded within. One of the problems I've had with the notebook implementation is that the sage process supporting the notebook computation blocks on the pipe between itself and the twistd server which spawns it. This means that one can't

[sage-devel] Re: [sage-release] Re: Sage 4.1.1.alpha0 released

On Tue, Jul 21, 2009 at 5:07 PM, Rob Beezer wrote: > >> On Tue, Jul 21, 2009 at 4:03 PM, Rob Beezer wrote: >> > I get the following error building from source on 64-bit Ubuntu 9.04 >> > on Intel Core Duo >> > >> > error: could not create 'build/temp.linux-x86_64-2.6': File >> > exists >> > sage: T

[sage-devel] Re: [sage-release] Re: Sage 4.1.1.alpha0 released

> On Tue, Jul 21, 2009 at 4:03 PM, Rob Beezer wrote: > > I get the following error building from source on 64-bit Ubuntu 9.04 > > on Intel Core Duo > > > > error: could not create 'build/temp.linux-x86_64-2.6': File > > exists > > sage: There was an error installing modified sage library code. On

[sage-devel] Re: notebook rewrite

Having read a bit of the old notebook code, for the graph editor (which I should polish and submit in the next few days), I think Sage will greatly benefit from notebook rewrite. It is very possible to make front-end applets like the graph editor once it is easy to talk to the sage kernel, without

[sage-devel] Re: Is new symbolic derivative really worth the efforts?

On Tue, Jul 21, 2009 at 3:03 PM, Golam Mortuza Hossain wrote: > > Hi, > > On Mon, Jul 20, 2009 at 8:31 PM, Robert > Bradshaw wrote: >>> On Sun, Jul 19, 2009 at 3:11 PM, William Stein >>> wrote: >> Or should we just restore old "diff" by simply sub-classing it >> from SFunction like what is

[sage-devel] Re: Sage 4.1.1.alpha0 released

If anyone wants an Intel OS X 10.5 binary, it will finish uploading here in about ten minutes: http://sage.math.washington.edu/home/rlmill/sage-4.1.1.alpha0-i386-Darwin.dmg --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To un

[sage-devel] Re: Is new symbolic derivative really worth the efforts?

Hi, On Mon, Jul 20, 2009 at 8:31 PM, Robert Bradshaw wrote: >> On Sun, Jul 19, 2009 at 3:11 PM, William Stein >> wrote: > Or should we just restore old "diff" by simply sub-classing it > from SFunction like what is being done  for "integration" > and others? >>> >>> At first glance do

[sage-devel] Re: Sage 4.1.1.alpha0 released

> > sage -t -long "devel/sage/sage/interfaces/r.py" > > ** > > File "/Applications/sage_builds/sage-4.1.1.alpha0/devel/sage/sage/ > > interfaces/r.py", line 838: > >     sage: r.completions('tes') > > Expected: > >     ['testPla

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 3:35 PM, William Stein wrote: > > On Tue, Jul 21, 2009 at 1:56 PM, J Elaych wrote: >> >> >>> >>> There is one more thing I want to try -- pyjamas, as pointed out >>> above. I already played with it yesterday, and what I saw so far is >>> *impressive*. So my next step will b

[sage-devel] Re: notebook rewrite

William Stein wrote: > (1) Can pyjamas cleanly make use of arbitrary javascript libraries? Here's an example of a pyjamas "application" using a JQuery slider (its along the bottom edge of the map) Demo: http://web2py.gdw2.com/maps/default/index To my untrained eye it looks like there was some t

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 2:56 PM, J Elaych wrote: > > >> >> There is one more thing I want to try -- pyjamas, as pointed out >> above. I already played with it yesterday, and what I saw so far is >> *impressive*. So my next step will be to rewrite what I did into >> pyjamas (e.g. just pure python b

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 1:56 PM, J Elaych wrote: > > >> >> There is one more thing I want to try -- pyjamas, as pointed out >> above. I already played with it yesterday, and what I saw so far is >> *impressive*. So my next step will be to rewrite what I did into >> pyjamas (e.g. just pure python b

[sage-devel] Re: Mac OS X .app technique

Yes, and it's easy to modify the existing script to do that. Has anyone tried using -bdist (whatever that is) to make the clickable app lately? It seems that it wasn't exactly broken, if memory serves, just that it wasn't optimal for some reason so it didn't become the default way to produce Mac

Re: [codenode-devel] Re: [sage-devel] Re: notebook rewrite

Hi Ondrej, >> So, I am all for combining efforts and becoming more in tune with your end >> goal and motivation for improving the notebook. > > I agree with everything you wrote. > > Only one suggestion -- could you take my simple frontend for the cells > and incorporate it in codenode? I mean h

[sage-devel] Re: Mac OS X .app technique

I would think that is what most people would want. -Marshall On Jul 21, 3:42 pm, Robert Bradshaw wrote: > On Jul 21, 2009, at 1:34 PM, gsw wrote: > > > > > On 21 Jul., 22:13, Robert Bradshaw > > wrote: > >> On Jul 21, 2009, at 11:25 AM, kcrisman wrote: > > >>> On Jul 21, 1:14 pm, Žiga Lenarčič

[sage-devel] Re: notebook rewrite

> > There is one more thing I want to try -- pyjamas, as pointed out > above. I already played with it yesterday, and what I saw so far is > *impressive*. So my next step will be to rewrite what I did into > pyjamas (e.g. just pure python both on the server and in the browser). > If that works an

[sage-devel] Re: Mac OS X .app technique

On Jul 21, 2009, at 1:34 PM, gsw wrote: > On 21 Jul., 22:13, Robert Bradshaw > wrote: >> On Jul 21, 2009, at 11:25 AM, kcrisman wrote: >> >> >> >>> On Jul 21, 1:14 pm, Žiga Lenarčič >>> wrote: Hi! >> After downloading sage I read readme.txt. >> If there is interest in getting S

[sage-devel] Re: notebook rewrite

I have tested your demo. It works fine in firefox, but i can't see the cells in konqueror 3.5.10 (sage notebook doesn't look well in konqueror, but most of the functionalities work). --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.

[sage-devel] Re: Mac OS X .app technique

On 21 Jul., 22:13, Robert Bradshaw wrote: > On Jul 21, 2009, at 11:25 AM, kcrisman wrote: > > > > > On Jul 21, 1:14 pm, Žiga Lenarčič wrote: > >> Hi! > > >> After downloading sage I read readme.txt. > > >> If there is interest in getting Sage into an .app, it can be done via > >> a free Platyp

[sage-devel] Re: Vote on including Cliquer standard in Sage

On Tue, Jul 21, 2009 at 1:27 PM, Robert Miller wrote: > >> > How hard is porting it to Microsoft Windows going to be? >> >> No idea, but it's a very small C library, so hopefully this will mean >> a small amount of work will get it going. > > I should also mention that everything Cliquer can do, N

[sage-devel] Re: Vote on including Cliquer standard in Sage

> > How hard is porting it to Microsoft Windows going to be? > > No idea, but it's a very small C library, so hopefully this will mean > a small amount of work will get it going. I should also mention that everything Cliquer can do, NetworkX can do as well, but abysmally slower, so that in case i

[sage-devel] Re: Mac OS X .app technique

On Tue, Jul 21, 2009 at 1:13 PM, Robert Bradshaw wrote: > > On Jul 21, 2009, at 11:25 AM, kcrisman wrote: > >> On Jul 21, 1:14 pm, Žiga Lenarčič wrote: >>> Hi! >>> >>> After downloading sage I read readme.txt. >>> >>> If there is interest in getting Sage into an .app, it can be done via >>> a fre

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 1:13 PM, Ondrej Certik wrote: > > On Tue, Jul 21, 2009 at 12:53 PM, William Stein wrote: >> >> >> On Tue, Jul 21, 2009 at 10:21 AM, Ondrej Certik wrote: >>> >>> On Tue, Jul 21, 2009 at 10:44 AM, William Stein wrote: >>> > >>> > On Tue, Jul 21, 2009 at 9:39 AM, Ondrej Certi

[sage-devel] Re: Vote on including Cliquer standard in Sage

> What build testing have you done? As I mentioned in the original post, I've tested it on sage.math and on 32 and 64 bit OS X. > How will cliquer be used in the sage library? Being able to compute maximum cliques has nice applications all over the place, but at first it will just be in G.cli

[sage-devel] Re: Mac OS X .app technique

On Jul 21, 2009, at 11:25 AM, kcrisman wrote: > On Jul 21, 1:14 pm, Žiga Lenarčič wrote: >> Hi! >> >> After downloading sage I read readme.txt. >> >> If there is interest in getting Sage into an .app, it can be done via >> a free Platypus app[1]. I have succesfully used it to prepared the >> M

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 12:53 PM, William Stein wrote: > > > On Tue, Jul 21, 2009 at 10:21 AM, Ondrej Certik wrote: >> >> On Tue, Jul 21, 2009 at 10:44 AM, William Stein wrote: >> > >> > On Tue, Jul 21, 2009 at 9:39 AM, Ondrej Certik wrote: >> >> >> >> On Tue, Jul 21, 2009 at 1:58 AM, Robert >> >

[sage-devel] Re: Using a templating engine (Jinja?) for the Notebook

On Tue, Jul 21, 2009 at 11:59 AM, Tim Dumol wrote: > > I think I'm done with the migration to Jinja -- at least for > notebook.py. Wow, nice. You're a machine. (that's a complement). If your patches don't get reviewed promptly, please bug me. William > I'll take a peek at the rest of the fil

[sage-devel] Re: Optional Cython packages in SAGE

On Jul 21, 2009, at 12:08 PM, Willem Jan Palenstijn wrote: > > On Tue, Jul 21, 2009 at 03:30:37AM -0700, Nathann Cohen wrote: >> >> Hello everybody !!! >> >> I have a small problem I discussed with some of you on IRC already. >> >> I have written a Cython class which should one day be integrated

Re: [codenode-devel] Re: [sage-devel] Re: notebook rewrite

Hi Dorian! On Tue, Jul 21, 2009 at 1:11 PM, Dorian Raymer wrote: > Hi Ondrej, > > I like what you have done! > > On Tue, Jul 21, 2009 at 10:21 AM, Ondrej Certik wrote: >> >> On Tue, Jul 21, 2009 at 10:44 AM, William Stein wrote: >> > >> > On Tue, Jul 21, 2009 at 9:39 AM, Ondrej Certik wrote: >>

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 1:08 PM, Tim Dumol wrote: > > On Jul 22, 12:24 am, Ondrej Certik wrote: >> On Tue, Jul 21, 2009 at 4:47 AM, Tim Dumol wrote: >> >> > It's working great in Firefox 3.5, Windows XP x32 and Linux x86_64. >> >> > I'm doing some work on converting the notebook to Jinja ( >> >ht

[sage-devel] Re: Sage 4.1.1.alpha0 released

On 21 Jul., 17:14, John H Palmieri wrote: > On Jul 20, 8:04 pm, Minh Nguyen wrote: > > > Hi folks, > > > This is the first release of the Sage 4.1.1 release cycle. William and > > I are co-chairing this release cycle. The source tarball and the > > sage.math only binary are available at > > >h

[sage-devel] Re: Sage 4.1.1.alpha0 released

Something is corrupted in the repository. As I learned last time, this probably has something to do with MANIFEST.in not pointing out the following files: [rlm-book sage-main]$ hg status ! sage/server/notebook/templates/async_lib.js ! sage/server/notebook/templates/jmol_lib.js ! sage/server/noteb

[sage-devel] Re: Vote on including Cliquer standard in Sage

On Tue, Jul 21, 2009 at 12:00 PM, Robert Miller wrote: > > I should mention that all you need to try it out is the spkg here: > > http://trac.sagemath.org/sage_trac/ticket/6355 > > and the patch (trac_5793-cliquer-flattened.patch) here: > > http://trac.sagemath.org/sage_trac/ticket/5793 > Thanks.

[sage-devel] Re: notebook rewrite

On Jul 22, 12:24 am, Ondrej Certik wrote: > On Tue, Jul 21, 2009 at 4:47 AM, Tim Dumol wrote: > > > It's working great in Firefox 3.5, Windows XP x32 and Linux x86_64. > > > I'm doing some work on converting the notebook to Jinja ( > >http://trac.sagemath.org/sage_trac/ticket/6568). It shouldn't

[sage-devel] Re: Using a templating engine (Jinja?) for the Notebook

I think I'm done with the migration to Jinja -- at least for notebook.py. I'll take a peek at the rest of the files, and then delete the orphaned functions later. On Jul 21, 6:42 pm, Tim Dumol wrote: > I find the template code used as a bit kludgy, and I've only done a > few tests on it. I'll lo

[sage-devel] Re: notebook rewrite

Hi Ondrej, I like what you have done! On Tue, Jul 21, 2009 at 10:21 AM, Ondrej Certik wrote: > > On Tue, Jul 21, 2009 at 10:44 AM, William Stein wrote: > > > > On Tue, Jul 21, 2009 at 9:39 AM, Ondrej Certik wrote: > >> > >> On Tue, Jul 21, 2009 at 1:58 AM, Robert > >> Bradshaw wrote: > >>> > >>

[sage-devel] Re: Vote on including Cliquer standard in Sage

Also relevant is the project's homepage: http://users.tkk.fi/pat/cliquer.html --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more op

[sage-devel] Re: Optional Cython packages in SAGE

On Tue, Jul 21, 2009 at 03:30:37AM -0700, Nathann Cohen wrote: > > Hello everybody !!! > > I have a small problem I discussed with some of you on IRC already. > > I have written a Cython class which should one day be integrated into > the standard version of SAGE : an interface for numerical so

[sage-devel] Re: Vote on including Cliquer standard in Sage

I should mention that all you need to try it out is the spkg here: http://trac.sagemath.org/sage_trac/ticket/6355 and the patch (trac_5793-cliquer-flattened.patch) here: http://trac.sagemath.org/sage_trac/ticket/5793 --~--~-~--~~~---~--~~ To post to this group,

[sage-devel] Re: Vote on including Cliquer standard in Sage

On Tue, Jul 21, 2009 at 11:55 AM, Robert Miller wrote: > > There are clear advantages to including this in Sage: > > sage: G = graphs.RandomGNP(400, .1) > > sage: time G.clique_number(algorithm='networkx') > CPU times: user 1.79 s, sys: 0.01 s, total: 1.80 s > Wall time: 1.87 s > 5 > > sage: time

[sage-devel] Re: Central location for potential problems that may haunt us one day?

William Stein wrote: > > > On Tue, Jul 21, 2009 at 10:31 AM, Marshall Hampton > wrote: > > > It seems best to just file a trac ticket - I'm not sure what the > downside is to that. Perhaps we could make a new "milestone" for such > issues, since they d

[sage-devel] Re: slideshow mode for the notebook

On Tue, Jul 21, 2009 at 10:19 AM, kcrisman wrote: > > > > I gave a plenary talk at a big MAA meeting a few months ago.  It was > > entirely a live demo using the Sage notebook.  It went perfectly. > > Stan Wagon gave another talk in using the Mathematica notebook, and it > > surprisingly had nume

[sage-devel] Vote on including Cliquer standard in Sage

There are clear advantages to including this in Sage: sage: G = graphs.RandomGNP(400, .1) sage: time G.clique_number(algorithm='networkx') CPU times: user 1.79 s, sys: 0.01 s, total: 1.80 s Wall time: 1.87 s 5 sage: time G.clique_number(algorithm='cliquer') CPU times: user 0.12 s, sys: 0.00 s,

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 10:21 AM, Ondrej Certik wrote: > > On Tue, Jul 21, 2009 at 10:44 AM, William Stein wrote: > > > > On Tue, Jul 21, 2009 at 9:39 AM, Ondrej Certik wrote: > >> > >> On Tue, Jul 21, 2009 at 1:58 AM, Robert > >> Bradshaw wrote: > >>> > >>> On Jul 20, 2009, at 9:02 PM, Ondrej Ce

[sage-devel] Re: Central location for potential problems that may haunt us one day?

On Tue, Jul 21, 2009 at 10:31 AM, Marshall Hampton wrote: > > It seems best to just file a trac ticket - I'm not sure what the > downside is to that. Perhaps we could make a new "milestone" for such > issues, since they don't quite fit in "feature" or "wishlist". But I > think it would be confusi

[sage-devel] Re: Mac OS X .app technique

On Jul 21, 1:14 pm, Žiga Lenarčič wrote: > Hi! > > After downloading sage I read readme.txt. > > If there is interest in getting Sage into an .app, it can be done via > a free Platypus app[1]. I have succesfully used it to prepared the Mac > OS X release of Maxima (and wxMaxima). You might insp

[sage-devel] Mac OS X .app technique

Hi! After downloading sage I read readme.txt. If there is interest in getting Sage into an .app, it can be done via a free Platypus app[1]. I have succesfully used it to prepared the Mac OS X release of Maxima (and wxMaxima). You might inspect Maxima.app (download Mac OS X dmg from Maxima source

[sage-devel] Re: Central location for potential problems that may haunt us one day?

It seems best to just file a trac ticket - I'm not sure what the downside is to that. Perhaps we could make a new "milestone" for such issues, since they don't quite fit in "feature" or "wishlist". But I think it would be confusing to do something apart from trac. -M. Hampton On Jul 21, 11:20 a

[sage-devel] Re: Fwd: CoMarketing: Sage & Sun

Harald Schilly wrote: > Also, there will always be a gap between a commercial closed source > system and Sage due to it's nature of development, the attitude of the > community and the circumstances how development works. All these > factors contribute how the final product actually manifests! > I

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 10:44 AM, William Stein wrote: > > On Tue, Jul 21, 2009 at 9:39 AM, Ondrej Certik wrote: >> >> On Tue, Jul 21, 2009 at 1:58 AM, Robert >> Bradshaw wrote: >>> >>> On Jul 20, 2009, at 9:02 PM, Ondrej Certik wrote: >> Well, let me say that I really like to run things on t

[sage-devel] Re: Central location for potential problems that may haunt us one day?

William Stein wrote: > On Tue, Jul 21, 2009 at 9:51 AM, Dr. David > Kirkby wrote: >> Sometimes when I create a patch, or look at work of others, I see >> potential issues that might come back to haunt us at a later date. For >> example. >> >> 1) Whilst updating a polybori patch, I noticed somethin

[sage-devel] Re: slideshow mode for the notebook

> I gave a plenary talk at a big MAA meeting a few months ago.  It was > entirely a live demo using the Sage notebook.  It went perfectly. > Stan Wagon gave another talk in using the Mathematica notebook, and it > surprisingly had numerous bugs/problems as a result of bugs in Yes, the same thing

[sage-devel] Re: Groebner bases over symbolic ring

OK, this is now #6581. I assume it's just the MPolynomialRing_polydict class missing the monomial_divides method. Can anybody recommend a good approach for this? Thanks! - Ryan On Jul 21, 12:44 pm, William Stein wrote: > On Tue, Jul 21, 2009 at 9:37 AM, Ryan Hinton wrote: > > > Are Groebner b

[sage-devel] Re: slideshow mode for the notebook

On Tue, Jul 21, 2009 at 7:22 AM, Marshall Hampton wrote: > > Because of bad experiences, I have switched to doing screencast talks > - i.e. I do the "interactive" stuff in advance.  I'm not sure what is > available on linux for this, but on the mac I use iShowU, which is > commercial but only abou

[sage-devel] Re: Fwd: CoMarketing: Sage & Sun

Here is my answer to that mail. Maybe there are some additional thoughts about how to present Sage to a wider audience? Explaining others what Sage is about? Exchange of Sage knowledge and experience, and so on. Features alone don't help to pursue our mission ;) > - Can you provide a few key poin

Re: Fwd: [sage-devel] Re: Sage and JSXGraph

alfredw wrote: > contains an example where on every mouseUp event data is sent from the > client to some > high-level functions of the statistics package R on server side. > Finally, the result of the R computation > is sent back to the web browser and the construction is updated > accordingly. Th

[sage-devel] Re: Central location for potential problems that may haunt us one day?

On Tue, Jul 21, 2009 at 9:51 AM, Dr. David Kirkby wrote: > > Sometimes when I create a patch, or look at work of others, I see > potential issues that might come back to haunt us at a later date. For > example. > > 1) Whilst updating a polybori patch, I noticed something done some time > back, tha

[sage-devel] Central location for potential problems that may haunt us one day?

Sometimes when I create a patch, or look at work of others, I see potential issues that might come back to haunt us at a later date. For example. 1) Whilst updating a polybori patch, I noticed something done some time back, that I think might have an impact on Solaris. I don't have the time t

[sage-devel] A Haskell-Python bridge? GHCi and JS notebook interfaces?

A very cool, possibly very difficult(?), project would bridge Python and Haskell, or to be concrete, the standard Python interpreter and the interactive version of the Glasgow Haskell Compiler: http://www.haskell.org/ghc/ The Haskell community actually has a Trac server for rating their Google

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 9:39 AM, Ondrej Certik wrote: > > On Tue, Jul 21, 2009 at 1:58 AM, Robert > Bradshaw wrote: >> >> On Jul 20, 2009, at 9:02 PM, Ondrej Certik wrote: > >>> Well, let me say that I really like to run things on the appengine, >>> rather than to constantly maintain our own serve

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 1:58 AM, Robert Bradshaw wrote: > > On Jul 20, 2009, at 9:02 PM, Ondrej Certik wrote: >> Well, let me say that I really like to run things on the appengine, >> rather than to constantly maintain our own servers. I see no reason >> why the notebook cannot run on the appengi

[sage-devel] Re: [codenode-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 9:27 AM, Ondrej Certik wrote: > > On Tue, Jul 21, 2009 at 3:49 AM, James Casbon wrote: >> >> 2009/7/21 Ondrej Certik : >>> but none of it seems major to me, the keyboard seems to be working >>> just fine (or is IE8 not the most problematic? I'll try to test in >>> other bro

[sage-devel] Re: [codenode-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 3:49 AM, James Casbon wrote: > > 2009/7/21 Ondrej Certik : >> but none of it seems major to me, the keyboard seems to be working >> just fine (or is IE8 not the most problematic? I'll try to test in >> other browsers like Opera and Safari too). Here is the index.html with >

[sage-devel] Re: notebook rewrite

On Tue, Jul 21, 2009 at 4:47 AM, Tim Dumol wrote: > > It's working great in Firefox 3.5, Windows XP x32 and Linux x86_64. > > I'm doing some work on converting the notebook to Jinja ( > http://trac.sagemath.org/sage_trac/ticket/6568 ). It shouldn't be too > hard to convert my work from Jinja templ

[sage-devel] Re: [sage-release] Re: Sage 4.1.1.alpha0 released

Minh Nguyen wrote: > What happens if you do an upgrade instead of compiling everything from source? As an upgrade it built fine and testing gave: The following tests failed: sage -t devel/sage/sage/interfaces/r.py # 1 doctests failed sage -t devel/sage/sage/schemes/elliptic_curves/ell_rationa

[sage-devel] Re: notebook rewrite

Very promising! Just yesterday, I found Google's tutorial on writing a Python application for their App Engine: http://code.google.com/appengine/docs/python/gettingstarted/ There are some sample projects at http://code.google.com/p/google-app-engine-samples/ Actually, I was motivated not to

[sage-devel] Re: Sage 4.1.1.alpha0 released

On Jul 20, 8:04 pm, Minh Nguyen wrote: > Hi folks, > > This is the first release of the Sage 4.1.1 release cycle. William and > I are co-chairing this release cycle. The source tarball and the > sage.math only binary are available at > > http://sage.math.washington.edu/home/mvngu/release/sage-4.1

[sage-devel] Re: Sage and JSXGraph

Rob Beezer wrote: > I spent a few minutes looking at this. Most of the examples look like > many Sage interacts - sliders controlling plots or graphics. > Disclaimer: I'm always on the lookout for ways to use graphics as > graph editors, so I'm interested in using these sorts of tools for > *inpu

[sage-devel] Re: slideshow mode for the notebook

Because of bad experiences, I have switched to doing screencast talks - i.e. I do the "interactive" stuff in advance. I'm not sure what is available on linux for this, but on the mac I use iShowU, which is commercial but only about $25 and cheerfully written and maintained by one guy. Of course

[sage-devel] Re: PolyBoRi - can the status be resolved ?

Hi David, On Wed, Jul 22, 2009 at 12:07 AM, Dr. David Kirkby wrote: > The patch I posted did allow polybori to build on my home machine, as it > fixed the linker flag issues. But it did still fail to build on t2, due > to the presenec of /opt/SUNWspro/bin/CC. > > Alexander Dreyer has sent me s

[sage-devel] Re: PolyBoRi - can the status be resolved ?

Minh Nguyen wrote: > Hi David, > > On Fri, Jul 17, 2009 at 12:04 PM, Minh Nguyen wrote: >> On Fri, Jul 17, 2009 at 12:01 PM, Dr. David >> Kirkby wrote: >> >> >> >>> I forgot. Try: >>> >>> http://sage.math.washington.edu/home/kirkby/Solaris-fixes/mpfr/mpfr-2.4.1p0.spkg >>> >>> it should make no d

[sage-devel] Re: Sage 4.1.1.alpha0 released

On Jul 21, 10:56 am, davidloeffler wrote: > I'm seeing some errors building the reference manual, from sage/ > schemes/elliptic_curves/ell_rational_field.py and sage/databases/ > jones.py. Presumably these are coming from the tickets > > #6045: Robert Bradshaw: Computation of Heegner points [Re

[sage-devel] Re: Sage 4.1.1.alpha0 released

Minh Nguyen wrote: > Hi folks, > > This is the first release of the Sage 4.1.1 release cycle. William and > I are co-chairing this release cycle. The source tarball and the > sage.math only binary are available at > > http://sage.math.washington.edu/home/mvngu/release/sage-4.1.1.alpha0.tar > htt

[sage-devel] Re: slideshow mode for the notebook

On Mon, 20 Jul 2009 14:44:48 -0700 William Stein wrote: > > On Mon, Jul 20, 2009 at 2:27 PM, Robert Miller > wrote: > > > >> Is the slideshow mode for the notebook in usable form with the > >> patches in trac #6342? > > > > I found a few (minor) bugs when I was working with it. I spent the > >

[sage-devel] Re: different formatting of output of eigenvectors_left depending on which space the matrix is over and numerical instability

On Jul 21, 1:36 pm, Jason Grout wrote: > The RDF uses scipy, which in turn uses the standard fortran libraries to > compute these things.  We could maybe make a bigger cutoff for deciding > when the returned value is zero.  But I think we still ought to call > scipy/fortran for the RDF functions.

[sage-devel] Re: different formatting of output of eigenvectors_left depending on which space the matrix is over and numerical instability

Harald Schilly wrote: > This is from the notebook's "report a problem" bugtracker, there are > *two* different problems reported. Machine is Linux/32bit on Sage > 4.0.2. > > > Quote: > > different formatting of output of eigenvectors_left depending on which > space the matrix is over A = m

[sage-devel] different formatting of output of eigenvectors_left depending on which space the matrix is over and numerical instability

This is from the notebook's "report a problem" bugtracker, there are *two* different problems reported. Machine is Linux/32bit on Sage 4.0.2. Quote: different formatting of output of eigenvectors_left depending on which space the matrix is overA = matrix(QQ,3,3,range(9)) B = matrix(RDF,

[sage-devel] Re: notebook rewrite

It's working great in Firefox 3.5, Windows XP x32 and Linux x86_64. I'm doing some work on converting the notebook to Jinja ( http://trac.sagemath.org/sage_trac/ticket/6568 ). It shouldn't be too hard to convert my work from Jinja templates to Django templates, or to switch the Django templating

[sage-devel] Re: Using a templating engine (Jinja?) for the Notebook

I find the template code used as a bit kludgy, and I've only done a few tests on it. I'll look over it again and write a few proper tests first, I think. Oh, and I see that Ondrej Certik is doing work on the notebook as well ( http://groups.google.com/group/sage-devel/browse_thread/thread/65ca1e

[sage-devel] Optional Cython packages in SAGE

Hello everybody !!! I have a small problem I discussed with some of you on IRC already. I have written a Cython class which should one day be integrated into the standard version of SAGE : an interface for numerical solvers of linear programs. Some of these solvers, though, are optional SPKG ( b

[sage-devel] Re: Sage 4.1.1.alpha0 released

On Tue, Jul 21, 2009 at 8:03 PM, Minh Nguyen wrote: > Hi David, > > On Tue, Jul 21, 2009 at 7:56 PM, davidloeffler wrote: >> >> I'm seeing some errors building the reference manual, from sage/ >> schemes/elliptic_curves/ell_rational_field.py and sage/databases/ >> jones.py. Presumably these are co

[sage-devel] Re: Sage 4.1.1.alpha0 released

Hi David, On Tue, Jul 21, 2009 at 7:56 PM, davidloeffler wrote: > > I'm seeing some errors building the reference manual, from sage/ > schemes/elliptic_curves/ell_rational_field.py and sage/databases/ > jones.py. Presumably these are coming from the tickets > > #6045: Robert Bradshaw: Computation

[sage-devel] Re: Sage 4.1.1.alpha0 released

I'm seeing some errors building the reference manual, from sage/ schemes/elliptic_curves/ell_rational_field.py and sage/databases/ jones.py. Presumably these are coming from the tickets #6045: Robert Bradshaw: Computation of Heegner points [Reviewed by John Cremona, Minh Van Nguyen] #6332: Franci

[sage-devel] Re: notebook rewrite

My contributions to the server code have been pretty trivial, but in case it matters: I release everything I've contributed under sage/server/* under BSD. I'm excited to see this work on the notebook; I've been trying to learn some jQuery and it seems quite nice. It seems in the future there w

[sage-devel] Re: Sage 4.1.1.alpha0 released

On Tue, Jul 21, 2009 at 5:55 PM, Minh Nguyen wrote: > > On Tue, Jul 21, 2009 at 1:04 PM, Minh Nguyen wrote: >> Hi folks, >> >> This is the first release of the Sage 4.1.1 release cycle. William and >> I are co-chairing this release cycle. The source tarball and the >> sage.math only binary are ava

Re: Fwd: [sage-devel] Re: Sage and JSXGraph

Dear sage-developers, as Markus said, JSXGraph is a viewer for the web browser: it can a) display geometric construction in the GEONExT file format (http:// geonext.de) or the evolving Intergeo file format (http://i2geo.net/), b) display constructions coded directly in JavaScript. This second poi

[sage-devel] Re: notebook rewrite

Robert Bradshaw wrote: > I release everything I've contributed under sage/server/* under BSD. I also release everything I've contributed up to this point under sage/server/* under BSD. Jason -- Jason Grout --~--~-~--~~~---~--~~ To post to this group, send ema

[sage-devel] Re: notebook rewrite

On Jul 20, 2009, at 9:02 PM, Ondrej Certik wrote: > Hi, > > I finally learned javascript and AJAX, so that I can help with the > notebook. I also studied it's sources. > > First things I like: > > * I like the user interface, it's usable, especially the attention to > little details, like borders

[sage-devel] Re: Sage 4.1.1.alpha0 released

On Tue, Jul 21, 2009 at 1:04 PM, Minh Nguyen wrote: > Hi folks, > > This is the first release of the Sage 4.1.1 release cycle. William and > I are co-chairing this release cycle. The source tarball and the > sage.math only binary are available at > > http://sage.math.washington.edu/home/mvngu/rele

[sage-devel] Re: notebook rewrite

Ondrej Certik wrote: > Hi, > > I finally learned javascript and AJAX, so that I can help with the > notebook. I also studied it's sources. > > First things I like: > > * I like the user interface, it's usable, especially the attention to > little details, like borders around the cells, tab comp

[sage-devel] Re: [codenode-devel] notebook rewrite

Hi Ondrej I think it would be great to have the notebook (linked to Sage) run in Google Apps. Ondrej Certik wrote: > [snip] > > Also, question to all, do you like the In [3] and Out[3] lines? I > don't have an opinion on it yet myself, so I implemented them, to see > how it looks like. Also, pl

[sage-devel] Re: Is new symbolic derivative really worth the efforts?

On Jul 20, 2009, at 12:37 PM, Golam Mortuza Hossain wrote: > Hi, > > On Sun, Jul 19, 2009 at 3:11 PM, William Stein > wrote: Or should we just restore old "diff" by simply sub-classing it from SFunction like what is being done for "integration" and others? >> >> At first glance

  1   2   >