Hi
On Thu, Sep 10, 2009 at 12:12:18PM -0700, fwc wrote:
> 1. The "mysterious error" message derives from a bug introduced by my
> patch at #6861. It was triggered whenever sage -t was applied to a
> full path name other than one within the devel directory. I've added
> an extra patch to #6861
A quick fix I used was to change OPTFLAGS=-O3 in PARI's get_cc script to
OPTFLAGS=-O1. I wrote down the specific steps here: <
http://thesweeheng.wordpress.com/2009/08/28/building-sage-4-1-1-on-fedora-11/>.
Hope that helps.
Swee Heng
On Thu, Sep 10, 2009 at 11:17 PM, William Stein wrote:
>
> On
Hi,
I created a trac ticket #6922 to track this issue. I also added a
patch, which does not work. :-)
As I really need matrix ordering, I hope someone solve this issue
soon.
Kwankyu
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegro
The new jQuery and jQuery UI spkgs at
http://trac.sagemath.org/sage_trac/ticket/5447
may help with a few forthcoming improvements to the Sage notebook:
http://wiki.sagemath.org/SageUsability
But there are many potential ways in which the jQuery / UI upgrade could
affect existing features, par
Stan Schymanski wrote:
> To reduce the problem about sharing code, all the custom settings could
> be saved in a dictionary and a simple call to your own dictionary would
> restore your own custom settings again.
>
> I see your point about reduced compatibility between different people's
> cod
Dear all,
Here is the report of a bug report I came across when working on the
re-implementation of QQ[] via FLINT. I think it applies to many base
rings and appears on a rather high level, catching corner cases, but I
am not sure about this and haven't looked at it too closely.
sage: R. = RR[]
2009/9/10 Bill Hart :
>
> This program only takes 0.68s in C using a pretty naive mpz program on
> sage.math. I doubt the memory allocation is really relevant. The
> interpreter overhead is by far the greatest component
>
> Bill.
>
> On 9 Sep, 17:57, Nils Bruin wrote:
>> Inspired by a little expe
On Sep 10, 2009, at 1:30 PM, Kevin Horton wrote:
>
> On 10 Sep 2009, at 12:10, Jason Grout wrote:
>
>> I wonder if we could either:
>>
>> (a) make solution_dict default to True (and maybe transition to some
>> sort of better-named keyword argument?)
>>
>> * this may break lots of code, so maybe
On 10 Sep 2009, at 12:10, Jason Grout wrote:
> I wonder if we could either:
>
> (a) make solution_dict default to True (and maybe transition to some
> sort of better-named keyword argument?)
>
> * this may break lots of code, so maybe ought to be put off until
> 5.0.
>
I also find that I con
Hi, yesterday I came across the so called "metalinks"
http://en.wikipedia.org/wiki/Metalink
Then, last night I've created metalinks for all sage download files.
They are an xml file with multiple sources (list of all mirrors), they
include hashcodes, and even hashcodes for partial chunks to repair
To reduce the problem about sharing code, all the custom settings could
be saved in a dictionary and a simple call to your own dictionary would
restore your own custom settings again.
I see your point about reduced compatibility between different people's
code, though. I'd still much more pref
On Thu, Sep 10, 2009 at 12:08 PM, Jaap Spies wrote:
>
> Minh Nguyen wrote:
>> Hi folks,
>>
>> This release has the following updated packages:
>>
>> * matplotlib-0.99.0.spkg
>> * networkx-0.99.p1-fake_really-0.36.p1.spkg
>>
>> The source tarball and sage.math binary are available at
>>
>> http://
> sage: solve([x==sin(x)], x, solution_dict=True)
>
> Traceback (most recent call last):
> File "", line 1, in
> File "/Users/robert/sage/sage-4.0/local/lib/python2.6/site-
> packages/sage/symbolic/relation.py", line 509, in solve
On Sep 10, 2009, at 12:13 PM, Stan Schymanski wrote:
> I wonder if it would be worthwhile allowing the user to set the
> defaults
> for every function. We had the discussion about the log vs. ln
> notation,
> latex representations and a few others I don't remember any more.
> Quite
> a few
I wonder if it would be worthwhile allowing the user to set the defaults
for every function. We had the discussion about the log vs. ln notation,
latex representations and a few others I don't remember any more. Quite
a few of these discussions can't be resolved once and forever, simply
becaus
I now realise that there are two separate problems to sort out.
1. The "mysterious error" message derives from a bug introduced by my
patch at #6861. It was triggered whenever sage -t was applied to a
full path name other than one within the devel directory. I've added
an extra patch to #6861
I don't think (a) is that good, because many would use solve to
literally solve, not necessarily to use those solutions immediately by
substitution, and the == format seems somehow easier to interpret. If
(b) were well-documented, that would seem to provide for the need that
Jason mentions.
>
>
Minh Nguyen wrote:
> Hi folks,
>
> This release has the following updated packages:
>
> * matplotlib-0.99.0.spkg
> * networkx-0.99.p1-fake_really-0.36.p1.spkg
>
> The source tarball and sage.math binary are available at
>
> http://sage.math.washington.edu/home/mvngu/release/upgrade/sage-4.1.2.
> sage: solve([x==1,y+2==3],x,y)
> [[x == 1, y == 1]]
> sage: solve([sin(x)=sage: solve([sin(x)==1,y+2==3],x,y)
> []
>
Actually, this is a bug in Maxima.
(%i8) solve([x=1,y=1]);
(%o8) [[y = 1, x = 1]]
(%i9) solve(sin(x)=1);
solve: using arc-trig functions to get a solu
On Sep 10, 2009, at 5:24 AM, J. Cooley wrote:
> Hi
>
> I'm trying to write some code involving isogenies that will work over
> different types of fields (at least rational and finite and hopefully
> number fields too.)
Cool.
> Part of the code includes the line:
>
> fp.numerator()-j*fp.denomina
On Sep 10, 2009, at 9:10 AM, Jason Grout wrote:
> I was working on a calculus tutorial/primer on Sage yesterday
> (http://sagenb.org/home/pub/791/). I realized how annoyed I get with
> always having to specify the solution_dict parameter to solve in order
> to substitute values back into another
Hi
On Thu, Sep 10, 2009 at 09:04:47AM -0700, fwc wrote:
> That's exactly what I get when ./test.py doesn't exist, whether or not
> I have permissions for the SAGE_ROOT directory. When the file exists
> I get an appropriate output from the doctesting.
In a system-wide install users do not have
I was working on a calculus tutorial/primer on Sage yesterday
(http://sagenb.org/home/pub/791/). I realized how annoyed I get with
always having to specify the solution_dict parameter to solve in order
to substitute values back into another expression. Almost every time I
use solve, I immedi
On Sep 10, 3:47 pm, Jan Groenewald wrote:
> 0 j...@muizenberg:~$sage -t test.py
> ERROR: File ./test.py is missing
> exit code: 1
>
> --
> The following tests failed:
>
> ./test.py
> Total time for all tests: 0.0 second
William Stein wrote:
> On Thu, Sep 10, 2009 at 12:48 AM, Dan Drake wrote:
>> I installed an Ubuntu Karmic virtual machine to see how Sage compiles
>> there...and right now, it doesn't.
>>
>> I've tried on a 64-bit and 32-bit VM, with between 768 and about 1250 MB
>> of RAM allocated to the VM, an
On Thu, Sep 10, 2009 at 1:06 AM, Thierry Dumont
wrote:
> launching the notebook as:
> notebook(port=8000,address="sage1-math.univ-lyon1.fr",secure=True,accounts=True)
>
> I get this:
> http://localhost:8000/?startup_token=aefaa3bb3f3354dbcc78eceba0c686f2:
Do you *really* get that? It's very, v
On Thu, Sep 10, 2009 at 12:48 AM, Dan Drake wrote:
> I installed an Ubuntu Karmic virtual machine to see how Sage compiles
> there...and right now, it doesn't.
>
> I've tried on a 64-bit and 32-bit VM, with between 768 and about 1250 MB
> of RAM allocated to the VM, and it consistently fails whil
Hi
On Thu, Sep 10, 2009 at 05:58:00AM -0700, fwc wrote:
> sage: hg_scripts.import_patch('trac_6861_new.patch')
> There's no point in making a clone because this is the scripts
> repository,
> which doesn't get cloned.
( I believe my system wide install should be owned by root, like
all other
Hi
On Thu, Sep 10, 2009 at 05:56:16AM -0700, Simon King wrote:
> On Sep 10, 1:45 pm, Jan Groenewald wrote:
> [...]
> > 0 j...@muizenberg:~$sage -t test.py
> > ERROR: File ./test.py is missing
> > exit code: 1
>
> Strange. If test.py is in your current directory, why isn't it found?
That is wha
Hi Martin, Michael,
clearly that example was too quickly made up and is somewhat redundant
(due to 2 variables).
a(w_1, ..., w_n) is the elementary comparison wrt the scalar product
of an exponent with the vector (w_1, ..., w_n) (denoted by $>_
{(w_1, ..., w_n)}$). Any matrix ordering is exactl
On Sep 10, 12:14 pm, Jan Groenewald wrote:
> I am now trying to learn clone and hg to apply the patch at
> http://trac.sagemath.org/sage_trac/attachment/ticket/6861/trac_6861_n...
> ...
> patch failed, unable to continue (try -v)
> patch failed, rejects left in working dir
The easy way to ap
Hi Jan!
On Sep 10, 1:45 pm, Jan Groenewald wrote:
[...]
> 0 j...@muizenberg:~$sage -t test.py
> ERROR: File ./test.py is missing
> exit code: 1
Strange. If test.py is in your current directory, why isn't it found?
> 0 j...@muizenberg:~$sage -t ~/test.py
> sage -t "/home/jan/test.py"
Hi folks,
The date 22nd September 2009 will be the final date to get features in
for the upcoming Sage 4.1.2. So after 22nd September, feature freeze
begins. That should give people some time to get things in. This
feature freeze date follows the end of the 17th Sage Days conference
at Lopez Isla
Hi
On Thu, Sep 10, 2009 at 05:41:47AM -0700, Simon King wrote:
> On Sep 10, 1:01 pm, Jan Groenewald wrote:
> > 0 j...@muizenberg:~$vim test.py
> > 0 j...@muizenberg:~$mkdir tst
> > 0 j...@muizenberg:~$mv test.py tst/
> > 0 j...@muizenberg:~$export SAGE_TESTDIR=`pwd`/tst/
> > 0 j...@muizenberg:~$
Hi Jan,
On Sep 10, 1:01 pm, Jan Groenewald wrote:
> 0 j...@muizenberg:~$vim test.py
> 0 j...@muizenberg:~$mkdir tst
> 0 j...@muizenberg:~$mv test.py tst/
> 0 j...@muizenberg:~$export SAGE_TESTDIR=`pwd`/tst/
> 0 j...@muizenberg:~$sage -t test.py
Sorry, when I said "test.py is in the working dire
Hi Minh,
On Sep 10, 12:12 pm, Minh Nguyen wrote:
> Hi Simon,
>
> On Thu, Sep 10, 2009 at 8:52 PM, Simon King wrote:
>
>
>
> > If this is part of your problem then I can elaborate on how I clumsily
> > solved that problem.
>
> I would love to know about the steps you took to solve the problem y
Hi
I'm trying to write some code involving isogenies that will work over
different types of fields (at least rational and finite and hopefully
number fields too.) Part of the code includes the line:
fp.numerator()-j*fp.denominator() where fp is a polynomial in t over
Qt = FractionField(Polynomia
Hi
On Thu, Sep 10, 2009 at 04:52:48AM -0700, Simon King wrote:
> > > $ mkdir tst
> > > $ export SAGE_TESTDIR=`pwd`/tst/
> > > $ sage -t test.py
> > > where test.py is some Python file in the working directory. It
> > > worked!
> >
> > We did this. It works with a test file doing simple inst
Hi Jan!
On Sep 10, 12:14 pm, Jan Groenewald wrote:
> Hi
>
> On Thu, Sep 10, 2009 at 03:52:08AM -0700, Simon King wrote:
> > Anyway, you can use the environment variable SAGE_TESTDIR. I just did
> > the following on sage.math:
> > $ mkdir tst
> > $ export SAGE_TESTDIR=`pwd`/tst/
> > $ sage
Hi
On Thu, Sep 10, 2009 at 03:52:08AM -0700, Simon King wrote:
> Anyway, you can use the environment variable SAGE_TESTDIR. I just did
> the following on sage.math:
> $ mkdir tst
> $ export SAGE_TESTDIR=`pwd`/tst/
> $ sage -t test.py
> where test.py is some Python file in the working direct
Hi Simon,
On Thu, Sep 10, 2009 at 8:52 PM, Simon King wrote:
> If this is part of your problem then I can elaborate on how I clumsily
> solved that problem.
I would love to know about the steps you took to solve the problem you
mentioned. I'm writing some documentation on how to do doctestin
On Sep 10, 11:52 am, Simon King wrote:
> So, export TEST_DIR to denote a directory in which the user has write
> permission.
Oops, obvious misspelling: It is SAGE_TESTDIR, not TEST_DIR
Cheers,
Simon
--~--~-~--~~~---~--~~
To post to this group, send an email to s
Hi Jan!
On Sep 10, 11:28 am, Jan Groenewald wrote:
[...]
> According to that I see no way for a user to use a systemwide sage
> installation to test their own modules (not intended for ever
> bing included in sage, just modules they write and wish to test;
> in fact part of a course on sage).
I
Hi
On Thu, Sep 10, 2009 at 08:06:19PM +1000, Minh Nguyen wrote:
> > In fact, I am not sure how sage -t is supposed top work. Where should the
> > testfile
> > be? Even root cannot run it:
>
> See ticket #6908
> http://trac.sagemath.org/sage_trac/ticket/6908
> for some instructions on how to do
On Sep 10, 10:50 am, Jan Groenewald wrote:
> In fact, I am not sure how sage -t is supposed to work.
There are several problems with the file sage-doctest. Hopefully they
are resolved with the patch I posted to #6861 a few days ago.
One of them, at least, is being picked up in the error messa
Hi Jan,
On Thu, Sep 10, 2009 at 7:50 PM, Jan Groenewald wrote:
> In fact, I am not sure how sage -t is supposed top work. Where should the
> testfile
> be? Even root cannot run it:
See ticket #6908
http://trac.sagemath.org/sage_trac/ticket/6908
for some instructions on how to doctest.
--
Hi
> On Wed, Sep 02, 2009 at 02:49:28PM +1000, Minh Nguyen wrote:
> > This issue is now ticket #6861
> > http://trac.sagemath.org/sage_trac/ticket/6861
On Tue, Sep 08, 2009 at 09:11:40AM +0200, Jan Groenewald wrote:
> This issue is unresolved for me: users running sage -t in a system-wide
> inst
On Sep 9, 12:13 pm, "Dr. David Kirkby"
wrote:
> I think the issue is that gcc is not such a good linker as 'ld'.
I really do not care. The important thing is: if you use a particular
C compiler, it is most likely that you will have to use that compiler
for linking. This was pointed out before in
I tried the compilation on an Arch Linux VM with gcc 4.4.1 and it worked
fine. So this is something related to Ubuntu's and Fedora's gcc
packages.
Dan
--
--- Dan Drake
- http://mathsci.kaist.ac.kr/~drake
---
signature.asc
Description: Digital signature
Hi Dan,
On Thu, Sep 10, 2009 at 5:48 PM, Dan Drake wrote:
> Can anyone else confirm (or perhaps even fix) this?
Jaap Spies reported the same error when compiling Sage 4.1.2.alpha0 on
32-bit Fedora 11. See
http://groups.google.com/group/sage-devel/browse_thread/thread/2ea99a973a54581c/41944c
launching the notebook as:
notebook(port=8000,address="sage1-math.univ-lyon1.fr",secure=True,accounts=True)
I get this:
http://localhost:8000/?startup_token=aefaa3bb3f3354dbcc78eceba0c686f2:
no such file or directory
and I cannot connect...what happens?
yours
t.d.
<>
smime.p7s
Description: S/MIM
I installed an Ubuntu Karmic virtual machine to see how Sage compiles
there...and right now, it doesn't.
I've tried on a 64-bit and 32-bit VM, with between 768 and about 1250 MB
of RAM allocated to the VM, and it consistently fails while compiling
base3.c from pari (src/basemath/base3.c).
When it
I timed the C version with an older GMP, equivalent to what Magma uses
and it is only 0.5s slower, so that is close to irrelevant. Also in
Magma "interpreter" overhead is most of the time.
Bill.
On 10 Sep, 07:51, Bill Hart wrote:
> Magma seems to do something different (though note Magma uses G
53 matches
Mail list logo