[sage-devel] Re: Mathematica doctest

2010-03-10 Thread Jason Grout
On 03/11/2010 12:49 AM, Felix Lawrence wrote: I have created a ticket for this at http://trac.sagemath.org/sage_trac/ticket/8495 and have commented about how to fix the regression due to #3587 on the new ticket. Jason, it seems like Mathematica.get() currently uses InputForm - how does this dif

Re: [sage-devel] anonymous reviewing of trac tickets? trac moderators?

2010-03-10 Thread Minh Nguyen
Hi Dima, On Thu, Mar 11, 2010 at 5:10 PM, Dima Pasechnik wrote: > 1) it would we good to have a "moderator" who can step in in such > cases. Communication within any open source project is bound to be archived somewhere on the Internet. Contributors need to realize that any communication is d

[sage-devel] Re: Mathematica doctest

2010-03-10 Thread Felix Lawrence
I have created a ticket for this at http://trac.sagemath.org/sage_trac/ticket/8495 and have commented about how to fix the regression due to #3587 on the new ticket. Jason, it seems like Mathematica.get() currently uses InputForm - how does this differ to FullForm? On Mar 11, 4:59 pm, Jason Grou

Re: [sage-devel] runaway maxima process and ulimit

2010-03-10 Thread William Stein
On Wed, Mar 10, 2010 at 10:27 PM, Jason Grout wrote: > When I start up my class Sage server notebook, I pass the ulimit option to > the notebook command with the following option: > > ulimit='-u 100 -t 3600 -v 50' > > According to the notebook? docs, this should limit a worksheet process to >

[sage-devel] runaway maxima process and ulimit

2010-03-10 Thread Jason Grout
When I start up my class Sage server notebook, I pass the ulimit option to the notebook command with the following option: ulimit='-u 100 -t 3600 -v 50' According to the notebook? docs, this should limit a worksheet process to using 3600 seconds of *wall* time and 500MB of virtual memory.

Re: [sage-devel] anonymous reviewing of trac tickets? trac moderators?

2010-03-10 Thread William Stein
On Wed, Mar 10, 2010 at 10:10 PM, Dima Pasechnik wrote: > Dear all, > > I recently had a rather unpleasant experience reviewing a ticket that > shall remain unnamed. It went as follows. I suggested few Given that sentence it is trivial to figure out what ticket you're talking about: http://t

[sage-devel] anonymous reviewing of trac tickets? trac moderators?

