Re: [sage-devel] Re: Magma

2013-08-30 Thread William Stein
On Fri, Aug 30, 2013 at 1:46 PM, Jason Grout wrote: > On 8/30/13 3:41 PM, William Stein wrote: > >> True regarding Matlab -- in fact, it is already very hard for the >> scientific python community to get traction against Matlab at the >> University level, though I'm very impressed with the progres

Re: [sage-devel] Re: Magma

2013-08-30 Thread William Stein
On Fri, Aug 30, 2013 at 1:44 PM, Jason Grout wrote: > On 8/30/13 3:35 PM, David Joyner wrote: >> >> On Fri, Aug 30, 2013 at 2:44 PM, William Stein wrote: > > > >> >> My 2 cents: >> Magma is losing customers left and right and IMHO this will have little >> impact. >> You know more than I do about

[sage-devel] Re: Magma

2013-08-30 Thread Jason Grout
On 8/30/13 3:35 PM, David Joyner wrote: On Fri, Aug 30, 2013 at 2:44 PM, William Stein wrote: My 2 cents: Magma is losing customers left and right and IMHO this will have little impact. You know more than I do about this, but my feeling is the number of people who need Magma vs Sage is gett

[sage-devel] Re: Magma

2013-08-30 Thread Jason Grout
On 8/30/13 3:41 PM, William Stein wrote: True regarding Matlab -- in fact, it is already very hard for the scientific python community to get traction against Matlab at the University level, though I'm very impressed with the progress they have made so far. And since we're talking about founda

Re: [sage-devel] Magma

2013-08-30 Thread William Stein
On Fri, Aug 30, 2013 at 1:35 PM, David Joyner wrote: > On Fri, Aug 30, 2013 at 2:44 PM, William Stein wrote: >> On Fri, Aug 30, 2013 at 11:07 AM, XXX wrote: >>> Hi William, >>> >>> I know you have had a long and interesting "history" with Magma. >>> >>> You're probably already aware of this but i

Re: [sage-devel] Magma

2013-08-30 Thread David Joyner
On Fri, Aug 30, 2013 at 2:44 PM, William Stein wrote: > On Fri, Aug 30, 2013 at 11:07 AM, XXX wrote: >> Hi William, >> >> I know you have had a long and interesting "history" with Magma. >> >> You're probably already aware of this but if you're not, apparently the >> Simons Foundation is now fundi

[sage-devel] Magma

2013-08-30 Thread William Stein
On Fri, Aug 30, 2013 at 11:07 AM, XXX wrote: > Hi William, > > I know you have had a long and interesting "history" with Magma. > > You're probably already aware of this but if you're not, apparently the > Simons Foundation is now funding the distribution of Magma to qualified > U.S.-based institut

Re: [sage-devel] Magma

2013-08-30 Thread Vincent Delecroix
2013/8/30, William Stein : > On Fri, Aug 30, 2013 at 11:07 AM, XXX wrote: >> Hi William, >> >> I know you have had a long and interesting "history" with Magma. >> >> You're probably already aware of this but if you're not, apparently the >> Simons Foundation is now funding the distribution of Magma

Re: Re: [sage-devel] Re: use Sage!

2013-08-30 Thread Martin Albrecht
Hi all, seems like my environment is very very forgiving. I missed amsmath and amssym. I’ve just committed a new version which should compile in standard environments. Cheers, Martin On Friday 30 Aug 2013 09:13:02 William Stein wrote: > On Fri, Aug 30, 2013 at 8:40 AM, Jason Grout > > wrote:

Re: Re: Re: [sage-devel] Re: use Sage!

2013-08-30 Thread john_perry_usm
Martin Maybe one of us misunderstands the other (& maybe this should become a new thread? dunno). I am somewhat hesitant, though, to go too deep into signature based > algorithms > and new improvements... It was not my intention to go deep into signature based algorithms; I was trying to qu

[sage-devel] Re: use Sage!

