Hello folks,
we are missing 4 rather easy reviews for 3.4.2.final. The main problem
has been fixed, reviewed and merged, i.e. the Maxima related doctest
failure, so now we need to have reviews for the tickets at
http://trac.sagemath.org/sage_trac/query?status=assigned&status=new&status=reope
Hello Rob,
I spent some time this weekend coding a function to get the tkz-graph
string of a graph. You can find what I have got in
http://fidelinux.googlepages.com/tkz-string.sage
That is what I have got so far, it has very basic functionality. I
would still like to incorporate edge and vertex
On May 3, 7:36 pm, bbarker wrote:
> Some additional information:
>
> Trying to exit the server during hang by pressing Ctrl-C repeatedly
> will only yield the following (repeatedly):
> ^Cselect() error: Interrupted system call
> ^Cselect() error: Interrupted system call
> ^Cselect() error: Inte
On May 3, 5:54 am, "Dr. David Kirkby" wrote:
> mabshoff wrote:
> > Ok, I would suggest we do the following:
>
> > * In 3.4.2 cap prime_pi at 2^40 since that is what Andrew suggests as
> > correct range for his algorithm
> > * add the following #long doctest (it takes about 25 seconds total in
On May 3, 5:54 am, "Dr. David Kirkby" wrote:
> mabshoff wrote:
Sorry, I forgot to reply to this part of the post since I thought it
was in another independent post.
> > * For the range of 2^40+1 to 2^46 I am uncomfortable to have it
> > available per default, especially if we don't at leas
Hi folks,
Sage 3.4.2 is basically done by now. So if you contributed some cool
features to that release, you're invited to showcase those features on
the release tour at
http://wiki.sagemath.org/sage-3.4.2
Of course, you're welcome to add other suggestions to the release tour
as well. Come on,
Hello folks,
the final release for 3.4.2 is done and sources, the upgrade bits and
a sage.math binary are in the usual place at
http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.2/
I was cocky and labeled the release 3.4.2 instead of 3.4.2.final since
I am pretty confident we w
On Mon, May 4, 2009 at 7:36 AM, mabshoff wrote:
>
>
>
> On May 4, 7:30 am, Jaap Spies wrote:
>> mabshoff wrote:
>> > Hello folks,
>>
>> > the final release for 3.4.2 is done and sources, the upgrade bits and
>> > a sage.math binary are in the usual place at
>>
>> > http://sage.math.washington.e
mabshoff wrote:
> Hello folks,
>
> the final release for 3.4.2 is done and sources, the upgrade bits and
> a sage.math binary are in the usual place at
>
> http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.2/
>
> I was cocky and labeled the release 3.4.2 instead of 3.4.2.final
mabshoff wrote:
>
>
> On May 4, 7:30 am, Jaap Spies wrote:
>> mabshoff wrote:
>>> Hello folks,
>>> the final release for 3.4.2 is done and sources, the upgrade bits and
>>> a sage.math binary are in the usual place at
>>> http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.2/
>>>
On Mon, May 4, 2009 at 7:52 AM, mabshoff wrote:
>
>
>
> On May 4, 7:40 am, William Stein wrote:
>> On Mon, May 4, 2009 at 7:36 AM, mabshoff wrote:
>>
>> > On May 4, 7:30 am, Jaap Spies wrote:
>> >> mabshoff wrote:
>> >> > Hello folks,
>>
>> >> > the final release for 3.4.2 is done and sources,
Hi Fidel,
That looks great! We might be able to also take advantage of the
styles/themes that tkz-graph implements to quickly get a variety of
{consistent|pleasing} output options with very little code on our
end. ;-)
Three exams to give and grade today, but I'll write more later about
getting
On May 4, 7:57 am, Jaap Spies wrote:
> mabshoff wrote:
> > Well, I knew FLINT still ran its test suite and given we updated MPIR
> > I do prefer for it to run. There was also no 3.4.2 ticket to turn it
> > off :p.
>
> This testing feels ok for alpha and rc releases, but not on a final
> sour
On May 4, 5:52 am, Minh Nguyen wrote:
> Hi folks,
>
> Sage 3.4.2 is basically done by now. So if you contributed some cool
> features to that release, you're invited to showcase those features on
> the release tour at
>
> http://wiki.sagemath.org/sage-3.4.2
>
> Of course, you're welcome to add
mabshoff wrote:
>
>
> On May 4, 7:57 am, Jaap Spies wrote:
>> mabshoff wrote:
>
>
>
>>> Well, I knew FLINT still ran its test suite and given we updated MPIR
>>> I do prefer for it to run. There was also no 3.4.2 ticket to turn it
>>> off :p.
>> This testing feels ok for alpha and rc release
On Mon, May 4, 2009 at 1:55 AM, mabshoff wrote:
>
>
>
> On May 3, 5:54 am, "Dr. David Kirkby" wrote:
>> mabshoff wrote:
>
>
>
> Sorry, I forgot to reply to this part of the post since I thought it
> was in another independent post.
>
>> > * For the range of 2^40+1 to 2^46 I am uncomfortable to
On May 4, 7:40 am, William Stein wrote:
> On Mon, May 4, 2009 at 7:36 AM, mabshoff wrote:
>
> > On May 4, 7:30 am, Jaap Spies wrote:
> >> mabshoff wrote:
> >> > Hello folks,
>
> >> > the final release for 3.4.2 is done and sources, the upgrade bits and
> >> > a sage.math binary are in the usu
On May 4, 8:26 am, Jaap Spies wrote:
> > Nope, it was commonly handled that way. But since the 'real' releases
> > are build more widely that either alpha or rc releases I have been
> > changing this to even run some test suites even then. This has already
> > flushed out various bugs in MPI
On May 4, 7:30 am, Jaap Spies wrote:
> mabshoff wrote:
> > Hello folks,
>
> > the final release for 3.4.2 is done and sources, the upgrade bits and
> > a sage.math binary are in the usual place at
>
> > http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.2/
>
> > I was cocky and l
mabshoff wrote:
> Hello folks,
>
> the final release for 3.4.2 is done and sources, the upgrade bits and
> a sage.math binary are in the usual place at
>
> http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.2/
>
> I was cocky and labeled the release 3.4.2 instead of 3.4.2.final
On May 4, 5:53 am, mabshoff wrote:
> Hello folks,
> #5957: Michael Abshoff: 3.4.2.rc0: Maxima related doctest failure in
> matrix/matrix_symbolic_dense.pyx [Reviewed by Michael Abshoff]
Oops, author credit here goes to William. I uploaded the patch, so
that caused the confusion. Sorry :(
C
On May 4, 9:07 am, Jaap Spies wrote:
> mabshoff wrote:
> > Hello folks,
> > Please build, test and report issues as usual.
>
> On Fedora 9, 32 bit upgraded from alpha0 -> rc0-> sage-3.4.2
> and on Fedora 10, 32 bit upgraded from rc0 I get tons
> of failures with prime_pi, e.g.:
>
> sage -t
On May 4, 9:33 am, mabshoff wrote:
> On May 4, 9:07 am, Jaap Spies wrote:
> Arrg, this is cause by Integer(2**40) on 32 bit systems being "0" in
> Cython. I didn't use any long representation of 2^40 to avoid running
> into 32 vs. 64 bit issues. Oh well, please open a ticket, I guess
> ther
mabshoff wrote:
>
>
> On May 4, 9:33 am, mabshoff wrote:
>> On May 4, 9:07 am, Jaap Spies wrote:
>
>
>
>> Arrg, this is cause by Integer(2**40) on 32 bit systems being "0" in
>> Cython. I didn't use any long representation of 2^40 to avoid running
>> into 32 vs. 64 bit issues. Oh well, plea
On May 4, 10:03 am, Jaap Spies wrote:
> mabshoff wrote:
As mentioned on #5980 I checked if you had opened the ticket already
before I opened #5981, but you did open it parallel to my ticket - so
great minds think alike I guess ;)
> > This is now #5981 with a proto patch attached. With it pr
mabshoff wrote:
>
>
> On May 4, 10:03 am, Jaap Spies wrote:
>> mabshoff wrote:
>
>
>
> As mentioned on #5980 I checked if you had opened the ticket already
> before I opened #5981, but you did open it parallel to my ticket - so
> great minds think alike I guess ;)
>
:)
[...]
>
> Good. I
On Bill Hart's machine (64-bit ubuntu) I build ok but get a failure here:
sage -t "devel/sage/sage/interfaces/sage0.py"
which is random, i.e. rerunning it usually works fine. But not always.
Two other builds on slower / heavily loaded machines still building...
John
2009/5/4 Jaap Spie
On May 4, 11:30 am, John Cremona wrote:
Hi John,
> On Bill Hart's machine (64-bit ubuntu) I build ok but get a failure here:
> sage -t "devel/sage/sage/interfaces/sage0.py"
> which is random, i.e. rerunning it usually works fine. But not always.
>
> Two other builds on slower / heav
Recently, Sun donated a new machine to the Sage community. It's a Sun
T5240 with two SPARC T2 processors (8 cores total) and 32GB of RAM,
and runs Solaris 5.10. As with the other machines in the network, you
have access to your home directory from there; and provided you
haven't changed your pas
Dear Robert,
Could you please review http://sagetrac.org/sage_trac/ticket/5979
It's very short but quite sensitive.
sage -testall passes smoothly with sage-3.4.2-alpha0 (except for a
trivial broken test in interfaces.r which also fails before applying
the patch). Haven't tried it with s
mabshoff wrote:
>
>
>
> Good. I tested on 32 and 64 bit and it works for me, too. The patch is
> formally up and the ticket is also open against 3.4.2, so feel free to
> review. I will wait for all my other build tests to finish doctesting
> before pushing out the new tarball (just in case som
2009/5/4 mabshoff :
>
>
>
> On May 4, 11:30 am, John Cremona wrote:
>
> Hi John,
>
>> On Bill Hart's machine (64-bit ubuntu) I build ok but get a failure here:
>> sage -t "devel/sage/sage/interfaces/sage0.py"
>> which is random, i.e. rerunning it usually works fine. But not always.
>>
>
jyr writes:
> The thought has occured to me that one could use the index functions
> for the 3j, 6j, and Gaunt coefficients for a much simpler storage
> scheme in python by using the index as a key for a dictionary of
> stored symbols. I could then extend the above published routines with
> an o
jyr writes:
> def test_calc_factlist(nn):
> r"""
> Function calculates a list of precomputed factorials in order to
> massively accelerate consequetive calculations of the various
Typo. And maybe say "future" instead of "consecutive"?
>
Jens,
I now see that you've written an article on this topic and tested
exactly the case I've also tested: floating point 6j symbols in a
compiled language. Since your conclusions are different from mine, I'm
curious whether your storage system is faster or your 6j routine is
slower. Is your co
You might find this paper interesting, since it discusses the linkage
of an interactive graphics system (for graphs) to a computer algebra
system.
http://www.eecs.berkeley.edu/~fateman/papers/graphing7.pdf
After glancing at the pictures in the paper, you might be surprised by
how few lines of co
On Mon, May 4, 2009 at 4:52 PM, Dan Christensen wrote:
>
> Jens,
>
> I now see that you've written an article on this topic and tested
> exactly the case I've also tested: floating point 6j symbols in a
> compiled language. Since your conclusions are different from mine, I'm
> curious whether yo
On Mon, May 4, 2009 at 5:03 PM, rjf wrote:
>
> You might find this paper interesting, since it discusses the linkage
> of an interactive graphics system (for graphs) to a computer algebra
> system.
>
> http://www.eecs.berkeley.edu/~fateman/papers/graphing7.pdf
>
> After glancing at the pictures i
On May 4, 11:39 am, Tom Boothby wrote:
> Recently, Sun donated a new machine to the Sage community. It's a Sun
> T5240 with two SPARC T2 processors (8 cores total) and 32GB of RAM,
Well, it has 128 "threads".
> and runs Solaris 5.10. As with the other machines in the network, you
> have acc
On Mon, May 4, 2009 at 6:50 PM, mabshoff wrote:
>
>
>
> On May 4, 11:39 am, Tom Boothby wrote:
>> Recently, Sun donated a new machine to the Sage community. It's a Sun
>> T5240 with two SPARC T2 processors (8 cores total) and 32GB of RAM,
>
> Well, it has 128 "threads".
Unfortunately, it seems
This is from the guy who wrote prime_pi:
-- Forwarded message --
From: R. Andrew Ohana
Date: Mon, May 4, 2009 at 1:30 PM
Subject: Meeting
To: William Stein
Hey,
Sorry, been away from technology for a bit. I unfortunately do not
have access to any 32-bit sage installs present
On May 4, 7:26 pm, William Stein wrote:
> On Mon, May 4, 2009 at 6:50 PM, mabshoff wrote:
>
> > On May 4, 11:39 am, Tom Boothby wrote:
> >> Recently, Sun donated a new machine to the Sage community. It's a Sun
> >> T5240 with two SPARC T2 processors (8 cores total) and 32GB of RAM,
>
> > Wel
On May 4, 2009, at 05:53 , mabshoff wrote:
>
> Hello folks,
>
> the final release for 3.4.2 is done and sources, the upgrade bits and
> a sage.math binary are in the usual place at
>
> http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.2/
Built on Mac OS X, 10.5.6 (Dual Quad Xeon
Just as an amusing note about the T2, I started compiling 3.4.2 on that
machine (mostly to just see what happens), and in the FLINT test suite I
saw this:
Testing fmpz_poly_evaluate_divconquer()... Cpu = -4008787 ms Wall = 286189 ms
Uh oh. :)
Dan
--
--- Dan Drake
- KAIST Department o
On May 4, 8:49 pm, Dan Drake wrote:
Hi Dan,
> Just as an amusing note about the T2, I started compiling 3.4.2 on that
> machine (mostly to just see what happens), and in the FLINT test suite I
> saw this:
>
> Testing fmpz_poly_evaluate_divconquer()... Cpu = -4008787 ms Wall = 286189
> ms
>
On Mon, May 4, 2009 at 8:49 PM, Dan Drake wrote:
> Just as an amusing note about the T2, I started compiling 3.4.2 on that
> machine (mostly to just see what happens), and in the FLINT test suite I
> saw this:
>
> Testing fmpz_poly_evaluate_divconquer()... Cpu = -4008787 ms Wall = 286189
> ms
On Tue, May 5, 2009 at 3:53 AM, William Stein wrote:
>
> On Mon, May 4, 2009 at 8:49 PM, Dan Drake wrote:
>> Just as an amusing note about the T2, I started compiling 3.4.2 on that
>> machine (mostly to just see what happens), and in the FLINT test suite I
>> saw this:
>>
>> Testing fmpz_poly_e
On May 4, 5:03 pm, rjf wrote:
> You might find this paper interesting, since it discusses the linkage
> of an interactive graphics system (for graphs) to a computer algebra
> system.
Hi Richard,
Thanks for including that in the discussion - there are a lot of good
ideas in there. I've thought
On May 4, 1:13 am, Fidel wrote:
> Hello Rob,
>
> I spent some time this weekend coding a function to get the tkz-graph
> string of a graph. You can find what I have got in
>
> http://fidelinux.googlepages.com/tkz-string.sage
Hi Fidel,
I got your code wrapped up into the graph object as a method
Hello again,
As promised here is an updated version.
http://www.math.uiuc.edu/~rkirov2/processing/grapheditor.html
Controls are cleaned up (almost all mouse now). If you see something
buggy email me (or even better fix it :) the code is in page). I think
I will add some simple control for cloni
Rado,
Very, very nice! More later.
Rob
On May 4, 11:04 pm, Rado wrote:
> Hello again,
>
> As promised here is an updated version.
>
> http://www.math.uiuc.edu/~rkirov2/processing/grapheditor.html
>
> Controls are cleaned up (almost all mouse now). If you see something
> buggy email me (or eve
51 matches
Mail list logo
