On Nov 25, 2007, at 1:34 PM, William Stein wrote:
> On Nov 25, 2007 12:13 PM, Nick Alexander <[EMAIL PROTECTED]>
> wrote:
>> Hi William,
>>
>> I've been thinking about
>>
>> http://sagetrac.org/sage_trac/ticket/1135
>>
>> for about 2 days now. I can think of no obvious way to handle the
>> fol
Hi,
Timothy Clemans pointed out a very interesting powerful and *simple*
Python web application
server today to me called cherrypy:
http://www.cherrypy.org/
It's actually very easy to install (just grab their tarball and do
"sage -python setup.py install").
To try it out with some nontrivial
On Nov 26, 2007 8:06 PM, M. Edward (Ed) Borasky <[EMAIL PROTECTED]> wrote:
> root wrote:
> > The NSF, INRIA, and others cover it.
> > These are the same people who won't fund Axiom because "it competes
> > with commercial software". Which shows that they don't understand
> > that Axiom is NOT tryi
On Nov 26, 2007, at 8:23 PM, William Stein wrote:
>>
>> See
>>
>> http://sagetrac.org/sage_trac/attachment/ticket/1189/sympy-
>> coerce.patch
>>
>> This on top of 2.8.14 + sympy.patch works great. (I wasn't able to
>> cleanly apply sympy2.patch which looks like it had some useful non-
>> coercio
On Nov 26, 2007 7:51 PM, Robert Bradshaw <[EMAIL PROTECTED]> wrote:
>
> On Nov 26, 2007, at 2:04 PM, Ondrej Certik wrote:
>
> >>
> >> I still think _verify_canonical_coercion_c is the wrong thing to use
> >> here, there is no reason that x._sage_() and y._sage_() should have
> >> the same parent (
On Nov 26, 2007, at 2:04 PM, Ondrej Certik wrote:
>>
>> I still think _verify_canonical_coercion_c is the wrong thing to use
>> here, there is no reason that x._sage_() and y._sage_() should have
>> the same parent (e.g. one could be an element of SR, the other a sage
>> Integer), and at this poi
On Nov 27, 1:36 am, akm <[EMAIL PROTECTED]> wrote:
> On Nov 26, 4:09 pm, mabshoff <[EMAIL PROTECTED]
>
> dortmund.de> wrote:
>
> > To fix it: Go into $SAGE_LOCAL/spkg/installed and delete cremon*.spkg,
> > ntl*.spkg and sage*.spkg, then execure make in $SAGE_ROOT.
>
> Thanks, Michael.
>
> I don'
On Nov 26, 4:09 pm, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
>
> To fix it: Go into $SAGE_LOCAL/spkg/installed and delete cremon*.spkg,
> ntl*.spkg and sage*.spkg, then execure make in $SAGE_ROOT.
Thanks, Michael.
I don't see any files ending in .spkg, however. Also, the main
problem I'm
Correction:
On Nov 26, 3:43 pm, akm <[EMAIL PROTECTED]> wrote:
> I installed
> sage-2.8.13 from source, then upgraded to 2.8.14 when I had trouble.
I installed a pre-built binary.
Best,
Andrew
--~--~-~--~~~---~--~~
To post to this group, send email to sage-deve
On Nov 27, 12:43 am, akm <[EMAIL PROTECTED]> wrote:
> Dear List,
>
> I am trying to run sage in a browser using notebook(). I installed
> sage-2.8.13 from source, then upgraded to 2.8.14 when I had trouble.
>
> Any help will be appreciated. Logs and stack traces below.
>
> Best,
> Andrew
>
He
Dear List,
I am trying to run sage in a browser using notebook(). I installed
sage-2.8.13 from source, then upgraded to 2.8.14 when I had trouble.
Any help will be appreciated. Logs and stack traces below.
Best,
Andrew
Here is the traceback I get when I'm trying to run notebook():
sage: not
I googled around for "Python in education" and found some nice works done
I think they can help SAGE with arguments
Software Engineering with Python for Scientist and Engineers
http://www.swc.scipy.org/
http://bryant1.bryant.edu/~bblais/bryant/numerical_computing/ (+very
nice presentation)
kind
Hello,
One is a 1x0 matrix and the other is a 0x0 matrix.
sage: map(len, [a.rows(), a.columns()])
[1, 0]
sage: map(len, [b.rows(), b.columns()])
[0, 0]
--Mike
On Nov 26, 2007 4:38 PM, Jason Grout <[EMAIL PROTECTED]> wrote:
>
>
> Is there a reason why matrix(F,[[]]) and matrix(F,[]) should retu
Is there a reason why matrix(F,[[]]) and matrix(F,[]) should return
different things?
sage: F=GF(3)
sage: a=matrix(F,[[]])
sage: b=matrix(F,[])
sage: a==b
False
sage: a.rows()
[()]
sage: b.rows()
[]
sage: a.block_sum(matrix(F,[[1,0],[0,1]]))
[0 0]
[1 0]
[0 1]
sage: b.block_sum(matrix(F,[[1,0],
> > $ apt-get install sage
> > $ python
> > Python 2.5.1 (r251:54863, Aug 17 2007, 00:51:07)
> > [GCC 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)] on linux2
> > Type "help", "copyright", "credits" or "license" for more information.
> > >>> from sage.all import *
> > >>> print x**2
> >
> > And I
On Nov 26, 2007, at 1:11 PM, Ondrej Certik wrote:
>> It is wrong / abusive to call _verify_canonical_coercion_c because
>> that
>> function is never supposed to fail. You should check that the
>> parents
>> are the same explicitly and if not pass through to the next case.
>
> Agree. That's w
On Nov 26, 10:11 pm, fwc <[EMAIL PROTECTED]> wrote:
> On Nov 26, 2:15 pm, mabshoff <[EMAIL PROTECTED]
>
> dortmund.de> wrote:
> > this bothered me enough to finally investiagte. So far I found out:
>
> > * this is an issue only on OSX 10.4, OSX 10.5 is not effected
> > * It isn't the gmp's fau
On Nov 26, 2007 1:11 PM, fwc <[EMAIL PROTECTED]> wrote:
> dortmund.de> wrote:
> > this bothered me enough to finally investiagte. So far I found out:
> >
> > * this is an issue only on OSX 10.4, OSX 10.5 is not effected
> > * It isn't the gmp's fault, but libntl.dynlib hardcodes the path to
> >
On Nov 26, 2007 1:11 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> exactly what I need, but fortnuately, this will improve,
> when SAGE becomes more famous, and more people like Michael Abshoff
> are going to join. I am looking forward to a time,
> when I do in Debian:
>
> $ apt-get install sage
On Nov 26, 2:15 pm, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> this bothered me enough to finally investiagte. So far I found out:
>
> * this is an issue only on OSX 10.4, OSX 10.5 is not effected
> * It isn't the gmp's fault, but libntl.dynlib hardcodes the path to
> gmp somehow - I do
> $ sage -ipython
> >>> import sage.all
>
> I've done this in the past several times and each time greatly sped things up.
We did it too several times already in SymPy.
> When I'm actually doing real work, research, teaching, etc. this
> hugeness is not a wart to me at least in any way at al
On Nov 26, 2007 10:01 AM, root <[EMAIL PROTECTED]> wrote:
> ==> Ed Borasky writes:
> >> There is nothing particularly special about mathematics software that
> >> makes it winning in a similar sense impossible, as much as Wolfram
> >> would argue that (as he often used to do in interviews I've re
On Nov 26, 2007 6:34 AM, Joel B. Mohler <[EMAIL PROTECTED]> wrote:
> Well, if I had to pick a nasty point to sage I would agree that it's huge-ness
> is seriously annoying. The slow import of "sage.all" really kills the
> pleasure for writing python programs which you want to use from bash, but I
> I'm not seeing clearly what the problem is, could you please clarify
> some more. Thanks.
If you apply my first patch, you will get these segfaults:
sage -t devel/sage-main/sage/schemes/generic/spec.py sh: line
1: 2816 Segmentation fault
/home/ondrej/ext/sage-2.8.13-x86_64-Linux/local/
On Nov 26, 2007, at 10:40 AM, Ondrej Certik wrote:
> On Nov 26, 2007 7:36 PM, Robert Bradshaw
> <[EMAIL PROTECTED]> wrote:
>>
>> I think the code here should simply be
>>
>> 330 if PY_TYPE_CHECK(xp, type) or PY_TYPE_CHECK(yp,
>> type):
>> 331 if hasattr(
On Nov 26, 2007 7:36 PM, Robert Bradshaw <[EMAIL PROTECTED]> wrote:
>
>
> On Nov 25, 2007, at 8:15 PM, William Stein wrote:
>
> > On Nov 25, 2007 6:33 PM, David Roe <[EMAIL PROTECTED]> wrote:
> >> Addition not commuting there bothers me. I can see why it's
> >> happening: a
> >> SymPy object does
On Nov 25, 2007, at 8:15 PM, William Stein wrote:
> On Nov 25, 2007 6:33 PM, David Roe <[EMAIL PROTECTED]> wrote:
>> Addition not commuting there bothers me. I can see why it's
>> happening: a
>> SymPy object doesn't call into the coercion system. One possible
>> solution
>> is to have coer
On 11/26/07, M. Edward (Ed) Borasky wrote:
> ...
> Well ... if you mean "*Red Hat* Linux has won a significant market
> share in servers", I agree. However, I don't think as a user that either
> Firefox or OpenOffice are of sufficient quality or maturity to be used
> on a Windows desktop, and I do
> Well, if I had to pick a nasty point to sage I would agree that it's huge-ness
> is seriously annoying. The slow import of "sage.all" really kills the
> pleasure for writing python programs which you want to use from bash, but I
That's exactly how I want to write Python programs. And I am sure
On Mon, Nov 26, 2007 at 02:31:31PM +0100, Ondrej Certik wrote:
> > (In reality, I think that sympy and sage should simply merge. However, I
> > don't know enough about sympy to know how feasible that is. I put this in
> > parenthesis, because I fear it's kind of a demeaning thing to say. I don'
On Nov 26, 1:05 pm, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> On Nov 26, 1:00 pm, mabshoff <[EMAIL PROTECTED]
>
>
>
> dortmund.de> wrote:
> > On Nov 26, 12:54 pm, fwc <[EMAIL PROTECTED]> wrote:
>
> > > On Nov 26, 8:27 am, "William Stein" <[EMAIL PROTECTED]> wrote:
>
> > > > On Nov 25, 20
> I want results of operations with sage objects to be sage objects. This is
> the same as it is with python objects now:
> sage_int+python_int=python_int+sage_int=sage_int
> Very simply, this is because I'm a sage user not a sympy user. I think that
> the sage SymbolicExpressionRing needs to ha
On Monday 26 November 2007 07:34, Ondrej Certik wrote:
> David Roe:
> > I would prefer that direction too. In order to make that happen, the
> > SymPy __add__ function has to recognize a sage element and call its
> > __add__ method instead. This sounds like it should be doable.
>
> I am not sure
On Nov 26, 2007 5:15 AM, William Stein <[EMAIL PROTECTED]> wrote:
>
> On Nov 25, 2007 6:33 PM, David Roe <[EMAIL PROTECTED]> wrote:
> > Addition not commuting there bothers me. I can see why it's happening: a
> > SymPy object doesn't call into the coercion system. One possible solution
> > is to
On Nov 26, 1:00 pm, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> On Nov 26, 12:54 pm, fwc <[EMAIL PROTECTED]> wrote:
>
>
>
> > On Nov 26, 8:27 am, "William Stein" <[EMAIL PROTECTED]> wrote:
>
> > > On Nov 25, 2007 11:51 PM, Zhang Long <[EMAIL PROTECTED]> wrote:
>
> > > > An error occurred w
On Nov 26, 12:54 pm, fwc <[EMAIL PROTECTED]> wrote:
> On Nov 26, 8:27 am, "William Stein" <[EMAIL PROTECTED]> wrote:
>
> > On Nov 25, 2007 11:51 PM, Zhang Long <[EMAIL PROTECTED]> wrote:
>
> > > An error occurred while installing cremona-20071116.p0, see install.log
>
> I have a similar problem,
On Nov 26, 8:27 am, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Nov 25, 2007 11:51 PM, Zhang Long <[EMAIL PROTECTED]> wrote:
>
> > An error occurred while installing cremona-20071116.p0, see install.log
I have a similar problem, except it's cremona-20071124.p2, while
upgrading this morning:
William Stein wrote:
> even maybe considering including R in Sage.This is very likely
> definitely not ready yet, but we
> have an experimental package that might work. It would be very
> useful if some people could test
> building it and report back whether or not it works, and how long it
On Nov 26, 2007 3:04 AM, Joerg Lehmann <[EMAIL PROTECTED]> wrote:
> Hello,
>
> On 24.11.07, William Stein wrote:
> > Some of the Sage developers are considering including Pyx
> > (http://pyx.sourceforge.net/)
> > in Sage (http://sagemath.org).One issue is that I think Pyx is
> > currently lice
On Sunday 25 November 2007, William Stein wrote:
> On Nov 25, 2007 11:52 AM, David Roe <[EMAIL PROTECTED]> wrote:
> > I have to agree. The slide where you list p-adic numbers, p-adic
> > L-functions and p-adic height pairings kinda jumped out at me. While I'm
> > obviously interested in that kin
On Nov 25, 2007 11:51 PM, Zhang Long <[EMAIL PROTECTED]> wrote:
> An error occurred while installing cremona-20071116.p0, see install.log
>
> Computer:
>
> Cpu: Intel Pentium 4 3.00GHZ
>
> Ram 1G
>
> OS: linux 2.6.22-2-686 , debian testing
You're using gcc-4.2.3, which sage-2.8.13 doesn't support
On Nov 26, 7:14 am, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Nov 25, 2007 10:07 PM, William Stein <[EMAIL PROTECTED]> wrote:
>
> > Mike Hansen and I have put some work into making it possible to very
> > easily use R from Sage, and are
> > even maybe considering including R in Sage.Th
42 matches
Mail list logo
