François Bissey wrote:
> On Fri, 18 Dec 2009 14:49:38 William Stein wrote:
>> Better would be a single environment variable such as
>>
>>SAGE_USE_SYSTEM_LIBRARY="readline libz sqlite"
>>
>> with a space separated list of libraries
>>
> I was going to suggest something like that myself.
> That w
Hi,
I wonder if somebody who understands the mac launcher for SAge could comment on
http://trac.sagemath.org/sage_trac/ticket/7700
William
--
William Stein
Associate Professor of Mathematics
University of Washington
http://wstein.org
--
To post to this group, send an email to sage-devel@g
On Thu, Dec 17, 2009 at 9:35 PM, David Roe wrote:
> Hey John,
> I worked on it tonight, and I'm not sure how much you want to optimize it.
> Is a factor of 2 or 3 speedup worth making the code much less readable (I'd
> include comments, but...)? I could also probably improve a few things and
> ge
Hey John,
I worked on it tonight, and I'm not sure how much you want to optimize it.
Is a factor of 2 or 3 speedup worth making the code much less readable (I'd
include comments, but...)? I could also probably improve a few things and
get maybe 10% and leave it mostly as is.
David
On Thu, Dec 17,
On Fri, 18 Dec 2009 14:49:38 William Stein wrote:
> Better would be a single environment variable such as
>
>SAGE_USE_SYSTEM_LIBRARY="readline libz sqlite"
>
> with a space separated list of libraries
>
I was going to suggest something like that myself.
That would just be the one variable in
On Thu, Dec 17, 2009 at 5:57 PM, mhampton wrote:
>
> (from biopython-...@lists.open-bio.org)
> On Thu, 17 Dec 2009, Peter wrote:
>> Marshall Hampton's description of how they do it on Sage
>> sounds worth trying - if we keep track as things are checked
>> in, it won't be too much work either. Do y
(from biopython-...@lists.open-bio.org)
On Thu, 17 Dec 2009, Peter wrote:
> Marshall Hampton's description of how they do it on Sage
> sounds worth trying - if we keep track as things are checked
> in, it won't be too much work either. Do you (sage) have a
> list of guidelines for what qualifies f
On Thu, Dec 17, 2009 at 2:16 PM, Dr. David Kirkby
wrote:
> William Stein wrote:
>
>>> I've never run Gentoo linux and have not run Linux much, so I am not saying
>>> your
>>> approach of using system libraries, rather than Sage libraries is wrong. In
>>> fact, your approach is more typical of how
Steve,
Thanks for the script to update the Sloane tables spkg. I used it to
make a new SPKG, which I've posted here:
http://trac.sagemath.org/sage_trac/ticket/7692
We have a lot more documentation we include in spkg's these days,
which I also added. Somebody needs to review it. Jaap?
W
On Thu, Dec 17, 2009 at 8:42 AM, Christopher Olah
wrote:
>> So it sounds like nothing has changed for us? The conditions about New
>> York were what prevented GPL compliance before, I thought, and that
>> hasn't changed either.
>>
>
> It seems to me that it might be worth writing to them... I won
On Dec 17, 2009, at 8:42 AM, Christopher Olah wrote:
>> So it sounds like nothing has changed for us? The conditions about
>> New
>> York were what prevented GPL compliance before, I thought, and that
>> hasn't changed either.
>
> It seems to me that it might be worth writing to them... I wonde
2009/12/17 David Roe :
> I'd be happy to help you optimize it, but likely won't get around to it
> until this evening. If someone else wants to do so before then, go for it.
Thanks very much!
John
> David
>
> On Thu, Dec 17, 2009 at 6:54 AM, John Cremona
> wrote:
>>
>> I would welcome some co
William Stein wrote:
>> I've never run Gentoo linux and have not run Linux much, so I am not saying
>> your
>> approach of using system libraries, rather than Sage libraries is wrong. In
>> fact, your approach is more typical of how most software packages are built.
>> I
>> do not know of any ot
> I did think through whether these things should be cached or not and am
> prepared to write down my reasons for wanting them cached if anybody asks.
>
Putting at least some notes about this in docstrings/comments while
it's still in your head would probably be a good idea. (I haven't
looked at t
Dag Sverre Seljebotn wrote:
> Nick Alexander wrote:
>>> (In fact I'd wish for a convention that all matrix factorizations
>>> returned immutable matrices by default, since the factorizations are
>>> cached and one doesn't typically change them before using them.)
>> I think I wrote some (trivial!)
Nick Alexander wrote:
>> (In fact I'd wish for a convention that all matrix factorizations
>> returned immutable matrices by default, since the factorizations are
>> cached and one doesn't typically change them before using them.)
>
> I think I wrote some (trivial!) Cholesky decomposition code, an
2009/12/17 François Bissey :
> On Fri, 18 Dec 2009 09:42:40 Paulo César Pereira de Andrade wrote:
>> You may want to check the sagemath package in Mandriva cooker, and
>> its dependencies.
>>
>> Mandriva 2010.0 has a contrib sagemath 4.1.1 package that required a hack
>> tough, that is LD_PRELO
On Dec 17, 8:12 pm, Ralf Hemmecke wrote:
> Who is going to upload the package to "optional"?
>
There are several who can do this, and according to the ticket it was
mhansen - but - i checked and it was there, just running the indexing
script was missing.
h
--
To post to this group, send an ema
> > sage: i, j, k, l, p, q, s, t = var('i j k l p q s t')
> > sage: e = (2*i+s+t)/((i+s)*(i+t))<(2*i+q)/(i*(i+q))
> > sage: e.exp_simplify()
> > (s + t + 2*I)/((s + I)*t + I*s - 1) < (q + 2*I)/(I*q - 1)
>
> This looks like #6882:
>
> http://trac.sagemath.org/sage_trac/ticket/6882
>
> The maxima int
On Fri, 18 Dec 2009 09:42:40 Paulo César Pereira de Andrade wrote:
> You may want to check the sagemath package in Mandriva cooker, and
> its dependencies.
>
> Mandriva 2010.0 has a contrib sagemath 4.1.1 package that required a hack
> tough, that is LD_PRELOAD of libpolibori and libntl or it
2009/12/17 François Bissey :
> On Thu, 17 Dec 2009 16:45:36 Dr. David Kirkby wrote:
>> This is not simply a run-time issue, as the conflicts are causing a failure
>> of Sage to build on OpenSolaris.
>>
>> http://trac.sagemath.org/sage_trac/ticket/7387
>>
>> I'm not convinced renaming the librarie
Hi,
On Thu, 17 Dec 2009 11:16:52 -0500
David Joyner wrote:
> On Thu, Dec 17, 2009 at 9:10 AM, Nathann Cohen
> wrote:
> > Hello everybody !!!
> >
> > As usual, as I do not know how to report such bugs, I prefer to send
> > an email here and trust you :-)
> >
> > I happened to type in sage :
> >
On 12/17/2009 07:56 PM, mhampton wrote:
> I just noticed that the optional package repository on
>
> http://www.sagemath.org/packages/optional/
>
> has at least on error - the biopython package is quite out of date, it
Same for FriCAS. It should be fricas-1.0.8.
http://trac.sagemath.org/sage_tr
I'd be happy to help you optimize it, but likely won't get around to it
until this evening. If someone else wants to do so before then, go for it.
David
On Thu, Dec 17, 2009 at 6:54 AM, John Cremona wrote:
> I would welcome some comments or help on the patch at #7719. I have
> not marked it as
I just noticed that the optional package repository on
http://www.sagemath.org/packages/optional/
has at least on error - the biopython package is quite out of date, it
should be the one at
http://trac.sagemath.org/sage_trac/ticket/7019
which is biopython-1.52.p0.spkg
(direct link:
http://sag
I am also strictly against translating command names. In addition to
the above comments, I think that English is better for keywords than
some other languages. For example, in Russian words are usually
longer, meaning more typing and less stuff fitting one line, and have
end-parts linking words in
On Thu, Dec 17, 2009 at 3:13 AM, Dr. David Kirkby
wrote:
> François Bissey wrote:
>> On Thu, 17 Dec 2009 16:45:36 Dr. David Kirkby wrote:
>>> This is not simply a run-time issue, as the conflicts are causing a failure
>>> of Sage to build on OpenSolaris.
>>>
>>> http://trac.sagemath.org/sage_tra
> So it sounds like nothing has changed for us? The conditions about New
> York were what prevented GPL compliance before, I thought, and that
> hasn't changed either.
>
It seems to me that it might be worth writing to them... I wonder if
they know how problematic their terms are for integration
On Dec 17, 11:21 am, Nathann Cohen wrote:
> Hello
>
> > Is
>
> > sage: e = (2*x+s+t)/((x+s)*(x+t))<(2*x+q)/(x*(x+q))
> > sage: (e.rhs()-e.lhs()).full_simplify()
> > -((q - s - t)*x^2 - q*s*t - 2*s*t*x)/((q + s + t)*x^3 + q*s*t*x + x^4
> > + ((q + s)*t + q*s)*x^2)
>
> > useful?
>
> It is !!!
Hello
> Is
>
> sage: e = (2*x+s+t)/((x+s)*(x+t))<(2*x+q)/(x*(x+q))
> sage: (e.rhs()-e.lhs()).full_simplify()
> -((q - s - t)*x^2 - q*s*t - 2*s*t*x)/((q + s + t)*x^3 + q*s*t*x + x^4
> + ((q + s)*t + q*s)*x^2)
>
> useful?
It is !!! But I thought is could be in some way "detected" and
simplifie
On Thu, Dec 17, 2009 at 9:10 AM, Nathann Cohen wrote:
> Hello everybody !!!
>
> As usual, as I do not know how to report such bugs, I prefer to send
> an email here and trust you :-)
>
> I happened to type in sage :
>
> var('i j k l p')
> e=(2*i+s+t)/((i+s)*(i+t))<(2*i+q)/(i*(i+q))
>
> This formul
I'm going to forward this sage-devel, as more people who might know
about this are probably subscribed there. Good ideas!
- kcrisman
-- Forwarded message --
From: Harald Schilly
Date: Dec 17, 3:35 am
Subject: Localization as marketing
To: sage-marketing
On Thu, Dec 17, 2009
Hello everybody !!!
As usual, as I do not know how to report such bugs, I prefer to send
an email here and trust you :-)
I happened to type in sage :
var('i j k l p')
e=(2*i+s+t)/((i+s)*(i+t))<(2*i+q)/(i*(i+q))
This formula uses a variable i, which should be fine ( or clearly
forbidden ). Usual
Patches up for a basic sparse fp matrix, #7723. That's the very basics,
and if accepted I can move on to the fancier stuff -- I prefer getting
corrections of course early...
William Stein wrote:
> I really hope that the Sage matrix design is sufficiently flexible
> that it can be adapted to work
I would welcome some comments or help on the patch at #7719. I have
not marked it as ready for review since I think that a cython expert
might be able to speed up the code (though it is already a lot faster
than what it replaces). For more explanation, see the ticket.
Thanks,
John
--
To post t
Nick Alexander wrote:
>
[...]
>
> These two replies are rather general; here's a more specific reply.
> You could start by looking at Martin Albrecht's toy implementation of
> Buchberger with/without criteria:
> sage.rings.polynomial.toy_buchberger. Martin might say more.
>
The OP asked his quest
Hi Hasan!
On Dec 16, 3:48 pm, Hasan Noori wrote:
> dear sage-devel,
> i'm a master student of mathematic in filed of Groebner basis
> i'm coding in maple,
> and have many algorithm implementation around Groebner basis
> such as FGLM,F4,univariate polynomial, Buchberger with criteria,
> Basis
François Bissey wrote:
> On Thu, 17 Dec 2009 16:45:36 Dr. David Kirkby wrote:
>> This is not simply a run-time issue, as the conflicts are causing a failure
>> of Sage to build on OpenSolaris.
>>
>> http://trac.sagemath.org/sage_trac/ticket/7387
>>
>> I'm not convinced renaming the libraries woul
2009/12/16 Craig Citro :
>> Hi John -- the offending character is the mu for microseconds. There are
>> probably classier fixes, but I edit the ipython source file in my sage
>> install. It's one of the ones in the traceback -- I'm on my phone and can't
>> look right now.
>>
>
> Line 1778 of $SAGE_
Excellent !
Thanks from a user point of view...
Philippe Saadé
On Wed, Dec 16, 2009 at 3:15 PM, mhampton wrote:
>
> Wow, that looks great. I am very busy with end-of-semester stuff but
> hopefully I can get a little more involved next week.
>
> -Marshall
>
> On Dec 16, 3:50 am, Jason Grout wr
On Dec 17, 12:58 am, "Dr. David Kirkby"
wrote:
> Bill Hart wrote:
> > At Sage days 15 at the University of Washington, I spoke about FLINT
> > and how I soon hoped to open it up completely for contribution from
> > others. Since then an enormous amount of code has been contributed,
> > especiall
41 matches
Mail list logo
