On Mon, 19 Apr 2010 18:04:13 -0700, William Stein wrote:
> I have now posted a brand new VMWare Sage-4.4 image:
>
>
> http://boxen.math.washington.edu/home/wstein/binaries/sage-vmware-4.4.alpha0.zip
>
> It's something I made from scratch using a different approach than before.
> Please try
On Mon, Jun 21, 2010 at 9:38 PM, Rolandb wrote:
> Hi Alex,
>
> +10 for the person who is willing and able to make a recent VMWare
> Sage image (x86_64). Since April I rather use VMWare Sage than the
> Virtualbox version, despite the disadvantages of the old release.
> VWMare did change a lot; a go
Hi Alex,
+10 for the person who is willing and able to make a recent VMWare
Sage image (x86_64). Since April I rather use VMWare Sage than the
Virtualbox version, despite the disadvantages of the old release.
VWMare did change a lot; a good reason to support both Virtualbox and
VMWare in the futur
On Jun 20, 2010, at 7:50 AM, Rolandb wrote:
Hi,
I found a more simplified example:
print get_memory_usage()
for i in xrange(1): A(1,8,9)
print get_memory_usage()
Why is type(A)
'sage
.rings.polynomial.multi_polynomial_libsingular.MPolynomial_libsingu
\lar' using memory?
No idea, maybe
On Jun 20, 2010, at 7:21 AM, Thierry Dumont wrote:
Le 20/06/2010 16:14, Patrick ABOU BAKAR a écrit :
I know that SAGE contains its own installation of pretty much of all
the modules it depends on..
My assumption is that there is a table that holds the username and
password of the users as they
On Jun 18, 2010, at 1:58 PM, arthur wrote:
On Jun 18, 3:25 pm, kcrisman wrote:
But sounds like, as with a big buffet, too much of a good thing is
just too much.
It's worth pointing out, though, that most of the optional packages
are databases, packages for some very specific research use,
ad
On Jun 20, 6:50 pm, Matthias Meulien wrote:
> Hi,
>
> I can't figure out why the following commands ends with a TypeError
> exception.
>
> sage: basering = PolynomialRing(SR, 'x')
> sage: polynomial = basering.lagrange_polynomial([(0,0), (1,pi), (2, pi/
> 2)])
> sage:
> polynomial.base_ring()
>
bb wrote:
First check if the prerequisite compilers are available. As a rule they
are not in a standard installation of fedora! Usually these compilers
are missing.
[...]
Whatever I do and whatever I install the build of sage version 4.4.3
will stuck with an error in the sage-directory libgcryp
First check if the prerequisite compilers are available. As a rule they
are not in a standard installation of fedora! Usually these compilers
are missing.
1. $ gcc -v
2. $ gfortran -v
the appearing text will inform you if gcc is available ore not.
(I assume most readers know how to install pac
On Fri, Jun 18, 2010 at 3:30 PM, William Stein wrote:
> I'll post a list of "highly recommended optional packages" in this
> thread sometime in the next few days.
>
> William
>
Here is a list of "highly recommended optional packages":
cbc-2.3.p2.spkg
cunningham_tables-1.0.spkg
database_cremon
On 21.06.2010 12:04, David Kirkby wrote:
On 8 June 2010 20:27, William Stein wrote:
On Tue, Jun 8, 2010 at 10:43 AM, David Kirkby wrote:
I'm probably hitting my head against a wall, but would it not be
better if the Sage project decided to actually *test* on certain
operating sy
On 21.06.2010 12:59, bb wrote:
On 21.06.2010 11:08, Harald Schilly wrote:
On Jun 20, 10:53 pm, SteveDunbar wrote:
$ rpm -qa | grep libstdc++
libstdc++-4.4.3-4.fc12.x86_64
libstdc++-4.4.3-4.fc12.i686
So it appears that the g++ is missing at least..
I nearly don't know anything about fedo
On 21.06.2010 11:08, Harald Schilly wrote:
On Jun 20, 10:53 pm, SteveDunbar wrote:
$ rpm -qa | grep libstdc++
libstdc++-4.4.3-4.fc12.x86_64
libstdc++-4.4.3-4.fc12.i686
So it appears that the g++ is missing at least..
I nearly don't know anything about fedora but according to th
Patrick ABOU BAKAR a écrit :
> So I am wondering if it possible to generate
> the documentation in French as of the current version of Sage when you
> install from source.
Some documentation is indeed available in French: try
sage -docbuild fr/tutorial html
or have a look at
http://www.sagemath
On 8 June 2010 20:27, William Stein wrote:
> On Tue, Jun 8, 2010 at 10:43 AM, David Kirkby wrote:
>> I'm probably hitting my head against a wall, but would it not be
>> better if the Sage project decided to actually *test* on certain
>> operating systems and versions before making a release?
>
>
On 21 juin, 08:56, Wilfried Huss wrote:
> It works for me in Sage 4.3.3 and in 4.4.2.
You mean the call to polynomial.roots(x) did not launch any
exceptions?
It is not clear from your answer: I can't find a call to
polynomial.roots(x) in your session...
--
To post to this group, send email to s
> This is now:http://trac.sagemath.org/sage_trac/ticket/9189
Hello,
I 've just tried to build sage-4.4.3 on Fedora 13 (X86_64) includig
this spkg
http://sage.math.washington.edu/home/mhansen/libgcrypt-1.4.4.p3.spkg
as suggested.
Curiously, the build process failed a bit further when compiling
On Jun 20, 10:53 pm, SteveDunbar wrote:
> $ rpm -qa | grep libstdc++
> libstdc++-4.4.3-4.fc12.x86_64
> libstdc++-4.4.3-4.fc12.i686
>
> So it appears that the g++ is missing at least..
I nearly don't know anything about fedora but according to that the
error message was valid and you have to
It works for me in Sage 4.3.3 and in 4.4.2.
--
| Sage Version 4.3.3, Release Date: 2010-02-21 |
| Type notebook() for the GUI, and license() for information.|
-
19 matches
Mail list logo