2010-03-10 Thread Dima Pasechnik
Dear all, I recently had a rather unpleasant experience reviewing a ticket that shall remain unnamed. It went as follows. I suggested few improvements, asked few questions. Some suggestions were implemented, some plainly ignored, along with questions. I suggested few more improvements, asked (and

[sage-devel] Re: Mathematica doctest

2010-03-10 Thread Jason Grout
On 03/10/2010 12:36 AM, Felix Lawrence wrote: Hi David, I haven't looked into these since #3587 rewrote MathematicaElement._sage_() for mathematica objects, but I did a bit of work getting the generic ExpectElement._sage_() to work with mathematica lists. Mathematica does return different resul

[sage-devel] scaling up productivity; debianization of sage

2010-03-10 Thread William Stein
Hi, There's an article here: http://blog.ksplice.com/2010/03/quadruple-productivity-with-an-intern-army/ that is being discussed on slashdot right now, etc. I'm mentioning it here on sage-devel for two reasons: (1) It's an article about techniques for getting lots of different people to

Re: [sage-devel] Re: Memory leak

2010-03-10 Thread Gonzalo Tornaria
On Fri, Mar 5, 2010 at 7:47 AM, Simon King wrote: > I created a ticket at >  http://trac.sagemath.org/sage_trac/ticket/8444 Thanks Simon. I posted a patch with an explanation into that ticket, which is now awaiting review (it's one line patch). I was looking around gen.pyx, and there seems to be

Re: [sage-devel] Anyone had mysterious build failures on SPARC?

2010-03-10 Thread Minh Nguyen
Hi David, On Thu, Mar 11, 2010 at 2:36 PM, Dr David Kirkby wrote: > Anyone else seen this? Yes. When I was narrowing down the patch that stopped the Solaris build, I produced about 6 source tarballs. I then tried to start building them, starting the build one after the other. After about a fe

[sage-devel] Re: Mathematica doctest

2010-03-10 Thread Dr David Kirkby
On Mar 10, 6:36 am, Felix Lawrence wrote: > Hi David, > > I haven't looked into these since #3587 rewrote > MathematicaElement._sage_() for mathematica objects, but I did a bit > of work getting the generic ExpectElement._sage_() to work with > mathematica lists.  Mathematica does return differe

[sage-devel] Anyone had mysterious build failures on SPARC?

2010-03-10 Thread Dr David Kirkby
I've several time had the build on Solairs (on different machines, with different versions of gcc build by different people) stop with no warning: Here is a failed build on 't2' gcc -shared -L/export/home/drkirkby/sage-4.3.4.alpha1/local/lib -I. - IInclude -I./Include -I/export/home/drkirkby/sage-

[sage-devel] Re: Sage 4.3.4.alpha1 successfully builds on SPARC Solaris 10 (t2.math)

2010-03-10 Thread Dr David Kirkby
On Mar 11, 12:58 am, Alex Ghitza wrote: > On Thu, 11 Mar 2010 00:41:16 +, "Dr. David Kirkby" > wrote: > > > > > > > > NUM_THREADS=10 > > > in makefile. Then I issued "make ptestlong", only to see that cddlib > > > was reinstalled. Doctesting is still running in parallel using 10 > > > thre

Re: [sage-devel] Sage 4.3.4.alpha1 successfully builds on SPARC Solaris 10 (t2.math)

2010-03-10 Thread Alex Ghitza
On Thu, 11 Mar 2010 00:41:16 +, "Dr. David Kirkby" wrote: > > > > NUM_THREADS=10 > > in makefile. Then I issued "make ptestlong", only to see that cddlib > > was reinstalled. Doctesting is still running in parallel using 10 > > threads. > > I've not tried a parallel ptestlong myself. I'll s

Re: [sage-devel] Sage 4.3.4.alpha1 successfully builds on SPARC Solaris 10 (t2.math)

2010-03-10 Thread Dr. David Kirkby
Minh Nguyen wrote: Hi folks, Yes, you heard right. Sage 4.3.4.alpha1 now builds on t2.math thanks to the persistent hard work of David Kirkby. Here's something to wet your appetite: [mv...@t2 sage-4.3.4.alpha1]$ ./sage -- | Sag

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread William Stein
On Wed, Mar 10, 2010 at 3:25 PM, Brian Granger wrote: > William, > > I have contacted all of the devs who are listed on the hg logs of the > relevant files (interrupt.h/interrupt.c) and asked them if they would be OK > re-licensing their contirbutions to these files under a Cython friendly > licen

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Brian Granger
William, I have contacted all of the devs who are listed on the hg logs of the relevant files (interrupt.h/interrupt.c) and asked them if they would be OK re-licensing their contirbutions to these files under a Cython friendly license. All the responses I got were positive: Martin Albrecht:"

[sage-devel] Sage 4.3.4.alpha1 successfully builds on SPARC Solaris 10 (t2.math)

2010-03-10 Thread Minh Nguyen
Hi folks, Yes, you heard right. Sage 4.3.4.alpha1 now builds on t2.math thanks to the persistent hard work of David Kirkby. Here's something to wet your appetite: [mv...@t2 sage-4.3.4.alpha1]$ ./sage -- | Sage Version 4.3.4.alpha

Re: [sage-devel] review ticket #7608 to upgrade NetworkX to version 1.0.1

2010-03-10 Thread Minh Nguyen
Hi Nicolas, On Wed, Mar 10, 2010 at 7:34 PM, Nicolas M. Thiery wrote: > If at all possible, I would recommend postponing all the "trailing > whitespace removal". Your wish is my new rebased patch :-) See the new rebased patch at ticket #7608: http://trac.sagemath.org/sage_trac/ticket/7608

[sage-devel] Re: FreeGroup and some thoughts about Free Objects in general

