Very good news regarding the Tachyon3d license!
-- Forwarded message --
From: John Stone <[EMAIL PROTECTED]>
Date: Jun 1, 2007 8:06 PM
Subject: Re: Fwd: Tachyon3d License
To: William Stein <[EMAIL PROTECTED]>
William,
Yes, I'll update the license for you and post a new versio
Hi,
Something related. A while ago I was using sparse matrices
to compute the page ranks of a small web. The computation
was *much* too slow. So I implemented my own method
for "matrix" x "vector" as a simple loop through the non-zero entries
of "martrix" which was *much* faster.
So: question: c
I thought I recalled someone mentioning this before, but is someone
working on or thinking about working on implementing "sparse" block
diagonal matrices where you would only store the dense blocks?
If someone is working on it, I'd be willing to help out a bit since it
would be incredibly useful
On May 31, 11:38 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> > Now there is a GAP package that allows use of ACE within GAP, and
> > perhaps that offers better performance. I'll give it a try tomorrow
> > and report back.
>
> I've made it an optional SAGE package and posted it to the reposi
One other things I forgot to mention that would be nice to have. The
way we are using spkg is to distribute a set of python tools that
overlaps with, but that is not the same as what sage distributes. The
set of tools are are distributing is more focused on numerical
computing. Thus, we include
> The point of spkg's, at least as I seem them, is that they should be
> ridiculously simple, and that anybody can make one with about 5
> minutes of directions.
This was the critical factor for me when I looked at the different options.
> This is -- in my opinion -- in sharp contrast to the sit
On 6/1/07, Brian Granger <[EMAIL PROTECTED]> wrote:
> After looking some at hg queues, I have a few more comments about how
> to handle patching packages sources.
>
> * HG queues help with the issues of maintaining patches against a
> changing upstream source, but it is still a pain and nontrivia
On 6/1/07, Brian Granger <[EMAIL PROTECTED]> wrote:
> * HG queues help with the issues of maintaining patches against a
> changing upstream source, but it is still a pain and nontrivial.
Would the mq extension help? It's an hg extension for managing queues:
http://www.selenic.com/mercurial/wiki/
After looking some at hg queues, I have a few more comments about how
to handle patching packages sources.
* HG queues help with the issues of maintaining patches against a
changing upstream source, but it is still a pain and nontrivial.
* Because of this, I think mercurial queues only make se
I am not too familiar with how gentoo manages all of this, but it does
sounds very similar to the spkg approach in sage:
1. Use original sources from the projects themselves
2. Maintain patches that are applied to that source
3. Use a shell script to build/install
There are some significant d
> > > > For each spkg, there would be a corresponding directory containing the
> > > > spkg-install script and the sage subdirectory (but _not_ the source
> > > > code for the package itself). I think it would be a good idea to
> > > > create a format for the spkgs that is a little more standardi
On Friday 01 June 2007 10:26, didier deshommes wrote:
> On 6/1/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote:
> > The main relation of this to the current discussion is that gentoo solves
> > the patch/mainline problem by distributing patch files which are applied
> > on the user's computer before
On 5/31/07, Brian Granger <[EMAIL PROTECTED]> wrote:
> > > For each spkg, there would be a corresponding directory containing the
> > > spkg-install script and the sage subdirectory (but _not_ the source
> > > code for the package itself). I think it would be a good idea to
> > > create a format
On 6/1/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote:
> The main relation of this to the current discussion is that gentoo solves the
> patch/mainline problem by distributing patch files which are applied on the
> user's computer before the build of the package in question. Sometimes there
> are a
deleted, banned, reported.
On 6/1/07, green <[EMAIL PROTECTED]> wrote:
>
> Despite having worked with a laptop day in day out, I only landed up
> with aching wrists, strained neck and back; with my work still
> pending. I could quote several reasons for it - my laptop processor
> runs too hot, m
Despite having worked with a laptop day in day out, I only landed up
with aching wrists, strained neck and back; with my work still
pending. I could quote several reasons for it - my laptop processor
runs too hot, my laptop keeps slipping from the pillow, plus the
aching back. I know most of you a
There's something I've been thinking about for awhile about the spkg packages.
It seems relevant to the discussion at hand, but overall I'm not sure that
there is any immediate merit to my comments. I'm a (happy) gentoo user and
one of the principle reasons I'm with gentoo is the package mana
On 6/1/07, Joel B. Mohler <[EMAIL PROTECTED]> wrote:
>
>
> On Thursday 31 May 2007 20:24, Bobby Moretti wrote:
> > This is an example of trying to err on the side of being overly correct
> for
> > our output. For example, if you input
> >
> > sage: sqrt(2)*5
> >
> > it will get simplified to 5*sqrt
On Thursday 31 May 2007 20:24, Bobby Moretti wrote:
> This is an example of trying to err on the side of being overly correct for
> our output. For example, if you input
>
> sage: sqrt(2)*5
>
> it will get simplified to 5*sqrt(2). But this relies on the behavior of
> maxima's simplification. \sqrt
19 matches
Mail list logo