2013-08-30 Thread Jason Grout
On 8/30/13 5:53 AM, Martin Albrecht wrote: Hi all, it’s here: https://bitbucket.org/malb/sage-gb-book Also, you could create a project on cloud.sagemath.com and collaboratively edit the textbook right there. Live, real-time. And push changes back to bitbucket. And have automatic side-by-s

[sage-devel] Sage GB Book

2013-08-30 Thread Martin Albrecht
Hi John, On Friday 30 Aug 2013 08:32:39 john_perry_usm wrote: > Martin > > Maybe one of us misunderstands the other (& maybe this should become a new > thread? dunno). > > I am somewhat hesitant, though, to go too deep into signature based > > > algorithms > > and new improvements... > > It wa

Re: [sage-devel] Re: use Sage!

2013-08-30 Thread William Stein
On Fri, Aug 30, 2013 at 8:40 AM, Jason Grout wrote: > On 8/30/13 5:53 AM, Martin Albrecht wrote: >> >> Hi all, >> >> it’s here: https://bitbucket.org/malb/sage-gb-book > > > Also, you could create a project on cloud.sagemath.com and collaboratively > edit the textbook right there. Live, real-time

[sage-devel] Re: Hashing elements from the same ring

2013-08-30 Thread Stefan
On Thursday, August 29, 2013 12:54:02 PM UTC-4, Nils Bruin wrote: > > On Thursday, August 29, 2013 8:52:02 AM UTC-7, Simon King wrote: >> >> Hi Stefan, >> >> On 2013-08-29, Stefan wrote: >> > Actually, this is not quite true. reduce() is, by default, called >> > automatically for elements of

[sage-devel] Re: Graph neighbours - room for huge performance boost

2013-08-30 Thread Nathann Cohen
> FYI, often I will first convert a graph to a list of bitsets > representing the neighbors, then I use Cython to access the bitsets for > really fast access. Wayyy later : you may like patch #14589 ! Nathann -- You received this message because you are subscribed to the Goog

Re: Re: Re: [sage-devel] Re: use Sage!

2013-08-30 Thread Martin Albrecht
Hi all, it’s here: https://bitbucket.org/malb/sage-gb-book Cheers, Martin On Thursday 29 Aug 2013 20:53:32 john_perry_usm wrote: > Martin > > > I'd be willing to help with this. Aside from having worked with you on a > couple of the programs, I've been working on resurrecting the dynamic > alg

Re: [sage-devel] Graph neighbors slowdown - could it be caused by wrapping objects?

2013-08-30 Thread Vincent Delecroix
For a quick summary, the current implementation of graphs is as follows: - there is a C backend which uses only integers as vertices. This version uses B-tree (which are written from scratch with some non optimizes routines, see in particular #14690) which allows dynamical graphs (ie adding/remov

Re: Re: Re: [sage-devel] Re: use Sage!

2013-08-30 Thread Martin Albrecht
Hi John, [sage-devel] awesome! I shall put what I have in a repository on bitbucket and you can then have a look to see what you think might need work etc.? I am somewhat hesitant, though, to go too deep into signature based algorithms and new improvements, this sounds more like research than a

Re: [sage-devel] git and patchbot

2013-08-30 Thread Volker Braun
On Friday, August 30, 2013 8:48:04 AM UTC+1, Marc Mezzarobba wrote: > Would git ls-remote be suitable? > That just gives you the current branch head. In that case you can just fetch the branch and use whatever the current branch head is. This is probably what should happen if the "Commit" trac

[sage-devel] Graph neighbors slowdown - could it be caused by wrapping objects?

2013-08-30 Thread Jernej Azarija
This is a follow up of the thread [1] in which we noticed that there is a substantial performance issue in the Graph.neighbors method. The point of this thread is mainly to draw your attention and perhaps spot what is causing the described issue. As it turns out our default graph backend is act

Re: [sage-devel] git and patchbot

2013-08-30 Thread Robert Bradshaw
Oh, one more prerequisite: we need to populate the commit field on trac (preferably automatically) so the patchbot can tell when a commit gets out of date. Alternatively, perhaps there's a way to query the commit a branch points to via http without having to fetch it? - Robert On Thu, Aug 29, 2