[sage-devel] Re: Version 4.1.1 cannot be launched in Debian unstable

Hi all, I have rebuilt sage from source tarball and solved problem. Although it takes several hours to finish that, the procedure is quite smooth and easy. I can continue my exploration in sage now :) Thank you all for the help! Best Regards, HZ --~--~-~--~~~---~-

[sage-devel] Re: formal power series package

On 21 Aug., 14:06, David Joyner wrote: > 1. How do you know it has "100% coverage". Did you run some kind of script? Yes, "sage -coverage"; William explained that to me. > 2. I'm used to seeing __init__ immediately after the class Ya the methods are not ordered according a certain principle. Som

[sage-devel] William's ISSAC 2008 talk

Hi, It took some time for me to find pdf and sws files of William's talk in ISSAC 2008. I think these should be listed in Sage Home/Library/ Talks. The files seem to be in the right place, but there is no link to: http://sage.math.washington.edu/talks/2008-issac/ I am not sure if these are his

[sage-devel] Re: formal power series package

On 21 Aug., 14:06, David Joyner wrote: > 1. How do you know it has "100% coverage". Did you run some kind of script? Yes, "sage -coverage"; William explained that to me. > 2. I'm used to seeing __init__ immediately after the class Ya the methods are not ordered according a certain principle. Som

[sage-devel] Re: Suggestion to print extra information in the banner.

Hi John, On 22 Aug., 08:03, John H Palmieri wrote: > * Type "notebook()" for the notebook interface. +1 for mentioning the notebook, but I think 'type "notebook()" for the GUI' is shorter, and since the word "notebook" is an explicit command name, it is quite likely that the user understands wh

[sage-devel] Re: formal power series package

Dear Henryk, dear Mike, dear Ralf, On Fri, Aug 21, 2009 at 03:40:49AM -0700, Henryk Trappmann wrote: > > My last post on this topic is now nearly 5 months time ago: > http://groups.google.com/group/sage-devel/browse_thread/thread/49069f5090e0f4b9/eaabced82d61573b > I didnt get any reply

[sage-devel] Re: A graph of the whole world....

Hi! On 22 Aug., 10:11, Nathann Cohen wrote: > Is there a variable defining the path of sage up to the current > branch ? There is SAGE_ROOT, and if I am not mistaken then SAGE_ROOT+'/devel/ sage/' is a link to the current mercurial branch. But there is also a folder SAGE_ROOT+'/local/'. Your p

[sage-devel] Re: A strange Magma interface bug

Oops. Please indent the line with "a:=..." by 4 spaces. --~--~-~--~~~---~--~~ 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

[sage-devel] Re: William's ISSAC 2008 talk

On Sat, Aug 22, 2009 at 12:15 AM, Kwankyu wrote: > > Hi, > > It took some time for me to find pdf and sws files of William's talk > in ISSAC 2008. I think these should be listed in Sage Home/Library/ > Talks. The files seem to be in the right place, but there is no link > to: > > http://sage.mat

[sage-devel] Re: ECL as a library

On Aug 22, 2:23 am, Nils Bruin wrote: >  1. Signal handler collision between sage and ecl A C function can be used to deactivate trapping of signals http://ecls.sourceforge.net/new-manual/re37.html#table.boot_options >  2. sage segfaults upon exit if ecl has run Run cl_shutdown() manually bef

[sage-devel] A strange Magma interface bug

Hi, I found a strange bug. If you have Magma installed, then please copy and paste the following 6 six lines into your Sage notebook. Shift- entering it results in a "bad syntax" error. %magma function t() a:=1+2+3+4+5+6+7+8+9+0+1+2+3+4+5+6+7+8+9+0+1+2+3+4+5+6+7+8+9+0+1+2+3+4+5+6+7+8+9+0+1+2+3

[sage-devel] Re: A graph of the whole world....

Excellent :-) I thought writing the whole path would be sufficient, but if I load the function first then call it, it works at last :-) My last problem is that the file is not found. I just wrote the filename hoping it would try to find it in the directory of graph_generator, but it seems to try

[sage-devel] Re: Suggestion to print extra information in the banner.

On 22 Aug., 10:41, Simon King wrote: > 4. > sage_help(foo), where "foo" is any object, prints (or shows in > "less"): > 'Note: Typing "%s??" will give you the following information more > easily.\n\n%s'%(foo.__name__, foo.__doc__) I meant to only write 'Note: Typing "%s?" will...', not ??. Sorry

