Two single but different testlong failures on two different hardy
x86_64 boxes. I wacked the local logs and screens before I captured
them to paste here. kinda cashing so here are the links to the
logs...
http://www.tarbox.org/sage/hq2.tar.bz2
http://www.tarbox.org/sage/noc1.tar.bz2
-glenn
O
build error:
Done installing PolyBoRi.
Removing dynamic libraries...
Done removing dynamic libraries.
touch: cannot touch `/home/tarbox/projects/sage-3.1.2.rc1/devel/sage/
sage/rings/polynomial/pbori.pyx': No such file or directory
real4m46.438s
user4m26.737s
sys 0m18.829s
sage: An e
On Sep 13, 2:00 pm, mabshoff <[EMAIL PROTECTED]> wrote:
> On Sep 13, 1:39 pm, "David Joyner" <[EMAIL PROTECTED]> wrote:
>
> > built fine on amd64 hardy heron but this test failed:
>
> > The following tests failed:
>
> > sage -t devel/sage/sage/modules/free_module.py
> > Total time for a
All tests passed gutsy x86_64
On Nov 15, 3:15 am, mabshoff <[EMAIL PROTECTED]> wrote:
> Hello folks,
>
> here goes the slightly delayed 3.2.rc1 with some goodies from SD 11 as
> well as various fixes from Bug Day 16. There are actually *four*
> segfault fixes in this build. On top the cleanup up
On May 16, 7:55 am, mabshoff wrote:
> Hello folks,
>
> I did not believe it would happen before the official start of SD 15
> anymore, but I beat that deadline by at least an hour :).
All tests passed Ubuntu 9.04 x86_64
--~--~-~--~~~---~--~~
To post to this gro
On Jun 7, 9:09 am, Craig Citro wrote:
> > Trying an equivalent Cython NumPy test file yields the following error:
>
> > tar...@tarbox-laptop:$ python setup.py build_ext --inplace
>
> Just to confirm here: are you running from a sage shell (i.e. by
> running sage -sh)? Otherwise my first thought
On Jun 7, 11:29 am, Dag Sverre Seljebotn
wrote:
> Glenn Tarbox, PhD wrote:
> > setup.py is pulled directly from the cython tutorial docs:
>
> > tar...@puget:$ cat setup.py
> > from distutils.core import setup
> > from distutils.extension import Extension
> > from Cython.Distutils import build_e
So, here's the thing... and this is entirely IMHO (some may question
whether the "H" applies :-) There's been some off-and-on sidebar
chatter on this subject for a while and this thread seems a place to
insert it publicly.
Sage has a HUGE amount of functionality built in that is very useful
to t
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
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.
On Jul 21, 6:40 pm, "Dr. David Kirkby"
wrote:
> 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 s
On Jul 22, 11:18 am, William Stein wrote:
> On Wed, Jul 22, 2009 at 11:12 AM, ghtdak wrote:
>
> > On Jul 21, 6:40 pm, "Dr. David Kirkby"
> > wrote:
> >> ghtdak wrote:
>
> >> > This thread has gotten long and there are many subjects embedded
>
> > My primary problem is that the Sage subprocess is blocking forever on
> > the other side of the pipe when its not computing... Therefore, I
> > can't have a Sage sub-process that I'm using in the notebook that is
> > also able to communicate with other processes as I can't
> > asynchronousl
On Wed, Jul 22, 2009 at 10:11 PM, ghtdak wrote:
-- Forwarded message --
From: Dorian Raymer
Date: Jul 22, 8:00 pm
Subject: notebook rewrite
To: sage-devel
Hi Glenn,
On Wed, Jul 22, 2009 at 4:41 PM, ghtdak wrote:
> Of course, once you put
Something to be aware of WRT VirtualBox. The VM doesn't have a true
clock so VirtualBox has "client code" which updates the guest's clock
periodically... but in-between updates the clock can be very far off.
Not sure to what degree this can be adjusted.
This seems to have gotten significantly wor
.
>
> > Not surprising. Also, I forgot about the GIL, which truely limits the
> > performance benifits of threading in Python. If anything ever kills
> > Python, I bet it'll be the GIL (but I'm hopeful that it'll get removed
> > before it causes an untimely death...)
>
> Maybe you can remove it :-
>
> > Of course, this is the penultimate reason that going multi-threaded in
> > python is insane... not only do you get the opportunity to learn all
> > about synchronization and thread management, you also enjoy non-
> > deterministic bugs which only take days or weeks to solve whereas more
> >
> > def doThings():
>
> > myDeferred = someting_that_blocks();
>
> > def doThingOne(result1):
> > print("doing ThingOne", result1)
> > return sqrt(result1)
> > myDeferred.addCallback(doThingOne)
>
> > def doThingTwo(result2):
> > print("doing ThingTwo",
sagerc and some strategy for
> >> combining .bashrc and .sagerc so users can maintain consistency?
>
> >> I've previously reported what I consider inconsistencies in how sage sets
> >> environment variables (#6610). I'm guessing that something broke so a
&
On Nov 17, 8:35 am, Nathann Cohen wrote:
> And is there any known way to have eclipse use auto-completion on Sage
> classes ?
That would probably be tough within Eclipse proper although there may
be another approach...
First, I have used Eclipse successfully with Sage using PyDev and
PyDev Ex
On Nov 19, 10:31 am, William Stein wrote:
> On Thu, Nov 19, 2009 at 10:16 AM, Carlo Hamalainen
>
> wrote:
> > On Thu, Nov 19, 2009 at 6:14 PM, William Stein wrote:
> >> What happens if you type:
>
> >> sage: !sage-native-execute evincehttp://wiki.sagemath.org/bug18
>
> > Evince pops up with n
On Nov 21, 7:27 pm, Jason Grout wrote:
> Nils Bruin wrote:
> > On Nov 21, 4:42 pm, ghtdak wrote:
> >> In particular, where I'm getting bitten hard is svn and git. Neither
> >> will run with sage's libgnutls.
>
> >> I "almost" had it
Python pretty much punted on date and time. It has some support, but
its not very good.
The Python Quick Reference: http://rgruet.free.fr/PQR25/PQR2.5.html
suggests mxDateTime: http://www.egenix.com/products/python/mxBase/mxDateTime/
and, having worked with it, I recommend it over what comes n
On Feb 11, 3:47 pm, mabshoff wrote:
> On Feb 11, 3:40 pm, Phaedon Sinis wrote:
>
> > Hi Glenn,
>
> > thanks for looking into this.
> > At first glance, it looks like it basically allows date arithmetic.
> > I was planning to incorporate Gustavo Niemeyer's relativedelta.py for this
> > purpose.
I've been wrestling with this a few days and can't quite figure out
whats wrong.
I'm trying to install Google Protocol Buffers in sage-3.4 which used
to go without a hitch in previous versions. I've successfully
installed qt-45, vtk, the enthought Mayavi2 suite etc., all of which
are larger and
On Mar 27, 4:17 pm, mabshoff wrote:
> On Mar 27, 4:14 pm, ghtdak wrote:
> Shooting from the hip:
>
> ./sage -sh
> unset RM
>
> then build.
>
I love you man...
BTW, with a laser site - shooting from the hip is very effective.
HOOAH!!
-glenn
On Apr 5, 3:40 am, Harald Schilly wrote:
> On Apr 5, 4:34 am, mabshoff wrote:
>
> > the main
> > problem seems to be that the timeline can now be accessed at any point
> > you want and each ticket has a link to jump to the the point of the
> > timeline when it was created. This is quite expens
On Jan 8, 1:01 pm, Andy Somogyi wrote:
> Thats sort of what I was originally thinking for a first go, but I'm not sure
> how
> useful it would be in the long term. What would be pretty quick is to create
> an app, main view
> would be a text editor, say use the editor component from smultron,
It relies heavily on Traits which I'm
not fully up to speed on yet.
>
> And of course, any help is needed :) We could build a good replacement
> for propietary mathematical programs
Exactly. I'll take a look at your code.
>
> On 9 ene, 08:48, ghtdak wrote:
>
>
On Jan 9, 12:36 am, Carlo Hamalainen
wrote:
> On Sat, Jan 9, 2010 at 5:48 PM, ghtdak wrote:
> > What I currently do, and its a bit of a kludge, is run ipython with
> > the -q4thread event loop. I have C++ Qt windows for my custom gui
> > requirements (invoked through so
On Jan 9, 7:50 pm, ghtdak wrote:
> On Jan 9, 2:20 am, Alejandro Serrano wrote:
>
> > Hi,
> > I'm currently developing something very similar as the thing you are
> > proposing. I sent it to the list about two months ago
> > (http://groups.google.com/gr
On Jan 10, 9:09 pm, William Stein wrote:
> On Sun, Jan 10, 2010 at 8:56 PM, ghtdak wrote:
>
> > On Jan 9, 7:50 pm, ghtdak wrote:
> >> On Jan 9, 2:20 am, Alejandro Serrano wrote:
>
> >> > Hi,
>
> > I should say that my primary interest in h
On Jan 11, 9:43 am, William Stein wrote:
> On Mon, Jan 11, 2010 at 9:37 AM, ghtdak wrote:
>
> > On Jan 10, 9:09 pm, William Stein wrote:
> >> On Sun, Jan 10, 2010 at 8:56 PM, ghtdak wrote:
>
> >> > On Jan 9, 7:50 pm, ghtdak wrote:
> >> &
On Jan 11, 2:18 pm, Alex Clemesha wrote:
> > Over this weekend, I was thinking over some simpler ideas, such as just
> > packaging up sage into a single .app, and with a script that starts the web
> > server, and a WebKit view embedded in a Cocoa app does the drawing. But
> > then I started r
On Jul 4, 8:10 am, "Dr. David Kirkby" wrote:
> On 07/ 4/10 03:25 PM, Glenn Tarbox, PhD wrote:
>
>
>
>
>
> > I ran into this by chance and don't know what to make of it, particularly
> > since Sage is bundling libpng
>
> > On one machine (i7) I see:
>
> > checking for deflate in -lz... yes
> > ch
35 matches
Mail list logo
