On Sat, Feb 20, 2010 at 8:19 PM, Oscar Lazo wrote:
> I do, but it's not available in the notebook :(
>
> Oscar
I rewrote it in October so that it *does* work in the notebook now.Try it:
implicit_multiplication(True)
-- william
>
> On 20 feb, 21:40, Nick Alexander wrote:
>> > I'm all f
On Sat, Feb 20, 2010 at 7:40 PM, Nick Alexander wrote:
>> I'm all for a special mode, but to do this by default would be backwards
>> incompatible and yet another incompatibility from Python.
>
> I'm -1 for a special mode, but I am +1 for keeping the default to be like
> Python. Out of curiosity,
On 20 Feb, 12:38, zieglerk wrote:
> Hi,
>
> I am running OpenSUSE 11.1 and had problems with the last binaries (or
> at least, that's what I am assuming for the moment), so I want to
> build
> sage from source. I checked all dependencies given on
>
> http://www.sagemath.org/doc/installation/sou
On 21 Feb, 06:21, Dr David Kirkby wrote:
> In contrast, I copiled the libraries into $SAGE_ROOT/local/bin/libs,
> so that my binary does not require that gcc be installed on a system
> or if it installed, does not require that Sage know of its location.
Oops, I mean I copied the libraries int
On 21 Feb, 05:16, Alex Ghitza wrote:
> Hi,
>
> This question is probably addressed to David Kirkby and Minh Van Nguyen,
> but I'm posting it here so others may profit.
>
> I'm trying my best to be a good citizen and test a new spkg and some
> patches on Solaris, more precisely on t2. I could no
On Sat, 20 Feb 2010 21:51:02 -0800 (PST), John H Palmieri
wrote:
> I get the same error message on t2, but "sage -hg" works for me (at
> least if I use the system-wide installation of Sage advertised when I
> log in)
Thanks, that indeed did the trick.
Best,
Alex
--
Alex Ghitza -- http://aghi
On Feb 20, 9:16 pm, Alex Ghitza wrote:
> Hi,
>
> This question is probably addressed to David Kirkby and Minh Van Nguyen,
> but I'm posting it here so others may profit.
>
> I'm trying my best to be a good citizen and test a new spkg and some
> patches on Solaris, more precisely on t2. I could no
On 20 Feb, 20:32, Minh Nguyen wrote:
> Hi Erik,
>
> On Sun, Feb 21, 2010 at 6:57 AM, Erik G. wrote:
> > before 'make' I ran ' export SAGE_CHECK="yes" '
>
> You should run
>
> export SAGE_CHECK="yes"
>
> with caution. See ticket #7484 [1] for an updated README.txt that
> warns about using SAGE_C
Hi,
This question is probably addressed to David Kirkby and Minh Van Nguyen,
but I'm posting it here so others may profit.
I'm trying my best to be a good citizen and test a new spkg and some
patches on Solaris, more precisely on t2. I could not use the binary
posted by Minh so I downloaded the
On 20 Feb, 16:09, William Stein wrote:
> Regarding the stabilization 4.4 release, I see the point of that release to:
>
> (1) deal with a bunch of really annoying critical bugs
> (2) not rush.
>
> So I don't see it as absolutely having to be right after 4.3.3.
>
> William
Would you plan
I do, but it's not available in the notebook :(
Oscar
On 20 feb, 21:40, Nick Alexander wrote:
> > I'm all for a special mode, but to do this by default would be
> > backwards incompatible and yet another incompatibility from Python.
>
> I'm -1 for a special mode, but I am +1 for keeping the de
On Feb 20, 2:09 pm, "Georg S. Weber"
wrote:
> Hi John,
>
> AFAIK, the "_import" module is built by the PIL spkg. Try reinstalling
> it, eventually you have to issue "export SAGE_BINARY_BUILD=yes"
> before, in order to make PIL build sanely (I have to do that every
> time on my production machine).
I'm all for a special mode, but to do this by default would be
backwards incompatible and yet another incompatibility from Python.
I'm -1 for a special mode, but I am +1 for keeping the default to be
like Python. Out of curiosity, does anyone use the special mode that
transforms "a b" -> "
On Sat, Feb 20, 2010 at 7:00 PM, Bill Hart wrote:
> I don't understand. Why is it not reasonable?
>
> If Sage attempted to market a product called sage alpha, I would see
> this as an attempt to profit from the goodwill associated with that
> name because of the marketing of Wolfram Alpha. Don't y
For math programs you concoct, symbols such as you lay out may not
crop up, but for my work such symbols must occur.
Try to say all that w'out 'm.
On 21 Feb, 02:02, Robert Bradshaw
wrote:
> On Feb 20, 2010, at 5:46 PM, Dr. David Kirkby wrote:
>
>
>
>
>
> > William Stein wrote:
> >> On Sat, Feb 2
Minh Nguyen wrote:
Hi David,
On Sun, Feb 21, 2010 at 6:18 AM, Dr. David Kirkby
wrote:
It would be good if someone could review
http://trac.sagemath.org/sage_trac/ticket/8191
and some other changes necessary to R's spkg-install
http://trac.sagemath.org/sage_trac/ticket/8285
A few hours
I don't understand. Why is it not reasonable?
If Sage attempted to market a product called sage alpha, I would see
this as an attempt to profit from the goodwill associated with that
name because of the marketing of Wolfram Alpha. Don't you think that
would be unethical?
I don't think the law all
> to list. Some trademarks associated with this website and service are Wolfram
> Alpha , Wolfram|Alpha , Wolfram , Alpha , Computational Knowledge Engine ,
> Spikey , Wolfram Mathematica , Mathematica .
If trademarking a letter is acceptable, maybe Sage should trademark
"S", "a", "g", and "e"...
On Feb 13, 2010, at 8:03 AM, Simon King wrote:
I hope other people like these bugs as well. The problem is that there
are many developers with many different interests. So, I wonder if
there will really be bugs that get more than one or two votes.
I'm voting my favorites from others out of thi
Mike Hansen wrote:
On Sat, Feb 20, 2010 at 3:29 PM, Dr. David Kirkby
wrote:
The test reads like this:
##
Numerical approximation::
sage: h = integral(sin(x)/x^2, (x, 1, pi/2)); h
integrate(sin(x)/x^2, x, 1, 1/2*pi)
sage: h.n(
On 20 feb, 20:04, "Dr. David Kirkby" wrote:
> Alex's comments about the terms of use of Wolfram Alpha
>
> http://www.wolframalpha.com/termsofuse.html
>
> got me amused when I read they have trademarked 'Alpha'.
>
> Trademarks
>
> Because the Wolfram family of companies markets a vast and growing
On Feb 12, 2010, at 5:30 PM, Dr. David Kirkby wrote:
William Stein wrote:
Hi,
Lately it seems like Sage has gotten more bugs rather than less.I
think it's time for a stabilization release -- say Sage-4.4 -- that
fixes the absolutely most annoying of these bugs.
I think your idea is excell
On Feb 16, 2010, at 4:21 AM, Georg S. Weber wrote:
Copied over from the "Gentoo" thread, the favourite four of
Christopher Schwan:
- update cvxopt, ticket #6456
- remove pyprocessing, ticket #6503
- update networkx, ticket #7608
- patch combinat, ticket #7803
Though as mentioned on the other
Alex's comments about the terms of use of Wolfram Alpha
http://www.wolframalpha.com/termsofuse.html
got me amused when I read they have trademarked 'Alpha'.
Trademarks
Because the Wolfram family of companies markets a vast and growing array of
products, a list of our trademarks and registered
On Feb 20, 2010, at 5:46 PM, Dr. David Kirkby wrote:
William Stein wrote:
On Sat, Feb 20, 2010 at 4:57 PM, Tom Boothby
wrote:
I vehemently oppose this.
-1
OK, I'm with you that this will not be on by default. As you
suggest
below, this is something that can (and will) be made an option
On Feb 20, 2010, at 3:29 PM, Dr. David Kirkby wrote:
The thread 'Sage 4.3.3.alpha1 released' which covers loads of stuff.
The particular bit I'm referring to is this test failure failure
reported by
Robert Marik.
-
William Stein wrote:
On Sat, Feb 20, 2010 at 4:57 PM, Tom Boothby wrote:
I vehemently oppose this.
-1
OK, I'm with you that this will not be on by default. As you suggest
below, this is something that can (and will) be made an optional mode.
I personally think the default should be to p
On Sat, Feb 20, 2010 at 3:29 PM, Dr. David Kirkby
wrote:
> The test reads like this:
>
> ##
> Numerical approximation::
>
> sage: h = integral(sin(x)/x^2, (x, 1, pi/2)); h
> integrate(sin(x)/x^2, x, 1, 1/2*pi)
> sage: h.n()
>
Alex Ghitza wrote:
On Sat, 20 Feb 2010 23:29:59 +, "Dr. David Kirkby"
wrote:
# This can also be computed in Wolfram Alpha, which uses Mathematica
# as a back end.
#
http://www.wolframalpha.com/input/?i=N[Integrate[+Sin[x]%2Fx^2%2C{x%2C1%2CPi%2F2}]%2C50]
We really need to be careful a
On Sat, Feb 20, 2010 at 4:57 PM, Tom Boothby wrote:
> I vehemently oppose this.
>
> -1
>
OK, I'm with you that this will not be on by default. As you suggest
below, this is something that can (and will) be made an optional mode.
We'll have several -- implicit multiplication, automatic variable
On 20 feb, 18:57, Tom Boothby wrote:
> I vehemently oppose this.
>
> -1
I thought it was obvious that this meant to be an optional feature.
Making this forceful would obviously break lot's of previous code. I
thought of it as somethig you could set for individual sage sessions
or for all of them
I am against such restrictions, what if I don't care about complex
numbers and want to use i as an index variable? What if I want e to
stand for an edge?
When I do want to have i^2=-1, I will write the code appropriately,
and if I manage to use the same name for two objects I am working with
- I t
I vehemently oppose this.
-1
I've used pi for: partitions, p[i] where p is a list, etc.
e can be a small error term, a sign, an exponent
i is the best index variable name ever invented, hands down.
That said, I was opposed to implicit multiplication, too. If this is
made into a "mode", then tha
Some time ago I suggested in sage-support
(http://groups.google.com/group/sage-support/browse_thread/thread/b391ed6bd14cdfd0)
I'd like to propose that certain special names should be protected so
that they could not become variable names (for example pi, e, and i)
if by accident you assign th
On Sat, 20 Feb 2010 23:29:59 +, "Dr. David Kirkby"
wrote:
> I think the doc test would be a *lot* more useful if there were comments in
> the
> test like
>
> # In Mathematica
>
> # In[11]:= N[Integrate[ Sin[x]/x^2,{x,1,Pi/2}],50]
> # Out[11]= 0.3394479409789156796919271718652186179944769
Hi David,
On Sun, Feb 21, 2010 at 10:29 AM, Dr. David Kirkby
wrote:
> I for one would have increased confidence in Sage if I could see that people
> had gone to the trouble of making independent checks of the results in the
> documentation.
Feel free to upload a patch containing the above imp
The thread 'Sage 4.3.3.alpha1 released' which covers loads of stuff. The
particular bit I'm referring to is this test failure failure reported by
Robert Marik.
--
> > I hope 4.3.3 can be out... tomorrow.
>
> How about a Sage 4.3.3.final with #8295 released Sunday Pacific time?
> Then one could produce Sage 4.3.4 incorporating changes from Sage Days
> 20.
+1
I will work twice as much this week to make more patches to be merged
in sage-4.3.4 !!!
Sébastien
Erik Lane wrote:
That's almost certainly true. In fact, the result printed by the "failure"
is more accurate than the expected value! I tried this in Mathematica:
This might be a trivial question, but how do you know which number is
more accurate than the other, if those results are machine-de
On Sat, Feb 20, 2010 at 4:46 AM, Nathann Cohen wrote:
> But when I instanciate the class I can only use its methods as Python
> functions... My problem is that some arguments are to be C types :-/
cimport the module and cdef the class. Then you can call C methods.
This sort of thing is used in m
On 20 Feb., 17:45, John H Palmieri wrote:
> On Feb 19, 11:08 am, mhampton wrote:
>
> > All tests passed on an upgrade from the alpha0, on a 10.6.2 mac.
> > -Marshall
>
> On two separate 10.6.2 machines, I was unable to upgrade successfully:
> after upgrading, any attempt to run Sage would give
> I think the reason Mathematica was invoked is because it can do arbitrary
> precision numerical integration, and a good test to see if the last couple
> of digits are right is to compute the result to much higher precision. (We
> do have arbitrary precision for lots of other stuff, but much of th
On Sat, Feb 20, 2010 at 10:46:17AM -0800, Robert Bradshaw wrote:
> On Feb 20, 2010, at 6:00 AM, Jason Grout wrote:
>
>> On 02/19/2010 12:45 PM, Robert Bradshaw wrote:
>>> On Feb 19, 2010, at 8:30 AM, Ryan Hinton wrote:
>>>
Most classes in Sage have a .parent() method. I'm not a proper
mat
Hi Harald,
On Sun, Feb 21, 2010 at 8:36 AM, Harald Schilly
wrote:
> Btw. is mpmath-0.14 now in 4.3.3 or not? ->
> http://trac.sagemath.org/sage_trac/ticket/8159
The package mpmath-0.14.spkg wasn't available when I was preparing
Sage 4.3.3.alpha1. I think it would need to wait for Sage 4.3.4.
On Feb 20, 10:30 pm, Fredrik Johansson
wrote:
> You can use mpmath ...
Btw. is mpmath-0.14 now in 4.3.3 or not? ->
http://trac.sagemath.org/sage_trac/ticket/8159
h
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-de
On Sat, Feb 20, 2010 at 9:40 PM, John H Palmieri wrote:
> On Feb 19, 9:11 am, John Cremona wrote:
> > On 19 February 2010 06:32, Minh Nguyen wrote:
> >
> > > Hi folks,
> >
> > > This is the final alpha release of Sage 4.3.3. The next release would
> > > be an rc0. The development version of Sage
On Feb 20, 2010, at 12:40 PM, John H Palmieri wrote:
On Feb 19, 9:11 am, John Cremona wrote:
On 19 February 2010 06:32, Minh Nguyen wrote:
Hi folks,
This is the final alpha release of Sage 4.3.3. The next release
would
be an rc0. The development version of Sage is now in feature freeze
On Feb 19, 9:11 am, John Cremona wrote:
> On 19 February 2010 06:32, Minh Nguyen wrote:
>
> > Hi folks,
>
> > This is the final alpha release of Sage 4.3.3. The next release would
> > be an rc0. The development version of Sage is now in feature freeze.
>
> On 32-bit Suse I get this fuzz:
>
> File
On Feb 20, 2010, at 12:13 PM, Erik Lane wrote:
That's almost certainly true. In fact, the result printed by the
"failure"
is more accurate than the expected value! I tried this in
Mathematica:
This might be a trivial question, but how do you know which number is
more accurate than the other
Hi Erik,
On Sun, Feb 21, 2010 at 6:57 AM, Erik G. wrote:
> before 'make' I ran ' export SAGE_CHECK="yes" '
You should run
export SAGE_CHECK="yes"
with caution. See ticket #7484 [1] for an updated README.txt that
warns about using SAGE_CHECK.
> Successfully installed pyprocessing-0.52.p0
> Ru
before 'make' I ran ' export SAGE_CHECK="yes" '
note that for lines:
Error in file(out, "wt") : cannot open the connection
r-2.10.1/src/src/include/Errormsg.h
r-2.10.1/src/src/include/R_ext/Error.h
Error, maximal step1 bound for P+1 is 4294967295
I ran out of disk storage at about the same point
>
> That's almost certainly true. In fact, the result printed by the "failure"
> is more accurate than the expected value! I tried this in Mathematica:
>
This might be a trivial question, but how do you know which number is
more accurate than the other, if those results are machine-dependent?
Or i
Hi Robert,
On Sun, Feb 21, 2010 at 5:53 AM, Robert Bradshaw
wrote:
> If 4.3.3 is in the home stretch, there's no reason you (or anyone else)
> can't start on the 4.3.4 release right now, and then merging the couple of
> (new, usually pretty non-invasive) patches that make it into 4.3.3 by
> re
Hi David,
On Sun, Feb 21, 2010 at 6:18 AM, Dr. David Kirkby
wrote:
> It would be good if someone could review
>
> http://trac.sagemath.org/sage_trac/ticket/8191
>
> and some other changes necessary to R's spkg-install
>
> http://trac.sagemath.org/sage_trac/ticket/8285
A few hours ago I starte
Minh Nguyen wrote:
Hi Robert,
On Sun, Feb 21, 2010 at 5:18 AM, ma...@mendelu.cz wrote:
This solves the problem with dostests, but I see another problem: we
have two different answers. One of them is wrong. Which one? And why?
And is it O.K. to change doctest instead of fix a bug?
The fun
Someone updated R recently in Sage and did not take the time to check it on
Solaris. In particular the 'iconv' library must now be added.
It would be good if someone could review
http://trac.sagemath.org/sage_trac/ticket/8191
and some other changes necessary to R's spkg-install
http://trac.sa
On Feb 20, 2010, at 8:42 AM, Minh Nguyen wrote:
Hi William,
On Sun, Feb 21, 2010 at 3:09 AM, William Stein
wrote:
I hope 4.3.3 can be out... tomorrow.
How about a Sage 4.3.3.final with #8295 released Sunday Pacific time?
Then one could produce Sage 4.3.4 incorporating changes from Sag
Hi Minh
thank you very much for explanation. Looks strange for me, but I
cannot understand details - I have no education in computer science.
I wonder, if Maple, Mathematica or Maxima exihibit similar behavior on
various architectures. Does anybody know?
Robert
On 20 ún, 19:26, Minh Nguyen wro
On Feb 20, 2010, at 6:00 AM, Jason Grout wrote:
On 02/19/2010 12:45 PM, Robert Bradshaw wrote:
On Feb 19, 2010, at 8:30 AM, Ryan Hinton wrote:
Most classes in Sage have a .parent() method. I'm not a proper
mathematician, so I'm not sure what it really means, but I use it
for
debugging occa
On 20 February 2010 18:26, Minh Nguyen wrote:
> Hi Robert,
>
> On Sun, Feb 21, 2010 at 5:18 AM, ma...@mendelu.cz wrote:
>
>
>
>> This solves the problem with dostests, but I see another problem: we
>> have two different answers. One of them is wrong. Which one? And why?
>>
>> And is it O.K. to c
Hi Robert,
On Sun, Feb 21, 2010 at 5:18 AM, ma...@mendelu.cz wrote:
> This solves the problem with dostests, but I see another problem: we
> have two different answers. One of them is wrong. Which one? And why?
>
> And is it O.K. to change doctest instead of fix a bug?
The function call h.n()
On 20 ún, 18:16, John Cremona wrote:
> >http://trac.sagemath.org/sage_trac/ticket/8314
>
> Now positively reviewed.
>
> John
This solves the problem with dostests, but I see another problem: we
have two different answers. One of them is wrong. Which one? And why?
And is it O.K. to change doctest
On 20 February 2010 16:29, Minh Nguyen wrote:
> Hi John,
>
> On Sat, Feb 20, 2010 at 4:11 AM, John Cremona wrote:
>
>
>
>> On 32-bit Suse I get this fuzz:
>>
>>
>> File "/local/jec/sage-4.3.3.alpha1/devel/sage/sage/misc/functional.py",
>> line 705:
>> sage: h.n()
>> Expected:
>> 0.33944794
On Feb 19, 11:08 am, mhampton wrote:
> All tests passed on an upgrade from the alpha0, on a 10.6.2 mac.
> -Marshall
On two separate 10.6.2 machines, I was unable to upgrade successfully:
after upgrading, any attempt to run Sage would give me a segfault.
With a build from scratch, all tests passe
Hi William,
On Sun, Feb 21, 2010 at 3:09 AM, William Stein wrote:
> I hope 4.3.3 can be out... tomorrow.
How about a Sage 4.3.3.final with #8295 released Sunday Pacific time?
Then one could produce Sage 4.3.4 incorporating changes from Sage Days
20.
--
Regards
Minh Van Nguyen
--
To post t
Hi John,
On Sat, Feb 20, 2010 at 4:11 AM, John Cremona wrote:
> On 32-bit Suse I get this fuzz:
>
>
> File "/local/jec/sage-4.3.3.alpha1/devel/sage/sage/misc/functional.py",
> line 705:
>sage: h.n()
> Expected:
>0.33944794097891573
> Got:
>0.33944794097891567
I get the same numeri
Robert Bradshaw wrote:
The code looks quite clean - only two warnings.
But it will not build on Solaris. I suspect it needs the right
libraries linked, as things like gethostbyname need -lnsl.
Networking Services Library Functions gethostbyname(3NSL)
NAME
gethostbyname,g
On Sat, Feb 20, 2010 at 5:20 AM, Minh Nguyen wrote:
> Hi folks,
>
> On Sat, Feb 20, 2010 at 11:58 PM, slabbe wrote:
>>> This is the final alpha release of Sage 4.3.3. The next release would
>>> be an rc0. The development version of Sage is now in feature freeze.
>>
>> Does that mean only ticket s
On 02/19/2010 12:45 PM, Robert Bradshaw wrote:
On Feb 19, 2010, at 8:30 AM, Ryan Hinton wrote:
Most classes in Sage have a .parent() method. I'm not a proper
mathematician, so I'm not sure what it really means, but I use it for
debugging occasionally. :-)
Parents are objects in concrete categ
On 20 February 2010 12:52, Harald Schilly wrote:
>
>
> On Feb 20, 1:00 pm, John Cremona wrote:
>> I'll make a ticket and provide a patch.
>
> Thx! Add me as CC (schilly) so that i can review or ask the original
> reporter for feedback.
It's #8311. Patch nearly ready.
John
>
> H
>
> --
> To po
Hi folks,
On Sat, Feb 20, 2010 at 11:58 PM, slabbe wrote:
>> This is the final alpha release of Sage 4.3.3. The next release would
>> be an rc0. The development version of Sage is now in feature freeze.
>
> Does that mean only ticket solving a defect will be merged into sage
> until sage-4.4.1?
>
> This is the final alpha release of Sage 4.3.3. The next release would
> be an rc0. The development version of Sage is now in feature freeze.
Does that mean only ticket solving a defect will be merged into sage
until sage-4.4.1?
The Sage days 20 are beginning on Monday. I think there will be a b
On Feb 20, 1:00 pm, John Cremona wrote:
> I'll make a ticket and provide a patch.
Thx! Add me as CC (schilly) so that i can review or ask the original
reporter for feedback.
H
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email
On Sat, 20 Feb 2010 04:38:15 -0800 (PST), zieglerk
wrote:
> configure: You are trying to use gcc but not g++
To me this looks like you do not have g++ installed. I googled it and
it seems that the relevant package to install is called 'gcc-c++'. Can
you try to install that with your package ma
But when I instanciate the class I can only use its methods as Python
functions... My problem is that some arguments are to be C types :-/
Nathann
--
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...@googl
Hi,
I am running OpenSUSE 11.1 and had problems with the last binaries (or
at least, that's what I am assuming for the moment), so I want to
build
sage from source. I checked all dependencies given on
http://www.sagemath.org/doc/installation/source.html
Still, ``make'' fails and the first warni
I know why this is happening: almost uniquely, this curve has no
rational points except the points at infinity. The code picks that
point with probability 1/4, but otherwise it vainly looks for random x
in GF(3) giving a rational point, which will never succeed.
I'll make a ticket and provide a
I got this from the "report a problem" link:
.random_element() sometimes hangs on a particular elliptic curve
E = EllipticCurve(GF(3), [0,0,0,2,2])
E.random_element()
Sometimes this works (i.e. returns 0:1:0), most of the time it hangs
and spikes the cpu
Sometimes I can't even ^C and I have to
Does this help? In either command line or notebook, the command
browse_sage_doc(function_name) opens up the ReST documentation in a
browser window.
John
On 20 February 2010 01:47, Ondrej Certik wrote:
> On Fri, Feb 19, 2010 at 3:48 PM, Nicolas M. Thiery
> wrote:
>> Hi!
>>
>> Does anyone
79 matches
Mail list logo