2010-03-10 Thread Nicolas M. Thiery
Dear Tobias, On Tue, Mar 02, 2010 at 09:10:16AM +0100, Tobias Columbus wrote: > Now to something more conceptual: > I thought a bit about generalizing Free Object constructions. > I think there are actually some things that may be implemented on > a very abstract level in a class "FreeObj

[sage-devel] Re: FreeGroup and some thoughts about Free Objects in general

2010-03-10 Thread Nicolas M. Thiery
Hi Tobias! On Tue, Mar 02, 2010 at 09:10:16AM +0100, Tobias Columbus wrote: > I am sorry, that we didn't manage to talk more intensely during the > SAGE days, but I preferred spending my last afternoon at the > sea. Apologizes for that... Hmm, given how nice the Calanques are I sure was n

Re: [sage-devel] Re: problem testing anything in 4.3.4.alpha1

2010-03-10 Thread John Cremona
Thanks John -- seems to be working fine now! John On 10 March 2010 21:14, John H Palmieri wrote: > On Mar 10, 1:06 pm, John Cremona wrote: >> Does anyone have a clue why I cannot test anything after successfully >> building 4.3.4.alpha1? >> >> For example: >> >> sage -t -verbose "devel/sage/sag

[sage-devel] Re: problem testing anything in 4.3.4.alpha1

2010-03-10 Thread John H Palmieri
On Mar 10, 1:06 pm, John Cremona wrote: > Does anyone have a clue why I cannot test anything after successfully > building 4.3.4.alpha1? > > For example: > > sage -t -verbose "devel/sage/sage/rings/number_field/unit_group.py" > Traceback (most recent call last): >   File "/home/jec/.sage//tmp/.doc

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Ondrej Certik
On Wed, Mar 10, 2010 at 12:32 PM, Brian Granger wrote: > Ondrej, > > On Wed, Mar 10, 2010 at 12:25 PM, Ondrej Certik wrote: >> >> On Wed, Mar 10, 2010 at 11:18 AM, Robert Bradshaw >> wrote: >> > On Mar 10, 2010, at 11:01 AM, Brian Granger wrote: >> > >> >> Hello all, >> >> >> >> In the older Cyt

[sage-devel] problem testing anything in 4.3.4.alpha1

2010-03-10 Thread John Cremona
Does anyone have a clue why I cannot test anything after successfully building 4.3.4.alpha1? For example: sage -t -verbose "devel/sage/sage/rings/number_field/unit_group.py" Traceback (most recent call last): File "/home/jec/.sage//tmp/.doctest_unit_group.py", line 2, in from sage.all_cmdl

[sage-devel] small latex typesetting bug in groups/perm_gps/permgroup_morphism.py

2010-03-10 Thread D. Monarres
Hello all, On line 621 in the mentioned file I think that: def _latex_(self): return self.domain()._latex_()+" \rightarrow "+self.range()._latex_() is causing the arrow in the notebook to display as "ightarrow" instead of whats intended because the \r is interpreted as the control sequen

Re: [sage-devel] Fwd: [sage-nt] Embeddings into QQbar hang

2010-03-10 Thread John Cremona
On 10 March 2010 18:07, William Stein wrote: > On Wed, Mar 10, 2010 at 9:38 AM, John Cremona wrote: >> I am taking the liberty of forwarding this to sage-devel since it >> seems much too important for just sage-nt.  OK, so that was my machine >> David locked up (apparently!).  It has 128GB of RAM

Re: [sage-devel] Re: [sage-nt] Re: Embeddings into QQbar hang

