[sage-devel] Re: Installing optional R packages.

2010-08-07 Thread ancienthart
As a further update for those interested, the above method works in both binary windows (vmware) and linux versions. However, on Linux, an easier method is to install sage from the binary, and then reinstall R from source. This incidentally enables png, jpeg and X11 in R if the required development

Re: [sage-devel] Sympow on Linux Itanium

2010-08-07 Thread Jason B Hill
> > In your opinion, is it better to leave the current behavior of including > fpu.c on Itanium Linux systems, or just remove that since it will be safer? > > Be a bit careful with the language here. If someone has an older (pre-Montecito) Itanium, then from what I understand it is perfectly plausi

[sage-devel] Re: Sage 4.5.2 released

2010-08-07 Thread kcrisman
> Upgraded from .rc1 which was in turn upgraded from .rc0, on Mac OS X,   > 10.5.8 (Dual Quad Xeon), w/o problems. > > One test failed (ptestlong): >      devel/sage/sage/plot/plot3d/base.pyx > > 4 instances of "_imaging C module is not installed". > Try a search for "imaging C module not instal

[sage-devel] Re: Some feature requests on SAGE - Adding Engineering to the target audience

2010-08-07 Thread cousteau
Maurizio's function is pretty nice! It's exactly what I was looking for. I think it should be included in future releases. But it's a bit slow (at least for the 1..1e9 range), maybe it should be rewritten or compiled. The only thing I didn't like is that it saves the image to the current directory,

Re: [sage-devel] Sage 4.5.2 released

2010-08-07 Thread Justin C. Walker
On Aug 7, 2010, at 14:13 , Mitesh Patel wrote: Hi folks, We're releasing Sage 4.5.2. Many thanks to everyone for their contributions, including numerous patches, packages, reviews, troubleshooting, emails & posts, and build & test reports! Source archive: http://sage.math.washington.edu/hom

Re: [sage-devel] Sage 4.5.2 released

2010-08-07 Thread William Stein
On Sat, Aug 7, 2010 at 2:13 PM, Mitesh Patel wrote: > Hi folks, > > We're releasing Sage 4.5.2.  Many thanks to everyone for their > contributions, including numerous patches, packages, reviews, > troubleshooting, emails & posts, and build & test reports! Thanks. I'm building binaries for the fo

[sage-devel] Sage 4.5.2 released

2010-08-07 Thread Mitesh Patel
Hi folks, We're releasing Sage 4.5.2. Many thanks to everyone for their contributions, including numerous patches, packages, reviews, troubleshooting, emails & posts, and build & test reports! Source archive: http://sage.math.washington.edu/home/release/sage-4.5.2/sage-4.5.2.tar Upgrade path:

[sage-devel] Re: Odd bug in notebook magma interface

2010-08-07 Thread Nils Bruin
http://trac.sagemath.org/sage_trac/ticket/9705 exact traceback in ticket. -- 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...@googlegroups.com For more options, visit this group at http://groups.google.co

Re: [sage-devel] Odd bug in notebook magma interface

