[sage-devel] Notebook features

2007-06-05 Thread Michel
What is the official channel to discus the notebook? There seems to be a minor nuissance with the user interface. On all browsers I tried the scrollbar of a cell is partly under the global scrollbar which is disturbing. I think I actually want the cells to have no scrollbar at all, i.e. to just

[sage-devel] Re: sage -upgrade blowing away users patches?

2007-06-05 Thread Nick Alexander
Robert Bradshaw <[EMAIL PROTECTED]> writes: > On Jun 5, 2007, at 10:01 PM, Nick Alexander wrote: > >> [EMAIL PROTECTED] writes: >> >>> Yikes, that sounds like a bug. FWIW, I think it's a good policy >>> to never touch the main branch. When I want to test a patch, I >>> make a new branch fro

[sage-devel] Re: sage -upgrade blowing away users patches?

2007-06-05 Thread Robert Bradshaw
On Jun 5, 2007, at 10:01 PM, Nick Alexander wrote: > [EMAIL PROTECTED] writes: > >> Yikes, that sounds like a bug. FWIW, I think it's a good policy >> to never touch the main branch. When I want to test a patch, I >> make a new branch from the clean one, and apply the patch (or set >> of

[sage-devel] Re: sage -upgrade blowing away users patches?

2007-06-05 Thread Nick Alexander
[EMAIL PROTECTED] writes: > Yikes, that sounds like a bug. FWIW, I think it's a good policy to never > touch the main branch. When I want to test a patch, I make a new branch from > the clean one, and apply the patch (or set of patches) there. I'd love to do that, but sage -branch takes upwa

[sage-devel] Re: sage -upgrade blowing away users patches?

2007-06-05 Thread boothby
Yikes, that sounds like a bug. FWIW, I think it's a good policy to never touch the main branch. When I want to test a patch, I make a new branch from the clean one, and apply the patch (or set of patches) there. On Tue, 5 Jun 2007, Nick Alexander wrote: > > Hello all, > > sage -upgrade seem

[sage-devel] sage -upgrade blowing away users patches?

2007-06-05 Thread Nick Alexander
Hello all, sage -upgrade seems to be blowing away my committed hg patches that have not been pushed to William yet. To the best of my memory, that did not happen in the past; has this changed? Am I doing something wrong? This is getting annoying -- it's very hard to submit patches against up-t

[sage-devel] Re: Bug in sage-test (strip_automount_prefix)?

2007-06-05 Thread Nick Alexander
Kate <[EMAIL PROTECTED]> writes: > Nick Alexander suggests using os.path.realpath or os.path.normpath. > Neither work on this network, and so I suspect those functions are > not portable. Thanks for the heads up. Could I suggest better docstrings and a test or two? Nick --~--~-~--~---

[sage-devel] plot+wiki questions

2007-06-05 Thread David Joyner
Hi: 1. Plot question: has anyone looked into http://pyqwt.sourceforge.net/? It seems to have some 3d capabilities http://pyqwt.sourceforge.net/pyqwt3d-examples.html but requires qt. 2. Some links on the wiki http://www.sagemath.org:9001/Software_that_may_be_useful seem to be broken since they poi

[sage-devel] Re: Problem with sage-2.6 OSX binaries.

2007-06-05 Thread Robert Bradshaw
I've also got another library problem: -- | SAGE Version 2.6, Release Date: 2007-06-02 | | Type notebook() for the GUI, and license() for information.| -

[sage-devel] SAGEControl 0.0.1 - A first impression

2007-06-05 Thread mabshoff
Hello, due to work and I being lazy the last week I didn't work on SAGEControl until yesterday. A first 0.0.1 snapshot can be seen at http://apcocoa.org/~mabshoff/snapshots/SAGEControl-0.0.1.png The snapshot should give you an idea how the code will work. You cannot start the notebook at the mo

[sage-devel] Re: plot_vector_field

2007-06-05 Thread Hamptonio
OK, thanks. I will look into hacking the quiver function. It is unclear to me, from your response, if you understand the problem with plot_vector_field in its current form. The example from the wolfram site is somewhat misleading, since it uses a vector field of the form (f(x),g(y)), but this is

[sage-devel] Re: Problem with sage-2.6 OSX binaries.

2007-06-05 Thread William Stein
On 6/5/07, Joshua Kantor <[EMAIL PROTECTED]> wrote: > > I just downloaded the sage-2.6 OSX intel binaries. They ran fine but > when I tried to clone a repository and do -ba Where and when did you download this? Could you download from sagemath.org and try again? I had posted a "defective" binar

[sage-devel] Problem with sage-2.6 OSX binaries.

2007-06-05 Thread Joshua Kantor
I just downloaded the sage-2.6 OSX intel binaries. They ran fine but when I tried to clone a repository and do -ba I got the errors usr/bin/ld: Undefined symbols: ___gmpn_add_n referenced from libntl expected to be defined in /Users/ was/tmp/sage-2.6.alpha1/local/lib/libgmp.3.dylib ___gmpn_addmul_

