On Sep 17, 2009, at 11:26 PM, Thierry Dumont wrote:
> William Stein a écrit :
>> 2009/9/17 Thierry Dumont :
>>> Hi,
>>>
>>> I want to launch 2 instances of sage on the same machine, and
>>> even more
>>> launch sage on 2 (3) machines sharing one directory by nfs.
>>>
>>> My "notebook" command i
William Stein a écrit :
> 2009/9/17 Thierry Dumont :
>> Hi,
>>
>> I want to launch 2 instances of sage on the same machine, and even more
>> launch sage on 2 (3) machines sharing one directory by nfs.
>>
>> My "notebook" command is:
>>
>> notebook(open_viewer=False,directory='/ws/nbfiles',address
On Sep 17, 2009, at 10:44 PM, Robert Bradshaw wrote:
> On Sep 17, 2009, at 3:16 PM, David Harvey wrote:
>
>> I disagree with this change. One of the main purposes of interval
>> arithmetic is to be able to take a function f(x) that operates on
>> floats, and pass in intervals instead, to determin
Wouldn't be better if there was some sort of triangular end which
points to the exact thick (when they are plotted)? Without them, the
slider look a bit "approximate" or "inexact" :)
On Sep 18, 6:14 am, William Stein wrote:
> On Thu, Sep 17, 2009 at 8:39 PM, Pat LeSmithe wrote:
> > I've attache
On Sep 17, 2009, at 3:16 PM, David Harvey wrote:
> I disagree with this change. One of the main purposes of interval
> arithmetic is to be able to take a function f(x) that operates on
> floats, and pass in intervals instead, to determine the possible range
> of outputs a given input interval cou
On Thu, Sep 17, 2009 at 8:39 PM, Pat LeSmithe wrote:
> I've attached a snapshot of the default sliders provided by the new
> jQuery UI spkg, available at
>
> http://trac.sagemath.org/sage_trac/ticket/5447
>
> (An active slider is orange.) Also attached: Shots of custom sliders
> with thin and t
I've attached a snapshot of the default sliders provided by the new
jQuery UI spkg, available at
http://trac.sagemath.org/sage_trac/ticket/5447
(An active slider is orange.) Also attached: Shots of custom sliders
with thin and thinner handles. Which, if any, do you prefer?
--~--~-~--~
Hello!
I have just been trying to upgrade sage-combinat (on a macbook pro
running 10.6.1 of macosx) with
sage -combinat upgrade
and run into a problem because as part of the SQLAlchemy upgrade sage
wants to download
http://cheeseshop.python.org/packages/2.6/s/setuptools/setuptools-0.6c3-
On Fri, Sep 18, 2009 at 7:35 AM, Minh Nguyen wrote:
> It turns out that Sage has been shipping two versions of libgcrypt
> within one spkg; see
>
> http://groups.google.com/group/sage-devel/browse_thread/thread/def1225d7946587e
>
> Your patches for the libgcrypt spkg is for version 1.4.0, not
2009/9/17 Thierry Dumont :
> Hi,
>
> I want to launch 2 instances of sage on the same machine, and even more
> launch sage on 2 (3) machines sharing one directory by nfs.
>
> My "notebook" command is:
> notebook(open_viewer=False,directory='/ws/nbfiles',address='',secure=True,port=8001,timeout=36
2009/9/17 at :
>
> I get the following error message while trying to install the
> macaulay2 experimental package on Mac OS X
>
> sage: An error occurred while installing macaulay2-1.1-r7221.p0
>
> This seems to be the problem:
>
> configure: error: automatic building of libraries disabled, but so
Hi folks,
An updated cliquer spkg is up at ticket #6681. So far it has been
tested on Mac OS X 10.5 by John Palmieri, both in 32- and 64-bit mode.
Can someone please test the updated cliquer package on various Linux
platforms and on SPARC Solaris? (I have tested on sage.math, bsd.math,
t2.math, t
I disagree with this change. One of the main purposes of interval
arithmetic is to be able to take a function f(x) that operates on
floats, and pass in intervals instead, to determine the possible range
of outputs a given input interval could produce. This change violates
that paradigm. The author
Hi David,
On Thu, Aug 27, 2009 at 7:58 AM, Dr. David Kirkby
wrote:
> Once the fix is implemented, libgcrypt will build with either the Sun or
> GNU compilers.
It turns out that Sage has been shipping two versions of libgcrypt
within one spkg; see
http://groups.google.com/group/sage-devel/br
Hi Kay,
On Fri, Sep 18, 2009 at 2:49 AM, Kay Wanous wrote:
> Any ideas?
This might not be of any help at all but... If you want to limit the
damage that could be done on your system, you might consider
virtualization tools such as VirtualBox OSE, VMware, etc. instead of
using chroot. I have
Sorry that I misunderstood the purpose of the question. But I would
like to re-make one of my points.
sage: solve(x^5+x^3+17*x+1,x)
[x == -0.0588115172555,
x == (-1.33109991788 + 1.52241655184*I),
x == (-1.33109991788 - 1.52241655184*I),
x == (1.36050567904 + 1.5188087221*I),
x == (1.360505
Michelle Callaghan - Sun Microsystems wrote:
> Sorry for crashing your thread, but I was just searching around to see
> if anyone was running Sage on Solaris and I came upon your dicussions,
> I just wondered if there is a specific customer requirement that you
> know of for Sage on Sun as we woul
I get the following error message while trying to install the
macaulay2 experimental package on Mac OS X
sage: An error occurred while installing macaulay2-1.1-r7221.p0
This seems to be the problem:
configure: error: automatic building of libraries disabled, but some
must be built
and it appea
2009/9/17 Minh Nguyen :
>
> Hi folks,
>
> Since Sage version 3.3, Sage has been shipping two versions of
> libgcrypt: 1.4.0 and 1.4.3 (both of which are under LGPL v2.1). These
> two different versions are contained in one spkg, i.e. the
> libgcrypt-1.4.3 spkg. After uncompressing the libgcrypt sp
Hi,
On Fri, Sep 18, 2009 at 4:20 AM, RProgrammer wrote:
> I tried emailing the install.log file and the terminal output, but
> Google Groups wouldn't let my message pass:
Any chance you could upload the (compressed) install.log file
somewhere on the web and post a link? Or you could email th
I tried to install gnuplotpy-1.7.p3, but failed.
In failing, sage told me to contact this group and include the
relevant portion of install.log.
I tried emailing the install.log file and the terminal output, but
Google Groups wouldn't let my message pass:
We're writing to let you know that the gr
I think I've narrowed it down a little bit more. Inside the chroot,
root can run sage with R without errors. Looking at a diff of the
straces, when root runs sage, it opens /usr/lib/locale/locale-archive
but it doesn't if it's run as the sage user:
Root -
brk(0)
>
> Great idea. We can make an alias:
>
> solve_numerical=find_root
>
Yes, that would be a great idea. I can make that part of #6642.
> Does find_root take general symbolic expressions (i.e., x==x^2)?
>
Yes, but it has different syntax than the other solves - namely, you
must specify an inter
On 17-Sep-09, at 12:53 AM, Jason Grout wrote:
>
> Currently, round(), floor(), and ceil() on interval objects return
> intervals.
>
> There is a patch up at #2899 that changes these functions to return
> integers (round-> "round the midpoint", floor -> largest integer below
> the bottom of the i
Jason Grout wrote:
> Carlo Hamalainen wrote:
>> On Thu, Sep 17, 2009 at 6:48 AM, Robert Dodier
>> wrote:
>>> Some random comments on
>>> http://trac.sagemath.org/sage_trac/attachment/ticket/6827/probability_distribution.patch
>> Between that and the better performance of scipy (see my other emai
Rob Beezer wrote:
> On Sep 17, 8:00 am, Nathann Cohen wrote:
>> Could it be good for sage to I do not know, perhaps become some kind of
>> library of published algorithms ? Should we be thinking about ways to let
>> used find "the algorithm described in paper XXX for journal XXX number XX
>>
Hi Nathann,
On Sep 17, 4:00 pm, Nathann Cohen wrote:
[...]
> These may be questions to ask in several years...
No, that's clearly wrong: Those are questions that should (actually
"must"!) be addressed before implementing any details.
By the way, as Rob and Minh pointed out, documentation helps
Maurizio wrote:
> My 2 cents here:
> why do we keep the "numerical solve" function with a completely
> different name? I know that "find_root" or "roots" make sense, but
> wouldn't just be much better to name them "solve_numerical", or
> anything like putting a postfix after the word "solve"?
> I
Hi all,
First, thanks for all your hard work in these wonderful project! The
folks at my institution are just in love with it.
I'm trying to set up a notebook server in a chroot for them. The
chroot, notebook, etc. seem to be working fine except for R. These
are the tests that fail:
Nathann Cohen wrote:
> Hello !!!
>
> I was just wondering about the kind of algorithms we want in Sage. For
> example, if someone in my lab finds out a brand new algorithm to compute
> a brand-new invariant for a pretty restrictive ( but brand-new, too )
> class of graphs, do we want to have
On Mon, Sep 14, 2009 at 10:29 AM, William Stein wrote:
>> So what would your thoughts be, if someone one to propose package X is
>> added, despite the fact it will not build on all of the following?
>>
>> 1) Build as 32-bit gcc on SPARC
>> 2) Build as 64-bit gcc on SPARC
>> 3) Build as 32-bit
My 2 cents here:
why do we keep the "numerical solve" function with a completely
different name? I know that "find_root" or "roots" make sense, but
wouldn't just be much better to name them "solve_numerical", or
anything like putting a postfix after the word "solve"?
I don't know whether this is g
Hi Nathann,
On Fri, Sep 18, 2009 at 1:00 AM, Nathann Cohen wrote:
> The thing is that I am tempted ( for the Graph class ) to write many
> functions I find useful, but these functions would very quickly crowd the
> list of Graph methods... For example I am interested in computing
> orientatio
Hello developers,
Is there a Differential geometry module in Sage? From what I can
gather, Sage seems lacking in this area. Are there any plans or
candidate packages for this area?
Regards,
Hazem
--~--~-~--~~~---~--~~
To post to this group, send an email to sage
On Sep 17, 8:00 am, Nathann Cohen wrote:
> Could it be good for sage to I do not know, perhaps become some kind of
> library of published algorithms ? Should we be thinking about ways to let
> used find "the algorithm described in paper XXX for journal XXX number XX
> pages XX-XX" ?
More tha
Hi Guys,
Sorry for crashing your thread, but I was just searching around to see
if anyone was running Sage on Solaris and I came upon your dicussions,
I just wondered if there is a specific customer requirement that you
know of for Sage on Sun as we would love to work with Sage, if there
is a nee
Hey Jenny,
I thought I could chip in.
On Sep 17, 8:28 pm, "J. Cooley" wrote:
> Hi William,
>
> Thank you for all the information. I have spent time this morning
> going through it all, the alarm thing is really useful ~ I also
> discovered Ctl-C, which seems to be quite handy! (I am REALLY new
Sage is great O_O
Thank youu :-)
Nathann
On Sep 17, 4:48 pm, Simon King wrote:
> Hi Nathann,
>
> On Sep 17, 3:41 pm, Nathann Cohen wrote:
>
> > I was just wondering if we had anything in Sage comparable to the
> > help.search("string") available in R.
>
> > This functions ( in Sage
Hello !!!
I was just wondering about the kind of algorithms we want in Sage. For
example, if someone in my lab finds out a brand new algorithm to compute a
brand-new invariant for a pretty restrictive ( but brand-new, too ) class of
graphs, do we want to have it included in Sage ?
My answer, for
Hi,
I don't use the solve() function at all. I'm probably missing the
user's point of view completely, so please take what I say below with a
grain of salt.
Going by the "What Would Maple Do" rule, I would like solve() to remain
exact. Looking through the examples here
http://www.maplesoft.com/
Hi Nathann,
On Sep 17, 3:41 pm, Nathann Cohen wrote:
> I was just wondering if we had anything in Sage comparable to the
> help.search("string") available in R.
>
> This functions ( in Sage ) could be looking for the string ( or the words
> contained in this string ) in all of Sage's docstrings,
Hello everybody !!!
I was just wondering if we had anything in Sage comparable to the
help.search("string") available in R.
This functions ( in Sage ) could be looking for the string ( or the words
contained in this string ) in all of Sage's docstrings, and return the
methods mentioning them.
I
2009/9/16 William Stein :
>
> On Wed, Sep 16, 2009 at 9:15 AM, Jason Grout
> wrote:
>>
>> At various times, a journal for math software has been discussed. Here
>> is the math software journal for R. R probably has a much bigger
>> community than Sage, and is much more entrenched in the profess
For a frustrated user because of precisely this issue, see
http://groups.google.com/group/sage-support/browse_thread/thread/6407896aab6a52cc/bfb4e85815ef94a3?show_docid=bfb4e85815ef94a3
. I now think we should definitely change to having to_poly_solve as
an option, but not default, even if we mis
Hi William,
Thank you for all the information. I have spent time this morning
going through it all, the alarm thing is really useful ~ I also
discovered Ctl-C, which seems to be quite handy! (I am REALLY new to
this! John had shown me, but I forgot.)
> * check out the @parallel decorator (not
William Stein wrote :
> 2009/9/17 Jason Grout :
>
>> Currently, round(), floor(), and ceil() on interval objects return
>> intervals.
>>
>> There is a patch up at #2899 that changes these functions to return
>> integers (round-> "round the midpoint", floor -> largest integer below
>> the bottom
Hi folks,
Since Sage version 3.3, Sage has been shipping two versions of
libgcrypt: 1.4.0 and 1.4.3 (both of which are under LGPL v2.1). These
two different versions are contained in one spkg, i.e. the
libgcrypt-1.4.3 spkg. After uncompressing the libgcrypt spkg, the
source of version 1.4.0 is fo
Hi,
I want to launch 2 instances of sage on the same machine, and even more
launch sage on 2 (3) machines sharing one directory by nfs.
My "notebook" command is:
notebook(open_viewer=False,directory='/ws/nbfiles',address='',secure=True,port=8001,timeout=3600,ulimit='-v
5',accounts=True)
(t
Carlo Hamalainen wrote:
> On Thu, Sep 17, 2009 at 6:48 AM, Robert Dodier
> wrote:
>> Some random comments on
>> http://trac.sagemath.org/sage_trac/attachment/ticket/6827/probability_distribution.patch
>
> Between that and the better performance of scipy (see my other email
> in this thread) I f
On Thu, Sep 17, 2009 at 6:48 AM, Robert Dodier wrote:
> Some random comments on
> http://trac.sagemath.org/sage_trac/attachment/ticket/6827/probability_distribution.patch
Between that and the better performance of scipy (see my other email
in this thread) I figure we should probably throw away
p
On Thu, Sep 17, 2009 at 6:28 AM, Jason Grout
wrote:
> I tried generating lots of normally distributed values after applying
> the patch. It seems that scipy was the winner by far for speed:
>
> sage: a=RealDistribution('gaussian', 2)
> sage: %timeit [a.get_random_element() for _ in range(1000)]
2009/9/17 Jason Grout :
>
> Currently, round(), floor(), and ceil() on interval objects return
> intervals.
>
> There is a patch up at #2899 that changes these functions to return
> integers (round-> "round the midpoint", floor -> largest integer below
> the bottom of the interval, etc.). I think
Currently, round(), floor(), and ceil() on interval objects return
intervals.
There is a patch up at #2899 that changes these functions to return
integers (round-> "round the midpoint", floor -> largest integer below
the bottom of the interval, etc.). I think the reasoning is that
round(), f
2009/9/16 lgautier :
>
>
>
> On Sep 17, 6:44 am, Jason Grout wrote:
>> Jason Grout wrote:
>> > Carlo Hamalainen wrote:
>> >> On Wed, Sep 16, 2009 at 7:46 PM, Jason Grout
>> >> wrote:
>> >>> R has a C interface for lots of functions (like the distribution
>> >>> functions that I wanted today). I
54 matches
Mail list logo