[sage-devel] Re: notebook rewrite

On Aug 22, 6:04 am, Thierry Dumont wrote: > Yoav Aner a écrit : > > > only web-based requests. Google also try to push users to have a > > google account to authenticate. It might be a good or a bad thing, > > depending on your perspective. Amazon EC2 in that respect gives you > > more flexibil

[sage-devel] Re: A strange Magma interface bug

On Sat, Aug 22, 2009 at 2:03 AM, Kwankyu wrote: > > Hi, > > I found a strange bug. If you have Magma installed, then please copy > and paste the following 6 six lines into your Sage notebook. Shift- > entering it results in a "bad syntax" error. > > %magma > function t() > > > a:=1+2+3+4+5+6+7+8+

[sage-devel] Re: A graph of the whole world....

On Sat, Aug 22, 2009 at 1:56 AM, Simon King wrote: > > Hi! > > On 22 Aug., 10:11, Nathann Cohen wrote: > > Is there a variable defining the path of sage up to the current > > branch ? > > There is SAGE_ROOT, and if I am not mistaken then SAGE_ROOT+'/devel/ > sage/' is a link to the current mercu

[sage-devel] typo in patch of ticket #6396: primes_of_degree_one is broken for relative extensions

Hi folks, The patch trac_6396-deg1primes.patch at ticket #6396 has this docstring: 201 We test that #6396 is fixed. Note that the doctest is flagged as random 202 since the string representation of ideals is somewhat unpredictable.:: 203

[sage-devel] Re: Suggestion to print extra information in the banner.

Hi, Before this thread gets out of hand, note that this is a canonical example of "Painting the Bike Shed". Please see http://www.unixguide.net/freebsd/faq/16.19.shtml if you don't know what I'm talking about.With that remark made, I do think redesigning the banner is a great

[sage-devel] Re: Suggestion to print extra information in the banner.

Note the difference between j...@ubuntu%gp -q ? 2+2 4 and j...@ubuntu%gp [13 lines of build info, instructions on how to get help and quit, and other stuff.] ? 2+2 %1 = 4 i.e. have an informative banner, but have a command line option to suppress it. John 2009/8/22 Simon King : > > On 22 Au

[sage-devel] Re: A strange Magma interface bug

On Aug 22, 7:23 pm, William Stein wrote: > On Sat, Aug 22, 2009 at 2:03 AM, Kwankyu wrote: > > > Hi, > > > I found a strange bug. If you have Magma installed, then please copy > > and paste the following 6 six lines into your Sage notebook. Shift- > > entering it results in a "bad syntax" erro

[sage-devel] [Was: banner] Desktop notebook launcher

Hi On Sat, Aug 22, 2009 at 03:14:03AM -0700, William Stein wrote: > (3) How to start the notebook interface -- obviously I don't care, but >new users find this very important, I would guess? If a user is that new that this doesn't make sense, should she even be here? І have the followi

[sage-devel] Re: William's ISSAC 2008 talk

On Aug 22, 6:33 pm, William Stein wrote: > On Sat, Aug 22, 2009 at 12:15 AM, Kwankyu wrote: > > > Hi, > > > It took some time for me to find pdf and sws files of William's talk > > in ISSAC 2008.  I think these should be listed in Sage Home/Library/ > > Talks. The files seem to be in the right

[sage-devel] Design question about rings, re #6441

Dear all, At SAGE Days 16 I implemented some code for division-free matrix operations, which is being tracked as ticket #6441. The main contribution is code to compute the characteristic polynomial without divisions, and this leads to code to compute the characteristic polynomial, the adjoint ma

[sage-devel] Re: A graph of the whole world....

Done, and it works But now I wonder how to build the patch, as SAGE/DATA is not monitored.. :-) I could also just attach it to the Trac ticket, and let it be merged to Sage, as it does not seem worth building a spkg Nathann On Aug 22, 12:25 pm, William Stein wrote: > On Sat, Aug 22, 20

[sage-devel] Re: A graph of the whole world....

Hi William! On 22 Aug., 12:25, William Stein wrote: [...] > No, use the SAGE_DATA variable, which is defined in misc/misc.py: Thank you, I didn't know about that one. Is it for data that concern the whole Sage installation, or is it specific to a single user (like DOT_SAGE)? In the former case

[sage-devel] Re: formal power series package

On 22 Aug., 09:50, "Nicolas M. Thiery" wrote: > Henryk: in the mean time, could you please create a ticket on trac for > this Yes, yes, I did already. See above (unfortunately the post seems to be doubled, so if possible, would anyone delete the other post). > and, if possible, try to evaluate