[sage-devel] Re: plot_vector_field

2007-06-05 Thread William Stein
On 6/5/07, alex clemesha <[EMAIL PROTECTED]> wrote: > > Any chance you could "commit" to implementing the > > other vector field plots during SD4 next week? > > Yes, I guess could 'commit' ... > ... does that mean 'promise to implement perfectly', I at least commit to > try ;) Excellent! > b.t.w

[sage-devel] Re: plot_vector_field

2007-06-05 Thread alex clemesha
> Any chance you could "commit" to implementing the > other vector field plots during SD4 next week? Yes, I guess could 'commit' ... ... does that mean 'promise to implement perfectly', I at least commit to try ;) b.t.w. Dorian and I have been working very hard on our project that we are calling

[sage-devel] Re: plot_vector_field

2007-06-05 Thread William Stein
Alex, Any chance you could "commit" to implementing the other vector field plots during SD4 next week? On 6/5/07, alex clemesha <[EMAIL PROTECTED]> wrote: > > > > > > > At the moment, plot_vector_field is only capable of plotting product > > vector fields, which is unacceptable for my use of it

[sage-devel] Re: plot_vector_field

2007-06-05 Thread alex clemesha
> At the moment, plot_vector_field is only capable of plotting product > vector fields, which is unacceptable for my use of it in an ODE > class. Since it is a crucial issue for my use, I plan on trying to > extend it to handle arbitrary 2d fields, unless Alex Clemesha feels > like doing it for me

[sage-devel] Re: strings and symbolic expressions

2007-06-05 Thread boothby
>> sage: maxima('%s' % (repr(x^2+1),)) >> x^2+1 >> sage: maxima('%s' % (x^2+1,)) >> This hangs because of the \t >> >> From my background, you would expect the canonical string conversion to >> naturally work. I use the % operator on strings a great deal so I want >> str(object) to nicely t

[sage-devel] Re: strings and symbolic expressions

2007-06-05 Thread Robert Bradshaw
On Jun 5, 2007, at 10:55 AM, [EMAIL PROTECTED] wrote: >>> sage: maxima('%s' % (repr(x^2+1),)) >>> x^2+1 >>> sage: maxima('%s' % (x^2+1,)) >>> This hangs because of the \t >>> >>> From my background, you would expect the canonical string >>> conversion to >>> naturally work. I use the % op

[sage-devel] Re: strings and symbolic expressions

2007-06-05 Thread William Stein
On 6/5/07, Michel <[EMAIL PROTECTED]> wrote: > > I think I agree with Joel here. str(...) should give something > which is suitable for embedding in text. In case of maxima > objects it doesn't do that. In fact when I first encountered > this behaviour I thought the str(...) function had a bug. I

[sage-devel] Re: strings and symbolic expressions

2007-06-05 Thread Michel
I think I agree with Joel here. str(...) should give something which is suitable for embedding in text. In case of maxima objects it doesn't do that. In fact when I first encountered this behaviour I thought the str(...) function had a bug. It hadn't occurred to me that the \t's where for 2d disp

[sage-devel] Re: strings and symbolic expressions

2007-06-05 Thread Joel B. Mohler
On Tuesday 05 June 2007 12:09, William Stein wrote: > On 6/5/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote: > > sage: maxima('%s' % (repr(x^2+1),)) > > x^2+1 > > sage: maxima('%s' % (x^2+1,)) > > This hangs because of the \t > > By the way, I think this is a very bad way of moving > symbolic e

[sage-devel] Re: C question

2007-06-05 Thread Joshua Kantor
Thanks, setting a breakpoint at exit allowed me to get a stacktrace which told me that the function called before exit is xerbla_ in the dynamic library liblapack.so. So the LD_PRELOAD trick may work. I can't seem to get it to work with sage yet though. Is there a similar command to LD_PRELOAD a

[sage-devel] Re: Bug in sage-test (strip_automount_prefix)?

2007-06-05 Thread Kate
Michel, > BTW > > My name is Michel and not Michael! Sincere apologies! Kate --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this grou

[sage-devel] Re: strings and symbolic expressions

2007-06-05 Thread William Stein
On 6/5/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote: > sage: maxima('%s' % (repr(x^2+1),)) > x^2+1 > sage: maxima('%s' % (x^2+1,)) > This hangs because of the \t > By the way, I think this is a very bad way of moving symbolic expressions into Maxima. *Much* *much* better are any of the foll

[sage-devel] Re: SAGE in chroot

2007-06-05 Thread William Stein
On 6/5/07, Michel Van den Bergh <[EMAIL PROTECTED]> wrote: > Hi. > > I have things running pretty well now. Below are my notes. > Perhaps they can posted on the Wiki somewhere (in polished form). > Could you make a new section of the SAGE install guide and send me a patch? To do this: (1) cd t

[sage-devel] Re: strings and symbolic expressions

2007-06-05 Thread William Stein
On 6/5/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote: > > I'm find the string representations of symbolic expressions to be a little > non-intuitive. Short answer: use "repr". SAGE is just following the official Python guidelines for str versus repr: str -- nice display to screen representati