2010-08-07 Thread William Stein
On Fri, Aug 6, 2010 at 12:37 PM, Nils Bruin wrote: > When I paste the following code into a notebook worksheet in magma > mode, I consistently get "Syntax Error". When I paste the same code > directly into magma, it works properly: > > {{{ > _:=PolynomialRing(Rationals()); > repeat >  g:=3*b*x^4+1

Re: [debian-sage] Re: [sage-devel] Re: please schedule a rebuild for sagemath on alpha architecture

2010-08-07 Thread William Stein
On Sat, Aug 7, 2010 at 11:03 AM, Tim Abbott wrote: > On Sat, 7 Aug 2010, William Stein wrote: > >> On Sat, Aug 7, 2010 at 10:49 AM,   wrote: >> > I think there are a couple new dependencies that are not in Debian; there >> > weren't any as of version 4.0 or so.  I would recommend first getting >>

Re: [debian-sage] Re: [sage-devel] Re: please schedule a rebuild for sagemath on alpha architecture

2010-08-07 Thread Tim Abbott
On Sat, 7 Aug 2010, William Stein wrote: > On Sat, Aug 7, 2010 at 10:49 AM, wrote: > > I think there are a couple new dependencies that are not in Debian; there > > weren't any as of version 4.0 or so.  I would recommend first getting > > sagemath working building the copies contained in the sag

Re: [sage-devel] Re: please schedule a rebuild for sagemath on alpha architecture

2010-08-07 Thread William Stein
On Sat, Aug 7, 2010 at 10:49 AM, wrote: > On Fri, 6 Aug 2010, kamaraju kusumanchi wrote: > >> > Kamaraju, >> > >> > Overall I like your plan.  And I'd like to help. >> > >> > I do not like starting with version 3.0.6.  I think such an old version >> > is unlikely to attract many users and hence t

[sage-devel] Re: please schedule a rebuild for sagemath on alpha architecture

2010-08-07 Thread tabbott
On Fri, 6 Aug 2010, kamaraju kusumanchi wrote: > > Kamaraju, > > > > Overall I like your plan.  And I'd like to help. > > > > I do not like starting with version 3.0.6.  I think such an old version > > is unlikely to attract many users and hence testing will be suboptimal. > > In addition, upstrea

Re: [sage-devel] There are two Sage Days 26

2010-08-07 Thread William Stein
On Sat, Aug 7, 2010 at 10:34 AM, slabbe wrote: > Hi sage-devel, > > According to http://wiki.sagemath.org/Workshops the upcoming Sage > workshops are : > > * Sage Days 25 -- Mumbai, India (August 9-12, 2010); funded by India > * Sage Days 26 -- Kaiserslautern, Germany (August 27-31, 2010); funded

Re: [sage-devel] Re: Some feature requests on SAGE - Adding Engineering to the target audience

2010-08-07 Thread William Stein
On Sat, Aug 7, 2010 at 10:31 AM, William Stein wrote: > On Sat, Aug 7, 2010 at 5:23 AM, Robert Miller wrote: >> On Fri, Aug 6, 2010 at 4:52 PM, cousteau >> wrote: >>> The aim of my syntax suggestion wasn't to clone Matlab's syntax, but >>> to provide an easy way to input matrices. >> >> Speakin

[sage-devel] Re: please schedule a rebuild for sagemath on alpha architecture

2010-08-07 Thread tabbott
On Fri, 6 Aug 2010, kamaraju kusumanchi wrote: > > Removing the package from unstable doesn't prevent you from working on > > the package. It's just a way to clean up Debian. It will be very easy to > > re-upload when you will have something that builds in i386 and amd64 > > (though it might be be

[sage-devel] There are two Sage Days 26

2010-08-07 Thread slabbe
Hi sage-devel, According to http://wiki.sagemath.org/Workshops the upcoming Sage workshops are : * Sage Days 25 -- Mumbai, India (August 9-12, 2010); funded by India * Sage Days 26 -- Kaiserslautern, Germany (August 27-31, 2010); funded by Germany But according to http://wiki.sagemath.org/MyStar

Re: [sage-devel] Re: Some feature requests on SAGE - Adding Engineering to the target audience

2010-08-07 Thread William Stein
On Sat, Aug 7, 2010 at 5:23 AM, Robert Miller wrote: > On Fri, Aug 6, 2010 at 4:52 PM, cousteau > wrote: >> The aim of my syntax suggestion wasn't to clone Matlab's syntax, but >> to provide an easy way to input matrices. > > Speaking of syntax and matrices, let's not forget the seemingly > biza

Re: [sage-devel] Source code of sympow must makes no sense

2010-08-07 Thread Willem Jan Palenstijn
On Sat, Aug 07, 2010 at 03:59:49PM +0100, Dr. David Kirkby wrote: > On 08/ 7/10 03:37 PM, Willem Jan Palenstijn wrote: > >>> From my experience, by far the most efficient way of writing cross-platform > > Who are you quoting? I'm not quoting. Somewhere in the email chain the escaped "From " wasn't

Re: [sage-devel] Source code of sympow must makes no sense

2010-08-07 Thread Dr. David Kirkby
On 08/ 7/10 03:37 PM, Willem Jan Palenstijn wrote: From my experience, by far the most efficient way of writing cross-platform code is being "reasonably" aware of the relevant standards, and then simply fix any remaining issues as they pop up. Please don't take this the wrong way, as I greatly

Re: [sage-devel] Source code of sympow must makes no sense

2010-08-07 Thread Willem Jan Palenstijn
On Sat, Aug 07, 2010 at 02:47:45PM +0100, Dr. David Kirkby wrote: > sympow seems to have presented some problems on Solaris 10 on x86. I've > tried looking at this source code, and it makes little sense whatsoever > to me. > > > Anyway, that aside, lets get to the C source code. > > I tried to c

[sage-devel] Source code of sympow must makes no sense

2010-08-07 Thread Dr. David Kirkby
sympow seems to have presented some problems on Solaris 10 on x86. I've tried looking at this source code, and it makes little sense whatsoever to me. William has tried to clean up the 'Configure' script, though it's still very messy, with things like SH=`whichexe sh` && echo "#define SH \"$S

Re: [sage-devel] Re: What components of Sage would most benefit from SPARC assembly code?

2010-08-07 Thread Dr. David Kirkby
On 08/ 7/10 01:25 PM, Bill Hart wrote: Yes, sorry for not providing email addresses. It is best to write to the contact address on the MPIR webpage, or email me and I'll pass the message on to the MPIR developers. Of course if it is not confidential, please post directly to the MPIR development

[sage-devel] Re: What components of Sage would most benefit from SPARC assembly code?

2010-08-07 Thread Bill Hart
Yes, sorry for not providing email addresses. It is best to write to the contact address on the MPIR webpage, or email me and I'll pass the message on to the MPIR developers. Of course if it is not confidential, please post directly to the MPIR development list (in CC). Thanks, Bill. On 7 Aug,

Re: [sage-devel] Re: Some feature requests on SAGE - Adding Engineering to the target audience

2010-08-07 Thread Robert Miller
On Fri, Aug 6, 2010 at 4:52 PM, cousteau wrote: > The aim of my syntax suggestion wasn't to clone Matlab's syntax, but > to provide an easy way to input matrices. Speaking of syntax and matrices, let's not forget the seemingly bizarre behavior one gets when one does sage: trace(M) for a matrix

[sage-devel] Re: Some feature requests on SAGE - Adding Engineering to the target audience

2010-08-07 Thread dagss
On Aug 3, 5:52 am, Jason Grout wrote: > >> 6. TRANSPOSE/CONJUGATE > >> It seems that implementing this would just involve modifying the > >> __pos__(self) method for complexes, matrices and complex matrices, and > >> I think that both conjugating and transposing are common enough > >> operations t