[sage-devel] Re: Suggestion to print extra information in the banner.

William Stein wrote: > It's important to clarify what a banner is for, what is "useful > information" and for what purpose. First, think about this -- Every > time you read a question or bug report from a user, what do you often > ask the user? > > If it is a build question: > > * what

[sage-devel] Re: It takes too long to check "x in list" in symbolics!

On Aug 21, 2009, at 1:47 PM, William Stein wrote: > On Thu, Aug 20, 2009 at 1:37 PM, Golam Mortuza Hossain > wrote: > > Hi, > > On Thu, Aug 20, 2009 at 3:03 PM, Jason Grout s...@creativetrax.com> wrote: > >> I guess, a policy decision is involved here as to whether use > mathematical > >> id

[sage-devel] Re: Sage benchmark

Dr. David Kirkby wrote: > Has anyone ever thought of developing a Sage benchmark, so allowing > different hardware to be compared in running Sage? If people are setting > up a Sage server, it would be sensible they have some idea of the > performance of various hardware. > > Mathematica has on

[sage-devel] Re: A graph of the whole world....

On Sat, Aug 22, 2009 at 4:26 AM, Simon King wrote: > > Hi William! > > On 22 Aug., 12:25, William Stein wrote: > [...] > > No, use the SAGE_DATA variable, which is defined in misc/misc.py: > > Thank you, I didn't know about that one. > Is it for data that concern the whole Sage installation, or

[sage-devel] Re: A graph of the whole world....

On Sat, Aug 22, 2009 at 3:57 AM, Nathann Cohen wrote: > > Done, and it works But now I wonder how to build the patch, as > SAGE/DATA is not monitored.. :-) > > I could also just attach it to the Trac ticket, and let it be merged > to Sage, as it does not seem worth building a spkg That m

[sage-devel] Re: Design question about rings, re #6441

On Sat, Aug 22, 2009 at 4:16 AM, Sebastian Pancratz wrote: > > Dear all, > > At SAGE Days 16 I implemented some code for division-free matrix > operations, which is being tracked as ticket #6441. The main > contribution is code to compute the characteristic polynomial without > divisions, and thi

[sage-devel] Re: [Was: banner] Desktop notebook launcher

On Sat, Aug 22, 2009 at 4:15 AM, Jan Groenewald wrote: > > Hi > > On Sat, Aug 22, 2009 at 03:14:03AM -0700, William Stein wrote: > > (3) How to start the notebook interface -- obviously I don't care, > but > >new users find this very important, I would guess? > > If a user is that new t

[sage-devel] Re: typo in patch of ticket #6396: primes_of_degree_one is broken for relative extensions

On Sat, Aug 22, 2009 at 3:34 AM, Minh Nguyen wrote: > > Hi folks, > > The patch trac_6396-deg1primes.patch at ticket #6396 has this docstring: > >201 We test that #6396 is fixed. Note that the doctest > is > flagged as random >202 since the string represent

[sage-devel] Re: ECL as a library

On Aug 22, 2:23 am, Juanjo wrote: > A C function can be used to deactivate trapping of signals Thanks! that is probably a more elegant way. I found the POSIX "sigaction" which allows signal handlers to be read and set. Bracing cl_boot between an appropriate amount of those seems to do the trick

[sage-devel] Re: Design question about rings, re #6441

>sage: R.is_field(unknown_returns_false=True) >True or False Why not R.is_field(unknown_returns=XXX) so you can specify the desired value for "I don't know", either False or True? Otherwise, +1 -- this has been a problem in other places for me. Nick --~--~-~--~~

[sage-devel] Re: Design question about rings, re #6441

William Stein wrote: > > > On Sat, Aug 22, 2009 at 4:16 AM, Sebastian Pancratz > wrote: > > > Dear all, > > At SAGE Days 16 I implemented some code for division-free matrix > operations, which is being tracked as ticket #6441. The main > contributio

[sage-devel] Re: Design question about rings, re #6441

On Sat, Aug 22, 2009 at 12:17 PM, Jason Grout wrote: > > William Stein wrote: > > > > > > On Sat, Aug 22, 2009 at 4:16 AM, Sebastian Pancratz > > wrote: > > > > > > Dear all, > > > > At SAGE Days 16 I implemented some code for division-free matrix > > operati

[sage-devel] Re: Sage benchmark

