that s probably the reason. i was aware too late of the dependencies
field.
On Jun 8, 6:08 pm, Robert Bradshaw
wrote:
> On Wed, Jun 8, 2011 at 8:48 AM, Robert Bradshaw
>
>
>
> wrote:
> > On Wed, Jun 8, 2011 at 12:07 AM, Paul-Olivier Dehaye
> > wrote:
> >> Hi all
> >> I was looking at the patchb
> Did you do an "hg export?"
i did hg_sage.export , or at least i think so. not sure i know what
else i could have done
On Jun 8, 5:48 pm, Robert Bradshaw
wrote:
> On Wed, Jun 8, 2011 at 12:07 AM, Paul-Olivier Dehaye
>
> wrote:
> > Hi all
> > I was looking at the patchbot for my patches, and lo
On Wed, Jun 8, 2011 at 12:26 PM, Jeroen Demeyer wrote:
> On 2011-06-08 21:23, Jason Grout wrote:
>> So there is already something special about where the decimal point is
>> placed.
> Not really. My claim is that
> 4.00
> and
> 400.
> and
>
On Jun 8, 12:23 pm, Jason Grout wrote:
> But we already have the convention that zeros after the decimal indicate
> precision:
[...]
> So there is already something special about where the decimal point is
> placed.
Actually, it looks to me like it's zeros after a non-zero digit that
have a spec
On 2011-06-08 21:23, Jason Grout wrote:
> So there is already something special about where the decimal point is
> placed.
Not really. My claim is that
4.00
and
400.
and
400e100
should have the same precision.
I d
On 6/8/11 2:17 PM, Jeroen Demeyer wrote:
On 2011-06-08 21:09, Jason Grout wrote:
On 6/8/11 2:04 PM, Jeroen Demeyer wrote:
On Trac ticket #8896 (http://trac.sagemath.org/sage_trac/ticket/8896),
there is some discussion about whether or not the number 0.
(with many zeros) should have a hi
On 2011-06-08 21:09, Jason Grout wrote:
> On 6/8/11 2:04 PM, Jeroen Demeyer wrote:
>> On Trac ticket #8896 (http://trac.sagemath.org/sage_trac/ticket/8896),
>> there is some discussion about whether or not the number 0.
>> (with many zeros) should have a higher precision than 0.0. Currentl
On 6/8/11 2:03 PM, Benjamin Jones wrote:
That's weird. I'm using the exact same Chrome and OSX versions and I
don't see any problems with the Trac pages. Did you try a complete
"clear browsing data"?
Thanks; that seems to have cleared up the problem for me.
Jason
--
To post to this group, s
On 6/8/11 2:04 PM, Jeroen Demeyer wrote:
On Trac ticket #8896 (http://trac.sagemath.org/sage_trac/ticket/8896),
there is some discussion about whether or not the number 0.
(with many zeros) should have a higher precision than 0.0. Currently,
0.0 and 0. have the same preci
On Trac ticket #8896 (http://trac.sagemath.org/sage_trac/ticket/8896),
there is some discussion about whether or not the number 0.
(with many zeros) should have a higher precision than 0.0. Currently,
0.0 and 0. have the same precision of 53 bits.
In my opinion, the curren
On Wed, Jun 8, 2011 at 1:51 PM, Jason Grout wrote:
> For a long time now (maybe several months?), when I access trac using Chrome
> on OSX, it seems like a stylesheet isn't loaded, so the page is missing a
> lot of the nice formatting. I posted a screenshot here:
>
> http://sage.math.washington.e
For a long time now (maybe several months?), when I access trac using
Chrome on OSX, it seems like a stylesheet isn't loaded, so the page is
missing a lot of the nice formatting. I posted a screenshot here:
http://sage.math.washington.edu/home/jason/chrome-no-style.png
Does anyone else see th
Hi Volker,
On 8 Jun., 20:18, Volker Braun wrote:
> Sounds like you want to add a section to the developer's guide
> (http://sagemath.org/doc/developer)?
I guess it depends on the size. If the size is moderate then it could
become a subsection of http://www.sagemath.org/doc/developer/writing_code
Sounds like you want to add a section to the developer's guide
(http://sagemath.org/doc/developer)? A good introduction into
parent/elements and categories is really missing there.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an em
Could be worth mentioning in the devel release announcements as well,
with a suitable "beware" for delay. Boxen can be slow at times.
On Jun 8, 11:44 am, Jeroen Demeyer wrote:
> The last development version of Sage is always mirrored, see for
> examplehttp://boxen.math.washington.edu/sage/devel
Hi
This ticket needs review please.
Dave?
Regards,
Jan
- Forwarded message from Bill Odefey -
> Date: Wed, 08 Jun 2011 12:07:23 -0500
> From: Bill Odefey
> To: Jan Groenewald
> Subject: Re: [sage-support] Re: Trouble with sage installation on Ubuntu 11.04
>
> Jan,
>
> That did it
On Wed, Jun 8, 2011 at 9:15 AM, John Cremona wrote:
> Good! Is that an educated guess, or have you tried the speed test
> before & after applying the patch at #11389?
I tried before and after the patch after looking into what was causing
all of the traceback.format_exc to be called.
--Mike
--
On Wed, Jun 8, 2011 at 5:02 PM, Mike Hansen wrote:
> On Wed, Jun 8, 2011 at 4:11 AM, John Cremona wrote:
>> The same used to happen for elliptic curves, until someone (possibly
>> me) decided that it was worth doing two things: (1) if you do want to
>> check that the equation is satisfied, do so
On Wed, Jun 8, 2011 at 8:48 AM, Robert Bradshaw
wrote:
> On Wed, Jun 8, 2011 at 12:07 AM, Paul-Olivier Dehaye
> wrote:
>> Hi all
>> I was looking at the patchbot for my patches, and looking at the
>> results for ticket 11442, I was a bit puzzled.
>>
>> http://sage.math.washington.edu:21100/ticket
On Wed, Jun 8, 2011 at 4:11 AM, John Cremona wrote:
> The same used to happen for elliptic curves, until someone (possibly
> me) decided that it was worth doing two things: (1) if you do want to
> check that the equation is satisfied, do so in a naive way rather than
> using the whole scheme mach
On Wed, Jun 8, 2011 at 12:07 AM, Paul-Olivier Dehaye
wrote:
> Hi all
> I was looking at the patchbot for my patches, and looking at the
> results for ticket 11442, I was a bit puzzled.
>
> http://sage.math.washington.edu:21100/ticket/11442/
>
> This happens because the bot picked up the dependency
The last development version of Sage is always mirrored, see for example
http://boxen.math.washington.edu/sage/devel/
However, this doesn't seem to be advertised anywhere. I think the page
http://boxen.math.washington.edu/sage/index.html
should contain a link to the devel/ directory
Also it woul
On Jun 8, 11:25 am, Simon King wrote:
> Hi!
>
> Is there an easy way to take an existing worksheet (with text fields,
> code and output) and translate it to rst format, such that it can
> easily be included in the docs?
>
We've been asking the same question over here on the ed side of
things :)
Hi!
Is there an easy way to take an existing worksheet (with text fields,
code and output) and translate it to rst format, such that it can
easily be included in the docs?
Cheers,
Simon
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send a
On 6/8/11 9:14 AM, Simon King wrote:
Therefore: Why not have a new thematic tutorial called "How to
implement basic algebraic structures in Sage", with sub-sections on
base classes, categories and coercion?
It would of course be related with various modules of Sage, and there
should be pointers f
On Wed, Jun 8, 2011 at 3:14 PM, Simon King wrote:
> Hi Jason,
>
> On 8 Jun., 14:41, Jason Grout wrote:
>> I'd rather have a one-stop place for coercion documentation, so I'd
>> rather have it in the coercion section of the reference manual. It
>> might be good to put pointers in the other places
Hi Jason,
On 8 Jun., 14:41, Jason Grout wrote:
> I'd rather have a one-stop place for coercion documentation, so I'd
> rather have it in the coercion section of the reference manual. It
> might be good to put pointers in the other places for "A short guide to
> implementing coercion" in the refe
On 6/8/11 7:31 AM, Simon King wrote:
On 8 Jun., 14:26, Simon King wrote:
Yes, why not? I guess it should be considered an extension
ofhttp://www.sagemath.org/doc/reference/coercion.html. So I'll start to
work on that text.
Or perhaps it should be in the "Sage constructions" or in a "Thematic
On 8 Jun., 14:26, Simon King wrote:
> Yes, why not? I guess it should be considered an extension
> ofhttp://www.sagemath.org/doc/reference/coercion.html. So I'll start to
> work on that text.
Or perhaps it should be in the "Sage constructions" or in a "Thematic
tutorial", rather than in the refe
Hi Jason,
On 8 Jun., 14:04, Jason Grout wrote:
> This is great stuff! Have you considered contributing this to the docs?
Thanks!
Yes, why not? I guess it should be considered an extension of
http://www.sagemath.org/doc/reference/coercion.html. So I'll start to
work on that text.
Cheers,
Simon
On Jun 7, 3:07 pm, Fredrik Johansson
wrote:
> On Tue, Jun 7, 2011 at 8:46 PM, kcrisman wrote:
>
> >> That would be nice, but I don't know how much you can do numerically
> >> given a "black-box" sequence.
>
> > So you are saying one couldn't do anything even if one made an
> > assumption about
On 6/8/11 3:38 AM, Simon King wrote:
Hi Gonzalo,
On 8 Jun., 07:04, Robert Bradshaw
wrote:
One caveat, though. The standard "Ring" and "Algebra" parents both
inherit from the ParentWithBase. Am I allowed to mix an element class
derived from AlgebraElements with a parent class derived from Parent
My guess is that creating the points takes a lot of time since even
though their coordinates have been computed, we still go through a
generic procedure to check that these coordinates satisfy the equation
of the curve, which involves setting up a lot polynomial rings, etc.
The same used to happen
Hi Jeroen,
Using %prun, one finds with sage-4.6.2
ncalls tottime percall cumtime percall
filename:lineno(function)
75041.4020.0002.0990.000 algebraic_scheme.py:
660(_check_satisfies_equations)
40.2770.0693.0960.774 rational_point.py:
237(enum_pro
I tried the .ova file with VirtualBox and it worked perfectly.
I tried it with VMware Player and it refused to load.
It is probably a likes/dis-likes personal preference thing, but I
liked
using just another tab in my already running browser on the host
machine.
n Jun 7, 4:54 pm, "Nicolas M. Thi
Hi Gonzalo,
On 8 Jun., 07:04, Robert Bradshaw
wrote:
> > One caveat, though. The standard "Ring" and "Algebra" parents both
> > inherit from the ParentWithBase. Am I allowed to mix an element class
> > derived from AlgebraElements with a parent class derived from Parent?
>
> I can't say for sure
sage-4.6.2::
sage: P. = GF(3)[]; C = HyperellipticCurve(x^3+x^2+1)
sage: time C.count_points(4)
CPU times: user 3.11 s, sys: 0.01 s, total: 3.12 s
Wall time: 3.14 s
[6, 12, 18, 96]
sage-4.7::
sage: P. = GF(3)[]; C = HyperellipticCurve(x^3+x^2+1)
sage: time C.count_points(4)
[6, 12, 18, 96]
Time
Hi all
I was looking at the patchbot for my patches, and looking at the
results for ticket 11442, I was a bit puzzled.
http://sage.math.washington.edu:21100/ticket/11442/
This happens because the bot picked up the dependency on #11440 (as
instructed), but not the dependency on #11300, which comes
38 matches
Mail list logo