[sage-devel] Re: plot_vector_field

2007-06-05 Thread Hamptonio
One thing I can't figure out is how to make the arrows a constant length. Any suggestions? Thanks, Marshall On Jun 5, 9:39 am, Hamptonio <[EMAIL PROTECTED]> wrote: > At the moment, plot_vector_field is only capable of plotting product > vector fields, which is unacceptable for my use of it in a

[sage-devel] Re: Sage in chroot

2007-06-05 Thread William Stein
On 6/5/07, Michel <[EMAIL PROTECTED]> wrote: > > Well this problem I could solve. They were caused by an /etc/mtab > file which was out of sync, making mount -a believe some > filesystems were mounted when they weren't. > > I have now a running setup. The only problem is that one has > to be root

[sage-devel] Re: C question

2007-06-05 Thread Justin C. Walker
On Jun 5, 2007, at 01:18 , Joshua Kantor wrote: > > Thanks, I had forgot about that sort of thing and it might work. I'm > not sure because some of the libraries linked in are static. > > My python module links against libsuperlu.a which is static which > links against libblas. Because > lib

[sage-devel] Re: Bug in sage-test (strip_automount_prefix)?

2007-06-05 Thread Michel
Ok thanks for the explanation. BTW My name is Michel and not Michael! On Jun 5, 3:54 pm, Kate <[EMAIL PROTECTED]> wrote: > Michael, > > Thanks for the URL. (Alternately, you could have told me to look > in the > > maxima.console() works but not maxima.interact() > > thread.) > > I do not

[sage-devel] plot_vector_field

2007-06-05 Thread Hamptonio
At the moment, plot_vector_field is only capable of plotting product vector fields, which is unacceptable for my use of it in an ODE class. Since it is a crucial issue for my use, I plan on trying to extend it to handle arbitrary 2d fields, unless Alex Clemesha feels like doing it for me. Any ti

[sage-devel] strings and symbolic expressions

2007-06-05 Thread Joel B. Mohler
I'm find the string representations of symbolic expressions to be a little non-intuitive. The following transcript illustrates my concerns: sage: type(x) sage: str(x^2+1) '\t\t\t\t 2\r\n \t\t\t\tx + 1' sage: x^2+1 x^2 + 1 sage: print str(x^2+1)

[sage-devel] Re: Bug in sage-test (strip_automount_prefix)?

2007-06-05 Thread Kate
Michael, Thanks for the URL. (Alternately, you could have told me to look in the maxima.console() works but not maxima.interact() thread.) I do not have a problem with William's fix. To explain why strip_automount_prefix() is necessary, some computer networks only mount directories "on d

[sage-devel] Re: Bug in sage-test (strip_automount_prefix)?

2007-06-05 Thread Michel
This one! Hope the URL works. http://groups.google.com/group/sage-devel/browse_thread/thread/ea56d4fc266fd79b/7bc0cb3bb2ff28cc?lnk=st&q=&rnum=4#7bc0cb3bb2ff28cc Michel On Jun 5, 2:46 pm, Kate <[EMAIL PROTECTED]> wrote: > Michael, > > Which thread? > > Kate > > On Jun 4, 2:04 pm, Michel <[EMAIL

[sage-devel] Re: Bug in sage-test (strip_automount_prefix)?

2007-06-05 Thread Kate
Michael, Which thread? Kate On Jun 4, 2:04 pm, Michel <[EMAIL PROTECTED]> wrote: > William already posted a patch to this in another thread! > > On Jun 4, 7:39 pm, Nick Alexander <[EMAIL PROTECTED]> wrote: > > > > PS. Strictly speaking one should use os.path.separator instead of > > > "/" :-) >

[sage-devel] Re: Sage in chroot

2007-06-05 Thread Michel
Well this problem I could solve. They were caused by an /etc/mtab file which was out of sync, making mount -a believe some filesystems were mounted when they weren't. I have now a running setup. The only problem is that one has to be root to do chroot in Fedora. So I created a user "sage" inside

[sage-devel] Sage in chroot

2007-06-05 Thread Michel
I have compiled sage from source in a FC7 chroot environment on FC4. Everything works fine except pexpect which I can't get to work properly. sage: import pexpect sage: pexpect.spawn("maxima") Traceback (most recent call last) : Pexpect: pty.fork() failed: out of pty dev

[sage-devel] Re: C question

2007-06-05 Thread Joshua Kantor
Thanks, I had forgot about that sort of thing and it might work. I'm not sure because some of the libraries linked in are static. My python module links against libsuperlu.a which is static which links against libblas. Because libsuperlu.a is static I'm not sure whether the static or dynamic

[sage-devel] Re: C question

2007-06-05 Thread Nick Alexander
Michel <[EMAIL PROTECTED]> writes: > At the risk of saying something really stupid (as I am relatively > clueless > in the matter)it seems LD_PRELOAD is often used > to achieve the effect you want. The same thought crossed my mind, but not wanting to do the followup reading I kept my mouth s