On Sat, Aug 22, 2009 at 10:48 AM, Dr. David Kirkby wrote: > > Dr. David Kirkby wrote: > > Has anyone ever thought of developing a Sage benchmark, so allowing > > different hardware to be compared in running Sage? If people are setting > > up a Sage server, it would be sensible they have some idea

[sage-devel] Re: Sage benchmark

On Sat, Aug 22, 2009 at 9:50 PM, William Stein wrote: > On my laptop (OS X 64-bit Sage-4.1.1 and Mathematica 7.0): > > Test 1 -- sage (=mpfr) wins > > SAGE: > sage: time a = N(pi, 500) > CPU times: user 10.31 s, sys: 0.94 s, total: 11.26 s > Wall time: 11.73 s > > MATHEMATICA: > In[1]:= Timing

[sage-devel] Re: Sage benchmark

On Sat, Aug 22, 2009 at 1:21 PM, Fredrik Johansson < fredrik.johans...@gmail.com> wrote: > > On Sat, Aug 22, 2009 at 9:50 PM, William Stein wrote: > > On my laptop (OS X 64-bit Sage-4.1.1 and Mathematica 7.0): > > > > Test 1 -- sage (=mpfr) wins > > > > SAGE: > > sage: time a = N(pi, 500) > >

[sage-devel] Re: typo in patch of ticket #6396: primes_of_degree_one is broken for relative extensions

On Sun, Aug 23, 2009 at 4:53 AM, William Stein wrote: > > > On Sat, Aug 22, 2009 at 3:34 AM, Minh Nguyen wrote: >> >> Hi folks, >> >> The patch trac_6396-deg1primes.patch at ticket #6396 has this docstring: >> >>201 We test that #6396 is fixed. Note that the doctest >> is >> f

[sage-devel] Re: Design question about rings, re #6441

Hi William, On Aug 22, 8:30 pm, William Stein wrote: [...] > > The logic > > between the equality testing and this question seems like it should be > > consistent. > > That's a good point -- the question is perhaps impossible to answer in > general in both cases.     That said, I know for a fact

[sage-devel] Re: Sage benchmark

William Stein wrote: > > > On Sat, Aug 22, 2009 at 10:48 AM, Dr. David Kirkby > mailto:david.kir...@onetel.net>> wrote: > > > Dr. David Kirkby wrote: > > Has anyone ever thought of developing a Sage benchmark, so allowing > > different hardware to be compared in running Sage? If

[sage-devel] Re: Design question about rings, re #6441

On Sat, Aug 22, 2009 at 1:50 PM, Simon King wrote: > > Hi William, > > On Aug 22, 8:30 pm, William Stein wrote: > [...] > > > The logic > > > between the equality testing and this question seems like it should be > > > consistent. > > > > That's a good point -- the question is perhaps impossible

[sage-devel] Re: ECL as a library

On Aug 22, 9:12 pm, Nils Bruin wrote: > On Aug 22, 2:23 am, Juanjo > wrote: > > > A C function can be used to deactivate trapping of signals > > Thanks! that is probably a more elegant way. There is only one thing that worries me, though. ECL installs its own signal handlers so that we can quic

[sage-devel] Re: Sage benchmark

On Sat, Aug 22, 2009 at 2:08 PM, Dr. David Kirkby wrote: > > William Stein wrote: > > > > > > On Sat, Aug 22, 2009 at 10:48 AM, Dr. David Kirkby > > mailto:david.kir...@onetel.net>> wrote: > > > > > > Dr. David Kirkby wrote: > > > Has anyone ever thought of developing a Sage benchmark, so

[sage-devel] Re: ECL as a library

On Sat, Aug 22, 2009 at 2:13 PM, Juanjo < juanjose.garciarip...@googlemail.com> wrote: > > On Aug 22, 9:12 pm, Nils Bruin wrote: > > On Aug 22, 2:23 am, Juanjo > > wrote: > > > > > A C function can be used to deactivate trapping of signals > > > > Thanks! that is probably a more elegant way. > >

[sage-devel] Re: Design question about rings, re #6441

> > In this file, the current behaviour is the following, > > >  o  Try to establish the answer (yes or no). > >  o  If this doesn't work, throw an exception. > > > although the actual behaviour is down to the inheriting classes. > > > From the point of view of the ring, this might seem sensible.

[sage-devel] Re: Design question about rings, re #6441

On Sat, Aug 22, 2009 at 2:23 PM, Sebastian Pancratz wrote: > > > > In this file, the current behaviour is the following, > > > > > o Try to establish the answer (yes or no). > > > o If this doesn't work, throw an exception. > > > > > although the actual behaviour is down to the inheriting clas

