[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

[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] 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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] 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: 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] 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 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: 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: 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

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

> 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

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: 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 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: 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: 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: 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: 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 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: 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: 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

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: 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: 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: 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 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: 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: 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

>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: 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: 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: [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: 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: 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: 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: 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: 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: 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: 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: 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: 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] 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: 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] [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: 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] 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: 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] 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: 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] 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: 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: 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: 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: 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: 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: 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....

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: 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: 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

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: 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 --~--~-~--~~~---~-