2010-03-10 Thread Nicolas M. Thiery
On Wed, Mar 10, 2010 at 08:18:40PM +, David Loeffler wrote: > So it's a Pari bug. I see. I guess I was misled by the fact that the > "trace" command only reports calls to Python functions. Thanks for > clearing that up. Thanks indeed! I feel better, though still curious why this involved compu

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Brian Granger
Ondrej, On Wed, Mar 10, 2010 at 12:25 PM, Ondrej Certik wrote: > On Wed, Mar 10, 2010 at 11:18 AM, Robert Bradshaw > wrote: > > On Mar 10, 2010, at 11:01 AM, Brian Granger wrote: > > > >> Hello all, > >> > >> In the older Cython docs here: > >> > >> > >> > http://modular.math.washington.edu/hom

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Brian Granger
Martin, Thanks for looking at this. things are a slightly more complicated, authors of that code are at least: > > - William Stein (see copyright notice) > - me (I rewrote them to be more efficient, i.e. save a syscall) > - Gonzalo Tornaria (I think he worked on this?) > - David Harvey (hg log br

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Brian Granger
William, Yes. There are other copyright holders though. > > Great, Martin below lists the other copyright holders. I will try to contact everyone and ask. Once we have approval from all authors, can you or someone change the license on those files in the sage trunk? > The relevant code is in

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Ondrej Certik
On Wed, Mar 10, 2010 at 11:18 AM, Robert Bradshaw wrote: > On Mar 10, 2010, at 11:01 AM, Brian Granger wrote: > >> Hello all, >> >> In the older Cython docs here: >> >> >> http://modular.math.washington.edu/home/was/www/home/gfurnish/old/sage-3.0.6/doc/prog/node55.html >> >> The _sig_on and _sig_o

[sage-devel] Re: [sage-nt] Re: Embeddings into QQbar hang

2010-03-10 Thread David Loeffler
So it's a Pari bug. I see. I guess I was misled by the fact that the "trace" command only reports calls to Python functions. Thanks for clearing that up. David On 10 March 2010 18:53, Robert Bradshaw wrote: > On Mar 10, 2010, at 10:36 AM, daveloeffler wrote: > >> PS: I've realised that one can t

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Robert Bradshaw
On Mar 10, 2010, at 11:01 AM, Brian Granger wrote: Hello all, In the older Cython docs here: http://modular.math.washington.edu/home/was/www/home/gfurnish/old/sage-3.0.6/doc/prog/node55.html The _sig_on and _sig_off macros are mentioned. But, when I try these in current Cython it fails. I

Re: [sage-devel] Re: [sage-nt] Re: Embeddings into QQbar hang

2010-03-10 Thread Mike Hansen
On Wed, Mar 10, 2010 at 10:53 AM, Robert Bradshaw wrote: > The solution is to upgrade pari, but for the moment I hacked around this > pari bug. Maybe I should clean that up and submit a patch if pari 2.3.5 > isn't going to happen right away. I think that 2.3.5 should be pretty straightforward. -

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Martin Albrecht
On Wednesday 10 March 2010, Brian Granger wrote: > William, are you willing to relicense the interrupt.h and interrupt.c > functions under LGPL or another license Hi Brian, things are a slightly more complicated, authors of that code are at least: - William Stein (see copyright notice) - me (I r

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread William Stein
On Wed, Mar 10, 2010 at 11:09 AM, Nick Alexander wrote: > > On 10-Mar-10, at 11:01 AM, Brian Granger wrote: > >> Hello all, >> >> In the older Cython docs here: >> >> >> http://modular.math.washington.edu/home/was/www/home/gfurnish/old/sage-3.0.6/doc/prog/node55.html >> >> The _sig_on and _sig_off

Re: [sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Nick Alexander
On 10-Mar-10, at 11:01 AM, Brian Granger wrote: Hello all, In the older Cython docs here: http://modular.math.washington.edu/home/was/www/home/gfurnish/old/sage-3.0.6/doc/prog/node55.html The _sig_on and _sig_off macros are mentioned. But, when I try these in current Cython it fails. I f

[sage-devel] Moving _sig_on/_sig_off from Sage to Cython

2010-03-10 Thread Brian Granger
Hello all, In the older Cython docs here: http://modular.math.washington.edu/home/was/www/home/gfurnish/old/sage-3.0.6/doc/prog/node55.html The _sig_on and _sig_off macros are mentioned. But, when I try these in current Cython it fails. I found this thread started by Ondrej a few years ago: h

[sage-devel] Re: [sage-nt] Re: Embeddings into QQbar hang

2010-03-10 Thread Robert Bradshaw
On Mar 10, 2010, at 10:36 AM, daveloeffler wrote: PS: I've realised that one can trigger more or less the same bug by doing sage: x = QQbar(-7).sqrt() sage: y = QQbar(-7).sqrt() sage: x == y so embeddings of number fields aren't the problem, there's something amiss with QQbar. QQ(sqrt(-7)) i

Re: [sage-devel] Fwd: [sage-nt] Embeddings into QQbar hang

2010-03-10 Thread William Stein
On Wed, Mar 10, 2010 at 9:38 AM, John Cremona wrote: > I am taking the liberty of forwarding this to sage-devel since it > seems much too important for just sage-nt.  OK, so that was my machine > David locked up (apparently!).  It has 128GB of RAM so does not easily > run out... > > John It is ea

[sage-devel] Fwd: [sage-nt] Embeddings into QQbar hang

2010-03-10 Thread John Cremona
I am taking the liberty of forwarding this to sage-devel since it seems much too important for just sage-nt. OK, so that was my machine David locked up (apparently!). It has 128GB of RAM so does not easily run out... John -- Forwarded message -- From: daveloeffler Date: 10 Mar

[sage-devel] Re: Sage 4.3.4.alpha1 released!

2010-03-10 Thread M. Yurko
On Mar 10, 4:01 am, "ma...@mendelu.cz" wrote: > On 9 bře, 20:45, Mike Hansen wrote: > > > Hello all, > > > This release should fix many of the outstanding issues on Solaris as > > well as some more of the combinatorics code from Sage Days 20. > > > Source tarball: > > >http://sage.math.washingt

Re: [sage-devel] Re: SAGE in abstract algebra class

2010-03-10 Thread Nicolas M. Thiery
On Wed, Mar 10, 2010 at 09:59:41AM +, John Cremona wrote: > To me "combinat" is short for "combinatorics", which is different from > what I do (number theory, and more generally algebra). I certainly > did not realise when the combinat people joined Sage how useful they > and what they do woul

[sage-devel] New sageexample environment for sagetex

2010-03-10 Thread Nicolas M. Thiery
Dear Dan Drake, dear all, For our upcoming French Sage book, I just added a new sageexample environment for sagetex which allows for: \begin{sageexample} sage: 1+1 2 sage: x^3 x^3 \end{sageexample} with the outputs being typeset in latex from the Sage's output. The (ultimate) goa

[sage-devel] Re: SAGE in abstract algebra class

2010-03-10 Thread daveloeffler
On Mar 9, 4:43 am, Rob Beezer wrote: > An implementation of finite abelian groups would be at the top of my > list.  Folklore has it many have tried - not sure just where it gets > hard.   Just a remark on this: I was one of the ones who tried, at Sage Days 16 last summer in Barcelona. The alg

Re: [sage-devel] Re: SAGE in abstract algebra class

2010-03-10 Thread John Cremona
> Shameless plug: there is some work in progress in that direction, > providing a standard architecture for implementing a quotient or > subobject A of an existing parent B. I can't promise when it will be > ready for integration into Sage, but we will be using it intensively > soon. In short, the

[sage-devel] Re: Sage 4.3.4.alpha1 released!

2010-03-10 Thread ma...@mendelu.cz
On 9 bře, 20:45, Mike Hansen wrote: > Hello all, > > This release should fix many of the outstanding issues on Solaris as > well as some more of the combinatorics code from Sage Days 20. > > Source tarball: > > http://sage.math.washington.edu/home/release/sage-4.3.4.alpha1/sage-4... > > Binary f

Re: [sage-devel] Re: Can a test run over all polynomial rings?

2010-03-10 Thread Nicolas M. Thiery
Hi Bjarke, If I understand your goal, this could be a typical use case of generic category testing. Whenever you have a monoid M and you run: sage: TestSuite(M).run() the associativity of M is tested (by M._test_associativity()). We do not yet have a PolynomialRings category, bu

Re: [sage-devel] review ticket #7608 to upgrade NetworkX to version 1.0.1

2010-03-10 Thread Nicolas M. Thiery
Hi Minh, Gregory, On Mon, Mar 01, 2010 at 03:02:58PM +1100, Minh Nguyen wrote: > Hi folks, > > Gregory McWhirter has put a lot of effort into upgrading the NetworkX > spkg to version 1.0.1. At ticket #7608 [1] is a (roughly) 500 KB patch > to the Sage library and an upgraded NetworkX spkg