[sage-devel] Re: Sage benchmark

On Aug 22, 11:08 pm, "Dr. David Kirkby" wrote: > If that whole thing could be implemented, it would make for interesting > results. Karl might even want to provide a link to Sage results! And I would like to put it on the website ;) It might be useful/fair to add other benchmarks, representati

[sage-devel] Re: ECL as a library

On Aug 22, 2009, at 12:12 PM, Nils Bruin wrote: > > On Aug 22, 2:23 am, Juanjo > wrote: > >> A C function can be used to deactivate trapping of signals > > Thanks! that is probably a more elegant way. I found the POSIX > "sigaction" which allows signal handlers to be read and set. Bracing > cl_b

[sage-devel] Re: Sage benchmark

On Sat, Aug 22, 2009 at 2:40 PM, Harald Schilly wrote: > > On Aug 22, 11:08 pm, "Dr. David Kirkby" > wrote: > > > If that whole thing could be implemented, it would make for interesting > > results. Karl might even want to provide a link to Sage results! > > And I would like to put it on the webs

[sage-devel] Re: Design question about rings, re #6441

> I agree that consistent behaviour is good, but I don't see the point > of the "proof=True" option: Catching an error is not more difficult > than putting an extra argument "proof=False". I am not sure about this. In the current implementation, none of the intermediate methods (e.g. for quotien

[sage-devel] Re: Sage benchmark

Harald Schilly wrote: > On Aug 22, 11:08 pm, "Dr. David Kirkby" > wrote: > >> If that whole thing could be implemented, it would make for interesting >> results. Karl might even want to provide a link to Sage results! > > And I would like to put it on the website ;) It could only be useful. >

[sage-devel] Re: Design question about rings, re #6441

Hi Sebastian, On 22 Aug., 23:46, Sebastian Pancratz wrote: [...] > I think I'd prefer the other suggestion, namely leaving the default > behaviour of methods like "is_field" as it is at the moment (thereby > not breaking any other code!) and introducing an optional argument to > specifically sui

[sage-devel] Re: Sage benchmark

William Stein wrote: > > I checked and the docs for PrimeQ say it returns True if and only > if the > > input number is prime. Been it points at the implementation notes, > > which describes the primality test they implement at it is only a > > pseudoprimality test. I.e.

[sage-devel] Re: Sage benchmark

On Aug 22, 11:53 pm, "Dr. David Kirkby" wrote: > > What would be good is if we could have the exact same one Mathematica > uses, but doing that without Wolfram Research's permission could be a > breach of copyright. Uhm, it could be a copyright on the original test, but my personal view is that

[sage-devel] Re: Design question about rings, re #6441

Simon King wrote: > If one really wants to know whether R is provably not a field, then > one asks R.is_field()==False. A short aside unrelated to the general discussion, but good to know: it's usually much faster to do "some_value is False", since that is a pointer comparison. Also, 0==Fals

[sage-devel] Re: Sage benchmark

On 22 Aug., 23:53, "Dr. David Kirkby" wrote: [...] > > sage: R. = PolynomialRing(GF(13)) > > sage: time _ = expand((x+y+z+1)**100) > > CPU times: user 0.07 s, sys: 0.00 s, total: 0.08 s > > Wall time: 0.08 s > > > In[1]:= Timing[Expand[(x+y+z+1)^100, Modulus -> 13]][[1]] > > Out[1]= 4.20826 So,

[sage-devel] matplotlib html5 canvas backend

This was just posted to the matplotlib mailing list. I know there is interest here in such a thing; so if you want to try what they have out, here are instructions. --- Paul Kienzle expressed interest at the mpl sprint in working on an html5 canvas backend for mpl.

[sage-devel] Re: Design question about rings, re #6441

On Sat, Aug 22, 2009 at 3:02 PM, Simon King wrote: > > Hi Sebastian, > > On 22 Aug., 23:46, Sebastian Pancratz wrote: > [...] > > I think I'd prefer the other suggestion, namely leaving the default > > behaviour of methods like "is_field" as it is at the moment (thereby > > not breaking any othe

[sage-devel] Re: typo in patch of ticket #6396: primes_of_degree_one is broken for relative extensions

Minh, I don't mean to pick on you; this is a generic "please quote appropriately" message. I am going to start replying to messages that don't quote with good netiquette. This is a two line reply that refers to the thread, not even the messages before it. Please just leave one line explai

