On May 31, 1:49 am, William Stein wst...@gmail.com wrote:
This is precisely what happened. ...
Good, and i have an idea: The script could use the timestamp of the
md5sums.txt file and ignore it's entries if the timestamp of the
respective .zip file is newer! Then, you don't have to delete the
Hi,
2009/5/30 mabshoff mabsh...@googlemail.com:
On May 30, 10:20 am, William Stein wst...@gmail.com wrote:
2009/5/30 Andrzej Giniewicz ggi...@gmail.com:
Hi,
tried to do some test, but I have similar issue as Vlad reported on
sage-support for 4.0rc0 in topic building sage 4.0.rc0
Hi all,
On 30 Mai, 16:34, William Stein wst...@gmail.com wrote:
Hello,
I have release sage-4.0. It's now available athttp://sagemath.org/src/.
Binaries will follow in a day.
William
--
William Stein
Associate Professor of Mathematics
University of Washingtonhttp://wstein.org
Hi,
small update on GCC 4.4 compilation, I managed to walk around ICE in
snapshot and compile up to place where Singular fails because of use
of strchr in 2 places, i.e. it uses char * strchr(const char*, int)
while from version 4.4 gcc allows only const char* strchr(const
char*, int) or char*
On Sat, May 30, 2009 at 10:34, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/. Binaries will follow in a day.
Sage-4.0 built OK on an EeePC 901 Linux, with Atom processor. But make
testlong triggered three test failures. Two
2009/5/30 William Stein wst...@gmail.com:
On Fri, May 29, 2009 at 2:47 PM, Jaap Spies j.sp...@hccnet.nl wrote:
Mike Hansen wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
2009/5/30 Alex Ghitza aghi...@gmail.com:
On Sat, May 30, 2009 at 6:36 AM, Mike Hansen mhan...@gmail.com wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
On May 30, 12:51 am, John Cremona john.crem...@gmail.com wrote:
2009/5/30 Alex Ghitza aghi...@gmail.com:
On my dell laptop running archlinux, my build from scratch fails at
eclib. I've extracted the relevant part from install.log and posted
it at
Hi,
tried to do some test, but I have similar issue as Vlad reported on
sage-support for 4.0rc0 in topic building sage 4.0.rc0 with gcc 4.4.0
and glibc 2.10.1 fails (on arch linux), (btw, I also have Arch with
gcc 4.4 and glibc 2.10), the error for me it:
g++ -o ./comptest comptest_n.o
2009/5/30 Andrzej Giniewicz ggi...@gmail.com:
Hi,
tried to do some test, but I have similar issue as Vlad reported on
sage-support for 4.0rc0 in topic building sage 4.0.rc0 with gcc 4.4.0
and glibc 2.10.1 fails (on arch linux), (btw, I also have Arch with
gcc 4.4 and glibc 2.10), the error
Hi William,
On 30 Mai, 16:34, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available athttp://sagemath.org/src/.
Binaries will follow in a day.
Wasn't it claimed (AFAIK off list by you or Michael Abshoff) that sage
4.0 would contain Singular 3-1-0? It isn't
On May 29, 2009, at 13:36 , Mike Hansen wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.tar
and a copy of it to be used for upgrading
On Sat, May 30, 2009 at 10:34, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/. Binaries will follow in a day.
What is the correct MD5 for the tarball? It is listed at
811388eac1e33fc4ec837d9e05b6b95b on the web page, yet I
There's an spkg on track but it hasn't been reviewed yet. I was hoping
to look at it this weekend, but feel free to beat me to it. :)
Kiran
On May 30, 2:27 pm, simon.k...@uni-jena.de wrote:
Hi William,
On 30 Mai, 16:34, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's
On May 30, 10:34 am, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/.
Built fine on my Intel based MacBook Pro running OS X 10.4.11.
Running 'make test' right now.
As I recall, I should be able to build Sage.app by running
On May 30, 8:46 pm, Kevin Horton khorto...@rogers.com wrote:
What is the correct MD5 for the tarball? It is listed at
811388eac1e33fc4ec837d9e05b6b95b on the web page, yet I got
1f4e16b8f759174ad2c107161e1b03a2 on my downloaded tarball. I downloaded
again, and got the same MD5. It expands
On May 30, 10:20 am, William Stein wst...@gmail.com wrote:
2009/5/30 Andrzej Giniewicz ggi...@gmail.com:
Hi,
tried to do some test, but I have similar issue as Vlad reported on
sage-support for 4.0rc0 in topic building sage 4.0.rc0 with gcc 4.4.0
and glibc 2.10.1 fails (on arch
On Sat, May 30, 2009 at 10:34, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/. Binaries will follow in a day.
I built sage-4.0 on 32 bit ubuntu 8.10. It built OK, but make testlong
produced a huge number of failures of like:
On May 30, 2009, at 07:34 , William Stein wrote:
Hello,
I have release sage-4.0. It's now available at
http://sagemath.org/src/. Binaries will follow in a day.
Built from scratch on Mac OS X, 10.5.7 (Dual Quad Xeon), 32-bit w/o
problems. make -j6 test completed w/o failures.
Justin
On Sat, May 30, 2009 at 19:17, Kevin Horton khorto...@rogers.com wrote:
On Sat, May 30, 2009 at 10:34, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/. Binaries will follow in a day.
I built sage-4.0 on 32 bit ubuntu 8.10.
On Sat, May 30, 2009 at 12:46 PM, Harald Schilly
harald.schi...@gmail.com wrote:
On May 30, 8:46 pm, Kevin Horton khorto...@rogers.com wrote:
What is the correct MD5 for the tarball? It is listed at
811388eac1e33fc4ec837d9e05b6b95b on the web page, yet I got
1f4e16b8f759174ad2c107161e1b03a2
On Sat, May 30, 2009 at 11:27 AM, simon.k...@uni-jena.de wrote:
Hi William,
On 30 Mai, 16:34, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available athttp://sagemath.org/src/.
Binaries will follow in a day.
Wasn't it claimed (AFAIK off list by you or
On Sat, May 30, 2009 at 19:39, Kevin Horton khorto...@rogers.com wrote:
On Sat, May 30, 2009 at 19:17, Kevin Horton khorto...@rogers.com wrote:
On Sat, May 30, 2009 at 10:34, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/.
On Sat, May 30, 2009 at 9:34 AM, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/. Binaries will follow in a day.
Sage 4.0 compiled cleanly from source on Fedora 8 x86_64 Linux, but I get a
segfault with the following commands:
On Sat, May 30, 2009 at 6:51 PM, Stephen Hartke har...@gmail.com wrote:
On Sat, May 30, 2009 at 9:34 AM, William Stein wst...@gmail.com wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/. Binaries will follow in a day.
Sage 4.0 compiled cleanly from source on
On May 30, 2009, at 18:51 , Stephen Hartke wrote:
On Sat, May 30, 2009 at 9:34 AM, William Stein wst...@gmail.com
wrote:
I have release sage-4.0. It's now available at
http://sagemath.org/src/. Binaries will follow in a day.
Sage 4.0 compiled cleanly from source on Fedora 8 x86_64
Besides numerical noise, I get a bunch of doctest failures triggered
by errors of the form
OSError: [Errno 12] Cannot allocate memory: '/scratch/sage-4.0.rc1/
tmp'
I think this is believed to be a known issue with Python 2.5 on Fedora
x86-64; see tickets #5218 and #6151, which I believe are due
As an upgrade, passed all tests on 64-bit Ubuntu 8.10 with Intel Core
Duo.
Rob
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more
Mike Hansen wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.tar
and a copy of it to be used for upgrading can be found at
On Fri, May 29, 2009 at 2:47 PM, Jaap Spies j.sp...@hccnet.nl wrote:
Mike Hansen wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.tar
On Sat, May 30, 2009 at 6:36 AM, Mike Hansen mhan...@gmail.com wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.tar
and a copy of it to
On Fri, May 29, 2009 at 5:00 PM, Alex Ghitza aghi...@gmail.com wrote:
Hi,
On my dell laptop running archlinux, my build from scratch fails at
eclib. I've extracted the relevant part from install.log and posted
it at
http://www.ms.unimelb.edu.au/~aghitza/part_of_install.log
This might
All tests passed on an Ubuntu 8.10 machine.
-Marshall
On May 29, 4:47 pm, Jaap Spies j.sp...@hccnet.nl wrote:
Mike Hansen wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
Mike Hansen wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
I just tried to import a patch into queues, and had something that was
weird. This is a fresh build of 4.0.rc2 on Ubuntu 9.04,
Jason Grout wrote:
Mike Hansen wrote:
Hello,
Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
happens, this will become 4.0. The tarball can be
found at
I just tried to import a patch into queues, and had something that was
weird. This is a fresh build of
On Sat, May 30, 2009 at 11:17 AM, Mike Hansen mhan...@gmail.com wrote:
On Fri, May 29, 2009 at 5:00 PM, Alex Ghitza aghi...@gmail.com wrote:
Hi,
On my dell laptop running archlinux, my build from scratch fails at
eclib. I've extracted the relevant part from install.log and posted
it at
Mike Hansen wrote:
Hello,
Sage 4.0.rc1 has been released. This should hopefully take care of
the rest of the fallout from the switch to Pynac. The tarball can be
found at
http://sage.math.washington.edu/home/mhansen/sage-4.0.rc1.tar
and a copy of it to be used for upgrading can be
At the end of the compilation, when it generates the reference manual,
I'm getting a huge bunch of warning messages from the Sphinx parser.
These are due to badly formatted ReST docstrings. I've opened a ticket
(#6149) and uploaded a patch -- any volunteers to review this? It
would look a bit
I had the same two numerical noise type failures in matrix2.pyx and
expression.pyx, on an intel mac running 10.5. Those were the only
failures.
-M. Hampton
On May 28, 6:04 am, Jaap Spies j.sp...@hccnet.nl wrote:
Mike Hansen wrote:
Hello,
Sage 4.0.rc1 has been released. This should
2009/5/28 Marshall Hampton hampto...@gmail.com:
I had the same two numerical noise type failures in matrix2.pyx and
expression.pyx, on an intel mac running 10.5. Those were the only
failures.
Same here on ubiuntu 32-bit.
John
-M. Hampton
On May 28, 6:04 am, Jaap Spies
On May 28, 7:00 pm, John Cremona john.crem...@gmail.com wrote:
2009/5/28 Marshall Hampton hampto...@gmail.com:
I had the same two numerical noise type failures in matrix2.pyx and
expression.pyx, on an intel mac running 10.5. Those were the only
failures.
Same here on ubiuntu 32-bit.
On Thu, May 28, 2009 at 12:21 PM, davidloeffler dave.loeff...@gmail.com wrote:
Same for me (SuSE 32-bit). Note that one of the failures in
expression.pyx is *not* numerical noise, it's a hash value --
presumably a 32/64 bit issue.
There is a patch at
On Thu, May 28, 2009 at 10:46 AM, Mike Hansen mhan...@gmail.com wrote:
Hello,
Sage 4.0.rc1 has been released. This should hopefully take care of
the rest of the fallout from the switch to Pynac. The tarball can be
found at
http://sage.math.washington.edu/home/mhansen/sage-4.0.rc1.tar
On May 28, 2009, at 01:46 , Mike Hansen wrote:
Hello,
Sage 4.0.rc1 has been released. This should hopefully take care of
the rest of the fallout from the switch to Pynac. The tarball can be
found at
http://sage.math.washington.edu/home/mhansen/sage-4.0.rc1.tar
and a copy of it to be
Dear Craig, David, Mike, Robert:
Good news: I had not look at the unpickling issues outside of the
combinatorics code, thinking they would be similar to those in there,
that is fairly easy to handle. They actually turned out to be all
completely trivial: it's just that the basic
On Mon, May 25, 2009 at 7:06 PM, Nicolas M. Thiery
nicolas.thi...@u-psud.fr wrote:
Adding a couple calls like:
register_unpickle_override('sage.categories.category', 'Sets', Sets)
did the trick (thanks Carl!). By the way, where in the Sage source
tree should I put those?
Well,
On Mon, May 25, 2009 at 6:54 AM, Wilfried_Huss
h...@finanz.math.tugraz.at wrote:
With the new symbolics I get the following error:
sage: a(x) = x
sage: print a(x)
ERROR: An unexpected error occurred while tokenizing input
The following traceback may be corrupted or invalid
The error
I had all the same failures as John on my apple 10.5 laptop, except
the graph_plot failure. This was from a fresh build, not an upgrade.
-M. Hampton
On May 21, 10:11 pm, John H Palmieri jhpalmier...@gmail.com wrote:
On May 21, 7:14 am, mabshoff mabsh...@googlemail.com wrote:
Hi,
I gotta
On Fri, May 22, 2009 at 2:00 PM, Nick Alexander ncalexan...@gmail.com wrote:
We do this to avoid the (large) overhead of re-creating constants in
the bodies of loops, functions, etc. Perhaps we need to detect the
Integer=xxx line explicitly?
Doing this accurately is equivalent to the
In some circumstances, Stein's trick may help [1]:
class myint:
def eval(self, s, globals, locals):
_temp = locals['Integer']
locals['Integer'] = float
ans = python.eval(preparse(s), globals, locals)
locals['Integer'] = _temp
return ans
Examples, in
On 23 May 2009, at 07:31, Pat LeSmithe wrote:
In some circumstances, Stein's trick may help [1]:
class myint:
def eval(self, s, globals, locals):
_temp = locals['Integer']
locals['Integer'] = float
ans = python.eval(preparse(s), globals, locals)
Dear Craig, David, Mike, Robert:
Thanks for this week of intensive work together!
In the plane, I'll be working on updating the names of the categories
(AbelianGroups - CommutativeAdditiveGroup, ...). I'll also give it a
shot at the getattr alternative implementation (as we had
Hi,
good to hear that you were able to build Sage at last!
From past discussions, and the bad experiences we had with MacPorts/
Fink intervening, I'd say the glass is half full rather than the
glass is half empty.
It's quite a huge effort to make work to build sage, simply type:
make, on a lot
On Sat, May 23, 2009 at 06:19:35PM -0700, Nicolas Thiéry wrote:
Dear Craig, David, Mike, Robert:
On Sat, May 23, 2009 at 10:01:47AM -0700, Nicolas Thiéry wrote:
I'll also give it a shot at the getattr alternative implementation
(as we had discussed), so that you can focus on
Dear Craig, David, Mike, Robert:
On Sat, May 23, 2009 at 10:01:47AM -0700, Nicolas Thiéry wrote:
I'll also give it a shot at the getattr alternative implementation
(as we had discussed), so that you can focus on reviewing.
Done for the second one: see categories-getattr_hack-nt.patch
mabshoff wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
I must say, it's looking better on Solaris.
Before going to bed, I started to build 4.0.rc0. I woke up this morning,
On May 22, 1:46 am, Dr. David Kirkby david.kir...@onetel.net
wrote:
mabshoff wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
I must say, it's looking better on Solaris.
On May 21, 1:19 am, gsw georgswe...@googlemail.com wrote:
Hi,
SNIP
using ABI=32
CC=gcc -std=gnu99
CFLAGS=-O2 -mpowerpc -no-cpp-precomp -force_cpusubtype_ALL
CPPFLAGS=
CXX=g++
CXXFLAGS=-O2 -mpowerpc -no-cpp-precomp -force_cpusubtype_ALL
MPN_PATH=
I wasn't able to build on OS X 10.4 intel:
[...]
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../
tests-m32 -O2 -fomit-frame-pointer -mtune=nocona -march=nocona -c
t-locale.c
/bin/sh ../../libtool --tag=CC --mode=link gcc -std=gnu99 -m32 -O2 -
fomit-frame-pointer
On May 22, 2009, at 3:36 AM, Kevin Horton wrote:
I am using sage-4.0.rc0 on 32 bit ubuntu 8.10.
I have discovered a very strange interaction between the Integer=int
declaration, division, and the number of times a worksheet is
evaluated.
This is an error due to literal constant
On 22 May 2009, at 16:07, Robert Bradshaw wrote:
On May 22, 2009, at 3:36 AM, Kevin Horton wrote:
I am using sage-4.0.rc0 on 32 bit ubuntu 8.10.
I have discovered a very strange interaction between the
Integer=int
declaration, division, and the number of times a worksheet is
evaluated.
On Fri, May 22, 2009 at 10:42 PM, Kevin Horton khorto...@rogers.com wrote:
On 22 May 2009, at 16:07, Robert Bradshaw wrote:
On May 22, 2009, at 3:36 AM, Kevin Horton wrote:
I am using sage-4.0.rc0 on 32 bit ubuntu 8.10.
I have discovered a very strange interaction between the
Integer=int
We do this to avoid the (large) overhead of re-creating constants in
the bodies of loops, functions, etc. Perhaps we need to detect the
Integer=xxx line explicitly?
Doing this accurately is equivalent to the halting problem. This is
what pragmas are for, but do we really want to start
On 22 May 2009, at 16:56, Franco Saliola wrote:
On Fri, May 22, 2009 at 10:42 PM, Kevin Horton
khorto...@rogers.com wrote:
On 22 May 2009, at 16:07, Robert Bradshaw wrote:
On May 22, 2009, at 3:36 AM, Kevin Horton wrote:
I am using sage-4.0.rc0 on 32 bit ubuntu 8.10.
I have
On May 22, 2009, at 2:00 PM, Nick Alexander wrote:
We do this to avoid the (large) overhead of re-creating constants in
the bodies of loops, functions, etc. Perhaps we need to detect the
Integer=xxx line explicitly?
Doing this accurately is equivalent to the halting problem.
Yep. Detecting
mabshoff wrote:
On May 22, 1:46 am, Dr. David Kirkby david.kir...@onetel.net
wrote:
mabshoff wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
I must say, it's looking better
Hi,
Sage-4.0.alpha0 did build fine on my G4 PowerBook 550Mhz with OS X
10.4.11 and Xcode 2.5. From the istall.log:
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -
DOPERATION_scan1 -O2 -mpowerpc -no-cpp-precomp -force_cpusubtype_ALL -
c scan1.c -fno-common -DPIC -o
On Thu, May 21, 2009 at 7:14 AM, mabshoff mabsh...@googlemail.com wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
Once I get online I will post more info, but I am sure this will
mabshoff wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
Once I get online I will post more info, but I am sure this will take
a couple hours. Sorry.
Upgrading from alpha0
Same problem here to some extent:
During upgrade from 4.0.alpha0 on OSX.4 G4 Powerbook, on the Sphinx
build process I repeatedly get the following or a similar error:
ImportError: dlopen(.../sage/symbolic/constants.so): Library not
loaded: .../local/lib/libpynac-0.1.2.dylib Reason: image not
On Thu, May 21, 2009 at 10:59 AM, Jaap Spies j.sp...@hccnet.nl wrote:
mabshoff wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
Once I get online I will post more info, but I am
Successful build from scratch and all tests pass on 64-bit ubuntu.
John
2009/5/21 William Stein wst...@gmail.com:
On Thu, May 21, 2009 at 10:59 AM, Jaap Spies j.sp...@hccnet.nl wrote:
mabshoff wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
William Stein wrote:
On Thu, May 21, 2009 at 10:59 AM, Jaap Spies j.sp...@hccnet.nl wrote:
mabshoff wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
Once I get online I will
2009/5/21 John Cremona john.crem...@gmail.com:
Successful build from scratch and all tests pass on 64-bit ubuntu.
Scratch the second half of that: I had typed make sage --testall
instead of make ./sage --testall so it was testing the previous
version.
Is doing make test just the same? or
Jaap Spies wrote:
Is this bad or expected?
For a log
See: http://sage.math.washington.edu/home/jsp/tests/test_4.0_rc0.log
Jaap
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send
Hi Michael,
One clarification regarding credit for #6042: I shouldn't get reviewer
credit for it. David rebased and reviewed all of it himself.
Best,
Alex
On Fri, May 22, 2009 at 12:14 AM, mabshoff mabsh...@googlemail.com wrote:
Hi,
I gotta run to the airport, but sources and upgrade
Here are two potential fixes for the rc0 update problem you have:
system:sage
system:sage
{{{id=3|
import matplotlib.pyplot as pyplot
///
}}}
{{{id=0|
RealNumber=float; Integer=int
A=3202.6427147395325
B=2.7068484110275158e-05
fit(x)= A + B * x
Xfit=[0, 8]
Yfit=[float(fit(0)),
On 21 May 2009, at 10:14, mabshoff wrote:
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/
rc0/
A worksheet that worked fine under sage 3.4.2 and 4.0.alpha0 fails
under 4.0rc0. The whole
2009/5/21 John Cremona john.crem...@gmail.com:
2009/5/21 John Cremona john.crem...@gmail.com:
Successful build from scratch and all tests pass on 64-bit ubuntu.
Scratch the second half of that: I had typed make sage --testall
instead of make ./sage --testall so it was testing the previous
./sage -upgrade from 4.0.alpha0 to 4.0.rc0
Then failed many tests.
rm devel/sage/build/sage/symbolic/constants.so
sage -ba
sage -testall
and all tests passed.
64-bit (K)Ubuntu 8.10 on Intel Core Duo.
--~--~-~--~~~---~--~~
To post to this group, send email to
On Thu, 21 May 2009 at 10:17AM -0700, William Stein wrote:
On Thu, May 21, 2009 at 7:14 AM, mabshoff mabsh...@googlemail.com wrote:
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
Once I
On May 21, 2009, at 7:24 PM, Dan Drake wrote:
I have two open tickets related to symbolics, and sadly the new
symbolics hasn't magically fixed either. :(
http://trac.sagemath.org/sage_trac/ticket/4142
This one is limits, which I believe is still being done with Maxima
which is probably
As usual 4.0.rc0 compiled and tested fine on Ubuntu 64 amd64 x2 9.x.
I did notice that desolve still uses maxima; is anyone planning to
change that? I couldn't find DE support in pynac so it looks like
maxima will still be with sage for a while.
On May 21, 4:29 pm, Tim Lahey
On Thu, May 21, 2009 at 2:09 PM, Alex Ghitza aghi...@gmail.com wrote:
Hi Michael,
One clarification regarding credit for #6042: I shouldn't get reviewer
credit for it. David rebased and reviewed all of it himself.
Fixed.
Best,
Alex
--~--~-~--~~~---~--~~
Hi,
Fresh build of 4.0.rc0 on an Archlinux machine worked. However, doing
make ptestlong gave quite a few doctest failures:
sage -t -long
devel/sage/doc/en/bordeaux_2008/nf_introduction.rst # 3 doctests
failed
sage -t -long devel/sage/doc/en/a_tour_of_sage/index.rst # 1
On a fresh build on 64-bit Fedora 10 (Opteron), only one doctest
fails:
sage -t devel/sage/sage/matrix/matrix2.pyx
due to numerical noise as follows:
**
File /scratch/sage-4.0.rc0/devel/sage/sage/matrix/matrix2.pyx,
On May 21, 7:14 am, mabshoff mabsh...@googlemail.com wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
Once I get online I will post more info, but I am sure this will take
a
On May 21, 8:16 pm, mabshoff mabsh...@googlemail.com wrote:
On May 21, 8:11 pm, John H Palmieri jhpalmier...@gmail.com wrote:
On May 21, 7:14 am, mabshoff mabsh...@googlemail.com wrote:
Hi,
I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
are in
Dear Sage / Sage-Combinat developers,
I am up and running, fresh and full of energy and hope. And I have a
bold plan for getting the core of the category patch in by tomorrow,
and the rest in 10 days.
Carl, Craig, David, Mike, Robert (B): what about meeting at 3pm to
build a consensus
On May 20, 2009, at 2:08 PM, Nicolas M. Thiery wrote:
Dear Sage / Sage-Combinat developers,
I am up and running, fresh and full of energy and hope. And I have a
bold plan for getting the core of the category patch in by tomorrow,
and the rest in 10 days.
Carl, Craig, David, Mike,
I won't be there by 3:00, but later this afternoon would be good.
Sounds good; I did not get food yet, and this is becoming urgent. Just
setup a time, and I'll be there!
I would like to build this on top of a nearly-complete 4.0 to do some
real testing and not have to do any more rebasing.
On May 20, 3:00 pm, Nicolas M. Thiery nicolas.thi...@u-psud.fr
wrote:
I won't be there by 3:00, but later this afternoon would be good.
Sounds good; I did not get food yet, and this is becoming urgent. Just
setup a time, and I'll be there!
I would like to build this on top of a
On May 20, 2009, at 3:00 PM, Nicolas M. Thiery wrote:
I won't be there by 3:00, but later this afternoon would be good.
Sounds good; I did not get food yet, and this is becoming urgent. Just
setup a time, and I'll be there!
I haven't eaten yet either, will head down to the SCC at 3:20.
-
I am up and running, fresh and full of energy and hope. And I have a
bold plan for getting the core of the category patch in by tomorrow,
and the rest in 10 days.
Oh and I forgot the most important part of the plan: once the core is
in Sage, we should all go sea kayaking to rejoice about it.
On May 19, 6:31 am, Kevin Horton khorto...@rogers.com wrote:
As an experiment, I attempted to build sage-4.0.alpha0 on an EeePC 901
Linux, with the stock Xandros OS. The build failed with:
SNIP
I'm not sure what other info is relevant to provide.
Look for install.log, compress it,
On 19 May 2009, at 11:45, mabshoff wrote:
On May 19, 6:31 am, Kevin Horton khorto...@rogers.com wrote:
As an experiment, I attempted to build sage-4.0.alpha0 on an EeePC
901
Linux, with the stock Xandros OS. The build failed with:
Well, if you fiddle with the clock all bets are off. So
On May 19, 12:45 pm, Kevin Horton khorto...@rogers.com wrote:
On 19 May 2009, at 11:45, mabshoff wrote:
On May 19, 6:31 am, Kevin Horton khorto...@rogers.com wrote:
As an experiment, I attempted to build sage-4.0.alpha0 on an EeePC
901
Linux, with the stock Xandros OS. The build
On May 19, 5:22 pm, Kevin Horton khorto...@rogers.com wrote:
Should sage-4.0.alpha0 build on OS X 10.5 PPC?
Yes, it should. What XCode release are you using?
--
Kevin Horton
Ottawa, Canada
Cheers,
Michael
--~--~-~--~~~---~--~~
To post to this group, send
Sorry about the last one - blasted Send button
On Tue, May 19, 2009 at 8:28 PM, mabshoff mabsh...@googlemail.com wrote:
On May 19, 5:22 pm, Kevin Horton khorto...@rogers.com wrote:
Should sage-4.0.alpha0 build on OS X 10.5 PPC?
Yes, it should. What XCode release are you using?
I've got
On May 19, 5:34 pm, Kevin Horton khorto...@rogers.com wrote:
Sorry about the last one - blasted Send button
On Tue, May 19, 2009 at 8:28 PM, mabshoff mabsh...@googlemail.com wrote:
On May 19, 5:22 pm, Kevin Horton khorto...@rogers.com wrote:
Should sage-4.0.alpha0 build on OS X 10.5
1 - 100 of 225 matches
Mail list logo