Re: [sage-devel] sage+bpython

2010-08-15 Thread William Stein
On Sun, Aug 15, 2010 at 6:02 PM, Jay wrote: > Hey there. > > I'm trying to get sage to use bpython as an interpreter, rather than > ipython or vanilla python. I'm pretty sure I asked around a year ago, > but being that a year has passed since then, has anyone tried to do > so? Hi, Thanks for men

[sage-devel] sage+bpython

2010-08-15 Thread Jay
Hey there. I'm trying to get sage to use bpython as an interpreter, rather than ipython or vanilla python. I'm pretty sure I asked around a year ago, but being that a year has passed since then, has anyone tried to do so? With SAGE_ROOT properly set, I can run `from sage.all_cmdline import *` but

Re: [sage-devel] Re: Should there be some *good* examples on notebook?

2010-08-15 Thread Tom Boothby
> IMHO, if a user sets up a Sage server, he should have 20 or 30 decent > examples installed for him to look at. He may never chose to even make that > server public. But some decent examples would still be useful. I think there > are enough decent examples around - they just need collecting in one

Re: [sage-devel] The "Milestone" field in Trac Tickets

2010-08-15 Thread Mike Hansen
On Sun, Aug 15, 2010 at 8:12 AM, Mike Witt wrote: > Or, perhaps I'm misunderstanding what the intent of that > field might be? With the way it is currently used, you should think of it more as something to record the past than to predict the future. If you look back at past milestones, you can s

Re: [sage-devel] Implementation of NumberFieldIdeal.gens_reduced()

2010-08-15 Thread Jeroen Demeyer
On 2010-08-15 18:59, John Cremona wrote: > My guess is that in the prime case it's easy to find the smallest > integer, and desirable that the 2 generators always have the form p, > alpha in that order with p the underlying prime. But it may well be > that PARI's idealtwoelt() function does that a

Re: Re: [sage-devel] M4RIE: linear algebra over small extensions of GF(2)

2010-08-15 Thread Martin Albrecht
On Thursday 22 July 2010, Tom Boothby wrote: > > I should point out that the strategy for multiplication in Tom and > > Robert's paper http://arxiv.org/abs/0901.1413 is likely to be better. > > Judging from the timings in that paper we are about a factor of two > > behind them. I plan to implement/

[sage-devel] ticket 8230 closed

2010-08-15 Thread YannLC
Oups, my mistake, I closed this ticket without the right to do it. I think it's fixed now, can anyone with the right permission take a look at it please. -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...

Re: [sage-devel] Implementation of NumberFieldIdeal.gens_reduced()

2010-08-15 Thread John Cremona
[Perhaps better on sage-nt] My guess is that in the prime case it's easy to find the smallest integer, and desirable that the 2 generators always have the form p, alpha in that order with p the underlying prime. But it may well be that PARI's idealtwoelt() function does that anyway. John On 15

[sage-devel] Implementation of NumberFieldIdeal.gens_reduced()

2010-08-15 Thread Jeroen Demeyer
I have a technical question about the implementation of NumberFieldIdeal.gens_reduced(). In sage/rings/number_field/number_field_ideal.py, there is: def gens_reduced(self, proof=None): [...] except AttributeError: K = self.number_field() nf = K.pari_nf(

[sage-devel] The "Milestone" field in Trac Tickets

2010-08-15 Thread Mike Witt
I'm curious about the intent behind the "Milestone" field in Trac tickets. It appears (at least for tickets I've been interested in) that this field is always set to whatever the next coming release is. Then, after that release is done, the milestone is (automatically?) bumped up to the next expec