[sage-devel] Re: Categories restart: call for reviewers

Dear category fans, For information: in principle, the new category code is now 100% doctested! Cheers, Nicolas -- Nicolas M. Thiéry "Isil" http://Nicolas.Thiery.name/ --~--~-~--~~~---~--~~ To post to this group, send an e

[sage-devel] Re: ECL as a library

William, I don't mean to pick on you; this is a generic "please quote appropriately" message. I am going to start replying to messages that don't quote with good netiquette. This is a two line reply. Please just leave a few lines of direct context, then reply: [ pages of text deleted, be

[sage-devel] Re: ECL as a library

On Sat, Aug 22, 2009 at 4:32 PM, Nick Alexander wrote: > > William, I don't mean to pick on you; this is a generic "please quote > appropriately" message. Well, in the interest of netiquette, I think you should post these directly to the person you're complaining to or on sage-flame, instead of

[sage-devel] Re: Sage benchmark

On Aug 23, 12:24 am, Simon King wrote: > > So, over QQ, MMA is slightly faster, but over finite fields Sage > clearly wins? That is already something worth pointing out. > I'm not a mma expert, but since they have no system in place to define the ring it's noteworthy to stick the finger where it

[sage-devel] Re: Categories restart: call for reviewers

Dear javier, On Thu, Aug 20, 2009 at 02:17:34AM -0700, javier wrote: > I would like to get more involved with Sage developing, and > "mathematical sanity check" looks like something I can certainly do > and a nice way to get started, so I will try to jump into this one. Great, thanks! >

[sage-devel] Re: Categories restart

Dear Craig, On Wed, Jul 08, 2009 at 02:21:49PM -0700, Craig Citro wrote: > > So how is the baby? > Very overdue! But she'll hopefully be here soon. ;) So She must have been here for a couple weeks now! How is it going? > >> Honestly, I don't recall -- what was our plan for pat

[sage-devel] Re: typo in patch of ticket #6396: primes_of_degree_one is broken for relative extensions

> I am going to start replying to messages that don't quote with good > netiquette. > +1. More power to you. -cc --~--~-~--~~~---~--~~ To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel

[sage-devel] Re: typo in patch of ticket #6396: primes_of_degree_one is broken for relative extensions

On Sat, Aug 22, 2009 at 4:47 PM, Craig Citro wrote: > > > I am going to start replying to messages that don't quote with good > > netiquette. > > > > +1. More power to you. However, -1 to doing this onlist to everybody. What does that help? William --~--~-~--~~~--

[sage-devel] Re: Sage benchmark

Simon King wrote: > On 22 Aug., 23:53, "Dr. David Kirkby" wrote: > [...] >>> sage: R. = PolynomialRing(GF(13)) >>> sage: time _ = expand((x+y+z+1)**100) >>> CPU times: user 0.07 s, sys: 0.00 s, total: 0.08 s >>> Wall time: 0.08 s >>> In[1]:= Timing[Expand[(x+y+z+1)^100, Modulus -> 13]][[1]] >>> O

[sage-devel] Re: Sage benchmark

Harald Schilly wrote: > On Aug 22, 11:53 pm, "Dr. David Kirkby" > wrote: >> What would be good is if we could have the exact same one Mathematica >> uses, but doing that without Wolfram Research's permission could be a >> breach of copyright. > > Uhm, it could be a copyright on the original test

[sage-devel] Re: typo in patch of ticket #6396: primes_of_degree_one is broken for relative extensions

> However, -1 to doing this onlist to everybody.  What does that help? > I think a few on-list messages serve as a public reminder, and will probably greatly lessen Nick's work -- everyone who reads the message gets a reminder, not just the person who sent it. So I'm +1 on it being on-list, and s

[sage-devel] Re: typo in patch of ticket #6396: primes_of_degree_one is broken for relative extensions

On 22-Aug-09, at 5:22 PM, Craig Citro wrote: > >> However, -1 to doing this onlist to everybody. What does that help? I'm a few uncut-quote-plus-one-line-replies away from no longer reading sage-devel. The signal to noise ratio has plummeted; several important developers no longer read; m

[sage-devel] verifying visual look of ReST in docstrings

Hi, I just wanted to emphasize that as of sage-4.1.1, if you write some code and want to very easily/quickly check that your ReST docstrings look right, just introspect (tab or ?) in the notebook on that docstring and it now will come up nicely formatted. If you did "sage -br" you do *not* have