[sage-devel] Re: Wolfram Alpha and Google (Trendalyzer)
Minh Nguyen wrote: On Wed, Apr 29, 2009 at 12:49 AM, kcrisman kcris...@gmail.com wrote: I believe these services are at least partially relevant to this list, particularly the Wolfram announcement. If they have been mentioned recently here, my apologies. Here's a recent article from Groklaw on differences in terms of use between Google and Wolfram|Alpha: http://www.groklaw.net/article.php?story=20090518204959409 From http://www.wolframalpha.com/termsofuse.html#waystouse The Wolfram|Alpha service may be used only by a human being using a conventional web browser to manually enter queries one at a time. Because Wolfram|Alpha is doing computation, not just lookup, each query may require significant CPU time on multiple parallel servers. Any attempt to use a robot, script, or organized group of humans to repeatedly access Wolfram|Alpha could place an unacceptable load on the system, and is strictly forbidden. So much for a Sage interface to Alpha... Jason - kcrisman --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Wolfram Alpha and Google (Trendalyzer)
On Tue, May 19, 2009 at 6:08 AM, Jason Grout jason-s...@creativetrax.com wrote: Minh Nguyen wrote: On Wed, Apr 29, 2009 at 12:49 AM, kcrisman kcris...@gmail.com wrote: I believe these services are at least partially relevant to this list, particularly the Wolfram announcement. If they have been mentioned recently here, my apologies. Here's a recent article from Groklaw on differences in terms of use between Google and Wolfram|Alpha: http://www.groklaw.net/article.php?story=20090518204959409 From http://www.wolframalpha.com/termsofuse.html#waystouse The Wolfram|Alpha service may be used only by a human being using a conventional web browser to manually enter queries one at a time. Because Wolfram|Alpha is doing computation, not just lookup, each query may require significant CPU time on multiple parallel servers. Any attempt to use a robot, script, or organized group of humans to repeatedly access Wolfram|Alpha could place an unacceptable load on the system, and is strictly forbidden. So much for a Sage interface to Alpha... And here's a hilarious critique for your reading pleasure :-) http://www.theregister.co.uk/2009/05/19/dziuba_wolfram/ Jason -- Regards Minh Van Nguyen --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Greek letters
On May 19, 9:44 am, hpon peter.norli...@gmail.com wrote: html($$ \sigma = %s $$ %latex(value)) uhm, it might not help you, but for value=3.124 it works for me... What do you suggest? system, platform, browser and sage version number please ;) h --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Greek letters
uhm, it works for me too now... Strange.. I don't think I've changed anything since last time I tried. Thanks for your reply anyway! I'll post a message if the same thing happens again. /hpon On 19 Maj, 10:01, Harald Schilly harald.schi...@gmail.com wrote: On May 19, 9:44 am, hpon peter.norli...@gmail.com wrote: html($$ \sigma = %s $$ %latex(value)) uhm, it might not help you, but for value=3.124 it works for me... What do you suggest? system, platform, browser and sage version number please ;) h --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Short key for evaluating notebook workwsheet
Hi, I use the online notebook. Are there short keys for evaluating the current field and the entire worksheet? /hpon --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Short key for evaluating notebook workwsheet
On Tue, May 19, 2009 at 8:17 AM, hpon peter.norli...@gmail.com wrote: Hi, I use the online notebook. Are there short keys for evaluating the current field Try Shift+Enter and the entire worksheet? /hpon -- Regards Minh Van Nguyen --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Short key for evaluating notebook workwsheet
Nice! Thank you! On 19 Maj, 10:22, Minh Nguyen nguyenmi...@gmail.com wrote: On Tue, May 19, 2009 at 8:17 AM, hpon peter.norli...@gmail.com wrote: Hi, I use the online notebook. Are there short keys for evaluating the current field Try Shift+Enter and the entire worksheet? /hpon -- Regards Minh Van Nguyen --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Greek letters
On Tue, May 19, 2009 at 12:44 AM, hpon peter.norli...@gmail.com wrote: Hi, I've been using commands of the following type: html($$ %s $$ %latex (expression)), but now I want to do something different. I want to print: {some greek letter} = {a numerical value} in the most simple way. I've been trying things like html($$ \sigma = %s $$ %latex(value)), Try html($$ \\sigma = %s $$ %latex(value)) Notice the two \\'s. -- William but this spells out the word sigma rather than the letter sigma. What do you suggest? /hpon -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Greek letters
Thanks William. That works too. I'll keep it in mind, as an alternative, if the same problem occurs again. /hpon On 19 Maj, 10:26, William Stein wst...@gmail.com wrote: On Tue, May 19, 2009 at 12:44 AM, hpon peter.norli...@gmail.com wrote: Hi, I've been using commands of the following type: html($$ %s $$ %latex (expression)), but now I want to do something different. I want to print: {some greek letter} = {a numerical value} in the most simple way. I've been trying things like html($$ \sigma = %s $$ %latex(value)), Try html($$ \\sigma = %s $$ %latex(value)) Notice the two \\'s. -- William but this spells out the word sigma rather than the letter sigma. What do you suggest? /hpon -- William Stein Associate Professor of Mathematics University of Washingtonhttp://wstein.org --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: chain complexes over the integers are not abelian
Hi John, On Mon, May 18, 2009 at 09:25:56PM -0700, John H Palmieri wrote: On May 18, 8:43 pm, wkehowski wkehow...@cox.net wrote: What about matrix rings over ZZ? No, but they're not supposed to be. On May 18, 7:03 pm, John H Palmieri jhpalmier...@gmail.com wrote: On May 18, 2:44 pm, benjamin antieau d.ben.anti...@gmail.com wrote: Oh, and this is also the case over other base rings, like over GF(p). On May 18, 2:43 pm, benjamin antieau d.ben.anti...@gmail.com wrote: I noticed the following incorrect behavior. sage: C=simplicial_complexes.ChessboardComplex(3,3).chain_complex() sage: C.category() Category of chain complexes over Integer Ring sage: A=C.category() sage: A.is_abelian() False As far as I can tell ChainComplexes inherits is_abelian from AbelianCategory, so I don't know what the problem is. class ChainComplexes(Category_module): class Category_module(Category_over_base_ring, AbelianCategory): class AbelianCategory: def is_abelian(self): return True The problem is not just chain complexes: sage: RingModules(ZZ).is_abelian() False See http://trac.sagemath.org/sage_trac/ticket/6081 for a patch. To avoid a conflict, I will integrate this into the category patch. Now, I'd like to make sure we have the samething in mind: currently in my patch an AbelianCategory is a category with a direct sum operation on the objects. Does this match with what you have in mind? Which categories should be abelian? Note about the patch: to avoid dependencies on the inheritance order between the bases, wouldn't it be more natural to have the default definition of is_abelian in Category? Best, Nicolas -- Nicolas M. Thiéry Isil nthi...@users.sf.net http://Nicolas.Thiery.name/ --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: statistics in sage
On May 18, 12:29 am, mhampton hampto...@gmail.com wrote: Here at Sage Days 15, William Stein gave a presentation on the future of Sage in which one of the issues was improved statistics support. While we include statistics functionality vis R, rpy, and scipy.stats, that functionality is not unified and has usability problems (for example, plots in R are somewhat difficult to get working correctly within Sage). So I have started a file basic_stats.py in the stats directory, with a ridiculously simple start: http://trac.sagemath.org/sage_trac/ticket/6058 Before moving forward too much I think it would be useful to have some thoughts on some issues with this: 1) What functions should be in the namespace by default? I am starting with mean, variance, and standard deviation (std), but it is unclear to me what else should be there. 2) How much code should we reuse from scipy.stats and R? Presumably the code in R is more robust, but scipy is more python- and sage- friendly. 3) Related to 1), what are the most commonly used statistics functions? What is needed to teach most undergraduate statistics and probability courses? I just wanted to mention a far-out -- it's likely not something that will be implemented soon but if you like it it could affect how one gives name in the API etc. Basically I can see Sage being a great place to merge symbolic calculations in statistics and data analysis. Simple example: sage: a, b = var('a,b') sage: sigmasq = Gamma(a, b); sigmasq Gamma distribution with parameters a, b sage: y = Normal(0, var=sigmasq); y Normal distribution with gamma distributed variance sage: y.mle(data) # generic maximum likelikehood on arbitrary distributions {a:2.32, b: 12} sage: y.draw(10) # draw 10 random samples through e.g. automatic MCMC through symbolics ... sage: z = given(y, [sigmasq, 2]); z Normal distribution with variance 2 Or perhaps some syntax candy sage: y | sigmasq=2 Normal distribution with variance 2 I don't know whether something like this could be made powerful enough to be useful above a teaching level, but it would definitely be useful there. At least it would allow natural operations on what I learnt in my Bayesian statistics coure :-) Dag Sverre --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: 1) SAGE-WN distribution for cluster worker nodes
If no objection I'll post here for possible comments and guidelines. First thing that I'm trying to do is to make a distribution of SAGE that could be recommended for installation on worker nodes of large clusters in supercomputing centers. After BG-II project meeting it was decided to recommend Sage as a service for gLite-sites. So the need is to produce a safe package for WNs. Safe means secure and safe to install in the cluster infrastructure. Mainly I want to block starting of notebook server and wiki. Download of the sage scripts and objects from the SAGEMath Server is to be left in place. Could it be enough just to exclude twisted package from the base distribution ? Any other packages that a worker node doesn't need ? I would appreciate a comment on this issue but will be also investigating it myself. #Serge Serge A. Salamanka пишет: Hello, 1) I need to create a special distribution of SAGE for installation on worker nodes of a large cluster. It should be disabled of any functionality to start web-services. It can only be used to compute sage-notebooks with the help of Sage python library and other mathematics software included in Sage. 2) Probably there could also be a possibility to configure Sage-WN ( Sage installation on cluster worker node ) for a master server to accept jobs through dsage submition and thus leave the twisted networking in place. 3) the next step is to create an rpm package for Sage-WN distribution of Sage. These tasks are the first steps to gridification of Sage. I wonder if anyone could suggest the ways to accomplish these tasks easily and correctly. #Serge --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 3.4 Installation error (due to gmp-mpir-0.9's installation ) on Playstation 3 (with Ubuntu 8.10 Linux)
On Mar 31, 8:12 pm, Bill Hart goodwillh...@googlemail.com wrote: GMP used to build on aplaystation, though I don't know which versions. The eventual plan is to have MPIR not only build on aplaystation, but to specifically support the Cell chip. I will not have access to aplaystation3 again for about 2 months, so this bug is unlikely to get fixed quickly. If you can post the output of configure, I may have some specific advice. The latest version of MPIR is available here: http://www.mpir.org/ If you run configure, make and make check, I'd be interested in seeing what happens (especially the output of configure). Bill. Hi Bill, I just tried compiling SAGE 3.4.2 on a PS3 (Fedora Core 9). It bombs out during the compilation of FLINT: gcc -std=c99 -I/home/rpw/sage-3.4.2/local/include/ -I/home/rpw/ sage-3.4.2/local/ include -fPIC -funroll-loops -O3 -DNDEBUG -o pack.o -c zn_poly/ pack.c zn_poly/pack.c:86:2: error: #error Not nails-safe yet zn_poly/pack.c:168:2: error: #error Not nails-safe yet zn_poly/pack.c:252:2: error: #error Not nails-safe yet zn_poly/pack.c:351:2: error: #error Not nails-safe yet zn_poly/pack.c:433:2: error: #error Not nails-safe yet Is there any easy fix to this? Apparently it's compiling in 32-bit mode. If you want full logs, I can put them up. Cheers, RPW -- Ralf-Philipp Weinmann https://cryptolux.org/Ralf-Philipp_Weinmann CryptoLUX / Laboratory of Algorithmics and Computer Security, FSTC University of Luxembourg phone: +352-466644-5654 --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: chain complexes over the integers are not abelian
void a conflict, I will integrate this into the category patch. Now, I'd like to make sure we have the samething in mind: currently in my patch an AbelianCategory is a category with a direct sum operation on the objects. Yes. Having (finite) direct sums is part of the definition of an abelian category. Regards, Michel --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] crypto thesis mentioning Sage
Hi folks, Just came across the following PhD thesis by Ralf-Philipp Weinmann that mentions Sage: http://tuprints.ulb.tu-darmstadt.de/1362/1/rpwphd.pdf The current list of publication mentioning Sage at http://www.sagemath.org/library/publications.html doesn't list the above thesis so I thought Weinmann's thesis could be added to that list. -- Regards Minh Van Nguyen --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: crypto thesis mentioning Sage
On Tue, May 19, 2009 at 1:31 PM, Minh Nguyen nguyenmi...@gmail.com wrote: Hi folks, Just came across the following PhD thesis by Ralf-Philipp Weinmann that mentions Sage: http://tuprints.ulb.tu-darmstadt.de/1362/1/rpwphd.pdf The current list of publication mentioning Sage at http://www.sagemath.org/library/publications.html doesn't list the above thesis so I thought Weinmann's thesis could be added to that list. Hi Minh, I should've probably sent that mail myself. :) Thanks for the reminder! Cheers, RPW -- Ralf-Philipp Weinmann https://cryptolux.org/Ralf-Philipp_Weinmann CryptoLUX / Laboratory of Algorithmics and Computer Security, FSTC University of Luxembourg phone: +352-466645654 --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Wolfram Alpha and Google (Trendalyzer)
On May 19, 2:08 am, Jason Grout jason-s...@creativetrax.com From http://www.wolframalpha.com/termsofuse.html#waystouse The Wolfram|Alpha service may be used only by a human being using a conventional web browser to manually enter queries one at a time... So much for a Sage interface to Alpha... Not necessarily. Evidently, there will be an API interface to Wolfram Alpha that would, presumably, have its own terms of use. Although, exactly what the use of a programmatic interface to a web-site that offers a lot of answers to relatively vague questions is not yet clear to me. Mark McClure --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Fwd: United Kingdom Mathematica Seminars 2009 at the University of Warwick
Has anyone been to one of these recently? I cannot go as I will be away next week. John -- Forwarded message -- From: Christophe Déplacé christophe_depl...@wolfram.com Date: 2009/5/19 Subject: United Kingdom Mathematica Seminars 2009 at the University of Warwick To: j.e.crem...@warwick.ac.uk To support the Mathematica site license at the University of Warwick, Wolfram Research is visiting the university as part of the United Kingdom Mathematica Seminars 2009 on Wednesday 27 May at 14:00. The seminar will be held at: University of Warwick International Digital Laboratory Auditorium Coventry CV4 7AL This seminar will be given in Mathematica and will show useful teaching and research examples for mathematics, the physical sciences, engineering, and business/economics. The content will help attendees with no prior experience get started with the Mathematica language and workflow. Since there is a large amount of new functionality in Version 7, most intermediate and advanced users will learn quite a bit as well. Please invite your students to attend. To make sure we have enough space, please register on our website: http://www.wolfram.com/uk2009 I look forward to meeting you! Best regards, Christophe Déplacé Wolfram Research Europe Ltd. +44-(0)1993-883400 ext. 5022 fax: +44-(0)1993-883800 christophe_depl...@wolfram.com http://www.wolfram.co.uk - If you wish to change the email address we have on file for you, please go to: http://www.wolfram.com/emailchange/?email=j.e.crem...@warwick.ac.ukmid=WR1608925 If you wish to be removed from the Wolfram Research mailing list, please go to: http://www.wolfram.com/unsubscribe/?email=j.e.crem...@warwick.ac.ukmid=WR1608925 - This message was sent to j.e.crem...@warwick.ac.uk by Wolfram Research, Inc. Mailing address: 100 Trade Center Dr., Champaign, IL 61820, USA --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] sage-4.0.alpha0 build failure on Atom (EeePC 901)
As an experiment, I attempted to build sage-4.0.alpha0 on an EeePC 901 Linux, with the stock Xandros OS. The build failed with: checking for fdatasync... yes configure: creating ./config.status config.status: creating Makefile config.status: creating sqlite3.pc make[2]: Entering directory `/home/user/apps/sage-4.0.alpha0/spkg/ build/sqlite-3.5.3.p3/src' sed -e s/--VERS--// ./src/sqlite.h.in | \ sed -e s/--VERSION-NUMBER--// sqlite3.h make[2]: *** No rule to make target `tool/lemon.c', needed by `lemon'. Stop. make[2]: Leaving directory `/home/user/apps/sage-4.0.alpha0/spkg/build/ sqlite-3.5.3.p3/src' Error making sqlite real0m24.585s user0m8.730s sys 0m5.770s sage: An error occurred while installing sqlite-3.5.3.p3 Please email sage-devel http://groups.google.com/group/sage-devel explaining the problem and send the relevant part of of /home/user/apps/sage-4.0.alpha0/install.log. Describe your computer, operating system, etc. If you want to try to fix the problem, yourself *don't* just cd to /home/user/apps/sage-4.0.alpha0/spkg/build/sqlite-3.5.3.p3 and type 'make'. Instead type /home/user/apps/sage-4.0.alpha0/sage -sh in order to set all environment variables correctly, then cd to /home/user/apps/sage-4.0.alpha0/spkg/build/sqlite-3.5.3.p3 (When you are done debugging, you can type exit to leave the subshell.) make[1]: *** [installed/sqlite-3.5.3.p3] Error 1 make[1]: Leaving directory `/home/user/apps/sage-4.0.alpha0/spkg' real227m40.319s user125m21.420s sys 4m25.560s python: can't open file '/home/user/apps/sage-4.0.alpha0/devel/sage/ doc/common/builder.py': [Errno 2] No such file or directory === I'm not sure what other info is relevant to provide. Note that the recorded build times are suspect, as I updated the clock after starting the build. It was slow by about an hour. -- Kevin Horton Ottawa, Canada --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: chain complexes over the integers are not abelian
On May 19, 2:25 am, Nicolas M. Thiery nicolas.thi...@u-psud.fr wrote: Hi John, On Mon, May 18, 2009 at 09:25:56PM -0700, John H Palmieri wrote: On May 18, 8:43 pm, wkehowski wkehow...@cox.net wrote: What about matrix rings over ZZ? No, but they're not supposed to be. On May 18, 7:03 pm, John H Palmieri jhpalmier...@gmail.com wrote: On May 18, 2:44 pm, benjamin antieau d.ben.anti...@gmail.com wrote: Oh, and this is also the case over other base rings, like over GF(p). On May 18, 2:43 pm, benjamin antieau d.ben.anti...@gmail.com wrote: I noticed the following incorrect behavior. sage: C=simplicial_complexes.ChessboardComplex(3,3).chain_complex() sage: C.category() Category of chain complexes over Integer Ring sage: A=C.category() sage: A.is_abelian() False As far as I can tell ChainComplexes inherits is_abelian from AbelianCategory, so I don't know what the problem is. class ChainComplexes(Category_module): class Category_module(Category_over_base_ring, AbelianCategory): class AbelianCategory: def is_abelian(self): return True The problem is not just chain complexes: sage: RingModules(ZZ).is_abelian() False See http://trac.sagemath.org/sage_trac/ticket/6081 for a patch. To avoid a conflict, I will integrate this into the category patch. Now, I'd like to make sure we have the samething in mind: currently in my patch an AbelianCategory is a category with a direct sum operation on the objects. Does this match with what you have in mind? Which categories should be abelian? A category in which Hom sets form abelian groups and in which you have finite direct sums is an additive category. An abelian category is one in which, loosely speaking, you have well-behaved short exact sequences: every monomorphism fits into a short exact sequence, and every epimorphism fits into a short exact sequence. Wikipedia has a reasonable definition, I think. The category of modules over any ring is abelian (but not just the category of free modules, as someone has pointed out in category_types.py, unless the ring is a field). Note about the patch: to avoid dependencies on the inheritance order between the bases, wouldn't it be more natural to have the default definition of is_abelian in Category? That sounds like a good idea. (Although should the default definition be NotImplemented or False? I'm not sure.) John Best, Nicolas -- Nicolas M. Thiéry Isil nthi...@users.sf.nethttp://Nicolas.Thiery.name/ --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: chain complexes over the integers are not abelian
I thought the question was if abelian categories are required to have finite direct sums. Categories which satisfy the requirements of an abelian category except for the existence of direct sums are sometimes called pre-abelian I think. An example is given by abelian groups with at most N elements. Regards, Michel On May 19, 4:50 pm, John H Palmieri jhpalmier...@gmail.com wrote: On May 19, 2:25 am, Nicolas M. Thiery nicolas.thi...@u-psud.fr wrote: Hi John, On Mon, May 18, 2009 at 09:25:56PM -0700, John H Palmieri wrote: On May 18, 8:43 pm, wkehowski wkehow...@cox.net wrote: What about matrix rings over ZZ? No, but they're not supposed to be. On May 18, 7:03 pm, John H Palmieri jhpalmier...@gmail.com wrote: On May 18, 2:44 pm, benjamin antieau d.ben.anti...@gmail.com wrote: Oh, and this is also the case over other base rings, like over GF(p). On May 18, 2:43 pm, benjamin antieau d.ben.anti...@gmail.com wrote: I noticed the following incorrect behavior. sage: C=simplicial_complexes.ChessboardComplex(3,3).chain_complex() sage: C.category() Category of chain complexes over Integer Ring sage: A=C.category() sage: A.is_abelian() False As far as I can tell ChainComplexes inherits is_abelian from AbelianCategory, so I don't know what the problem is. class ChainComplexes(Category_module): class Category_module(Category_over_base_ring, AbelianCategory): class AbelianCategory: def is_abelian(self): return True The problem is not just chain complexes: sage: RingModules(ZZ).is_abelian() False See http://trac.sagemath.org/sage_trac/ticket/6081 for a patch. To avoid a conflict, I will integrate this into the category patch. Now, I'd like to make sure we have the samething in mind: currently in my patch an AbelianCategory is a category with a direct sum operation on the objects. Does this match with what you have in mind? Which categories should be abelian? A category in which Hom sets form abelian groups and in which you have finite direct sums is an additive category. An abelian category is one in which, loosely speaking, you have well-behaved short exact sequences: every monomorphism fits into a short exact sequence, and every epimorphism fits into a short exact sequence. Wikipedia has a reasonable definition, I think. The category of modules over any ring is abelian (but not just the category of free modules, as someone has pointed out in category_types.py, unless the ring is a field). Note about the patch: to avoid dependencies on the inheritance order between the bases, wouldn't it be more natural to have the default definition of is_abelian in Category? That sounds like a good idea. (Although should the default definition be NotImplemented or False? I'm not sure.) John Best, Nicolas -- Nicolas M. Thiéry Isil nthi...@users.sf.nethttp://Nicolas.Thiery.name/ --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] MSR Directions
If anyone else is looking for directions and wants the privilege of laziness: http://maps.google.com/maps?f=dsource=s_dsaddr=98195daddr=14820+NE+36th+Streethl=engeocode=mra=lssll=47.644097,-122.132778sspn=0.003311,0.006866ie=UTF8ll=47.643649,-122.229424spn=0.10594,0.219727t=hz=12 --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: statistics in sage
dagss wrote: Basically I can see Sage being a great place to merge symbolic calculations in statistics and data analysis. Yup. sage: a, b = var('a,b') sage: sigmasq = Gamma(a, b); sigmasq Gamma distribution with parameters a, b sage: y = Normal(0, var=sigmasq); y Normal distribution with gamma distributed variance sage: y.mle(data) # generic maximum likelikehood on arbitrary distributions {a:2.32, b: 12} sage: y.draw(10) # draw 10 random samples through e.g. automatic MCMC through symbolics ... sage: z = given(y, [sigmasq, 2]); z Normal distribution with variance 2 Or perhaps some syntax candy sage: y | sigmasq=2 Normal distribution with variance 2 Maxima can already do some of this; see the distrib package (also stats and descriptive). Maybe that could be some inspiration for Sage. I don't know whether something like this could be made powerful enough to be useful above a teaching level, but it would definitely be useful there. At least it would allow natural operations on what I learnt in my Bayesian statistics coure :-) Agreed 100%. As it happens, symbolic + numerical computation, specifically for Bayesian inference, is one of my pet projects. The overall strategy is to pose the problem in symbolic form, try to push the analysis symbolically as far as possible, then resort to numerical approximation. I have a paper about that if you're interested. FWIW Robert Dodier --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: libfplll 3.0.12 fails on Solaris (SPARC) with Sage 4.0.alpha0
On May 19, 4:54 am, Dr. David Kirkby david.kir...@onetel.net wrote: mabshoff wrote: SNIP Is there any chance of you sending me the patch? Don't bother if rc0 is going to be out in the next day or two. 4.0.rc0 was supposed to drop last night, but I had been up for 22 hours and did not feel like doing the rather delicate merge and testing of the new symbolics tickets. We are going to MSR today, so it will be until later tonight until I have net access again. I found in HISTORY.txt reference to ticket 4187, which covers a libfplll 2.1.6 issue in Solaris 10, but that is old, so I assume that is not what you mean. No, that ticket is not the relevant one. In fact I haven't opened one yet. In the end it is a similar issue with dpe.h on one hand and the way NAN is defined on Solaris which causes issues with templating scope as you found out ;) Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: sage-4.0.alpha0 build failure on Atom (EeePC 901)
On May 19, 6:31 am, Kevin Horton khorto...@rogers.com wrote: As an experiment, I attempted to build sage-4.0.alpha0 on an EeePC 901 Linux, with the stock Xandros OS. The build failed with: SNIP I'm not sure what other info is relevant to provide. Look for install.log, compress it, upload it somewhere and post a link here. Note that the recorded build times are suspect, as I updated the clock after starting the build. It was slow by about an hour. Well, if you fiddle with the clock all bets are off. So for starters restart the build with make and se if it fails the same time. If it blows up check that the spkg in question is not corrupted. If it isn't send a link to the compressed log as suggested above. -- Kevin Horton Ottawa, Canada Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 3.4 Installation error (due to gmp-mpir-0.9's installation ) on Playstation 3 (with Ubuntu 8.10 Linux)
On May 19, 3:58 am, Ralf-Philipp Weinmann crypto@gmail.com wrote: On Mar 31, 8:12 pm, Bill Hart goodwillh...@googlemail.com wrote: SNIP Hi Bill, I just tried compiling SAGE 3.4.2 on a PS3 (Fedora Core 9). It bombs out during the compilation of FLINT: gcc -std=c99 -I/home/rpw/sage-3.4.2/local/include/ -I/home/rpw/ sage-3.4.2/local/ include -fPIC -funroll-loops -O3 -DNDEBUG -o pack.o -c zn_poly/ pack.c zn_poly/pack.c:86:2: error: #error Not nails-safe yet zn_poly/pack.c:168:2: error: #error Not nails-safe yet zn_poly/pack.c:252:2: error: #error Not nails-safe yet zn_poly/pack.c:351:2: error: #error Not nails-safe yet zn_poly/pack.c:433:2: error: #error Not nails-safe yet Is there any easy fix to this? Apparently it's compiling in 32-bit mode. If you want full logs, I can put them up. Hmm, there is a zn_poly.spkg (code by David Harvey) - can you force the build of that (it should work since it only requires GMP/MPIR) and FLINT has a slightly modified copy of that code. Cheers, RPW Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: chain complexes over the integers are not abelian
On May 19, 7:50 am, John H Palmieri jhpalmier...@gmail.com wrote: A category in which Hom sets form abelian groups and in which you have finite direct sums is an additive category. An abelian category is one (By one, I mean an additive category) in which, loosely speaking, you have well-behaved short exact sequences: every monomorphism fits into a short exact sequence, and every epimorphism fits into a short exact sequence. Wikipedia has a reasonable definition, I think. --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: 1) SAGE-WN distribution for cluster worker nodes
On Tue, May 19, 2009 at 3:47 AM, Serge A. Salamanka salsa-...@tut.by wrote: If no objection I'll post here for possible comments and guidelines. First thing that I'm trying to do is to make a distribution of SAGE that could be recommended for installation on worker nodes of large clusters in supercomputing centers. After BG-II project meeting it was decided to recommend Sage as a service for gLite-sites. So the need is to produce a safe package for WNs. Safe means secure and safe to install in the cluster infrastructure. I think it is completely impossible to make Sage secure and safe to install. What do you even mean by secure and safe? William Mainly I want to block starting of notebook server and wiki. Download of the sage scripts and objects from the SAGEMath Server is to be left in place. Could it be enough just to exclude twisted package from the base distribution ? Any other packages that a worker node doesn't need ? I would appreciate a comment on this issue but will be also investigating it myself. #Serge Serge A. Salamanka пишет: Hello, 1) I need to create a special distribution of SAGE for installation on worker nodes of a large cluster. It should be disabled of any functionality to start web-services. It can only be used to compute sage-notebooks with the help of Sage python library and other mathematics software included in Sage. 2) Probably there could also be a possibility to configure Sage-WN ( Sage installation on cluster worker node ) for a master server to accept jobs through dsage submition and thus leave the twisted networking in place. 3) the next step is to create an rpm package for Sage-WN distribution of Sage. These tasks are the first steps to gridification of Sage. I wonder if anyone could suggest the ways to accomplish these tasks easily and correctly. #Serge -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: [Sage Bug Report] Wrong matplotlibrc used if user has one in ~/.matplotlib
I agree that there still is a problem. Before, I didn't think that Sage's matplotlib would need to have different options to even be able to function. The problem that I am running into is that my ~./matplotlib/matplotlibrc sets a backend (macosx) that the Sage matplotlib doesn't have. Thus, when Sage's matplotlib uses this setting I see an ImportError. In the mailing list thread, the option was brought up to have the user put in a command in their init.sage file if they wanted a custom Sage initialization for matplotlib. Setting the MATPLOTLIBRC variable in the init.sage file should work, I think. Yes, but I don't see this file in my .sage directory. Where would it be? In reality, (I think) the people this affects are the people that have already customized their system install of matplotlib. Those are the people that (I think) would be capable of writing another command in their init.sage or something to have Sage have a custom matplotlibrc file. Yes, for the most part I agree with this. But it is not quite that simple. I still need/want to be able to configure matplotlib for Sage and my own install separately. That means I have to copy my own matplotlibrc file into .sage, make edits and set variables in init.sage. On the other hand, I can see the nice thing about Sage being totally self-contained and not pulling settings from a user's home directory for options. Yes, I think Sage should Just Work, even for users that have matplotlib installed previously. This is simple enough to fix, I don't see why we wouldn't. The only thing is that the matplotlibrc file needs to be updated anytime that matplotlib itself is updated. Cheers, Brian --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: sage-4.0.alpha0 build failure on Atom (EeePC 901)
On 19 May 2009, at 11:45, mabshoff wrote: On May 19, 6:31 am, Kevin Horton khorto...@rogers.com wrote: As an experiment, I attempted to build sage-4.0.alpha0 on an EeePC 901 Linux, with the stock Xandros OS. The build failed with: Well, if you fiddle with the clock all bets are off. So for starters restart the build with make and se if it fails the same time. If it blows up check that the spkg in question is not corrupted. If it isn't send a link to the compressed log as suggested above. The tarball is corrupted. It worked fine for installs on OS X and a Ubuntu VM, but the MD5 changed when I moved it to the EeePC. I'll report success or failure, after I get a good tarball on the EeePC. This is the second time I've gotten bitten by tarballs with bad MD5s. There has got to be a better file format to use - something where the archive validity can be checked before launching into a long install. -- Kevin Horton Ottawa, Canada --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: sage-4.0.alpha0 build failure on Atom (EeePC 901)
On May 19, 12:45 pm, Kevin Horton khorto...@rogers.com wrote: On 19 May 2009, at 11:45, mabshoff wrote: On May 19, 6:31 am, Kevin Horton khorto...@rogers.com wrote: As an experiment, I attempted to build sage-4.0.alpha0 on an EeePC 901 Linux, with the stock Xandros OS. The build failed with: Well, if you fiddle with the clock all bets are off. So for starters restart the build with make and se if it fails the same time. If it blows up check that the spkg in question is not corrupted. If it isn't send a link to the compressed log as suggested above. The tarball is corrupted. It worked fine for installs on OS X and a Ubuntu VM, but the MD5 changed when I moved it to the EeePC. Well, that isn't really our fault, is it? I'll report success or failure, after I get a good tarball on the EeePC. This is the second time I've gotten bitten by tarballs with bad MD5s. There has got to be a better file format to use - something where the archive validity can be checked before launching into a long install. There is a ticket to add potential corruption detection. See http://trac.sagemath.org/sage_trac/ticket/329 - patches welcome. But if you look in the log you ought to see that tar did not unpack the whole tarball. And if you see any failure while building Sage you ought to check the md5sum first. -- Kevin Horton Ottawa, Canada Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 3.4 Installation error (due to gmp-mpir-0.9's installation ) on Playstation 3 (with Ubuntu 8.10 Linux)
On May 19, 1:17 pm, David Harvey dmhar...@cims.nyu.edu wrote: On May 19, 1:58 pm, Ralf-Philipp Weinmann crypto@gmail.com wrote: zn_poly/pack.c:86:2: error: #error Not nails-safe yet zn_poly/pack.c:168:2: error: #error Not nails-safe yet zn_poly/pack.c:252:2: error: #error Not nails-safe yet zn_poly/pack.c:351:2: error: #error Not nails-safe yet zn_poly/pack.c:433:2: error: #error Not nails-safe yet Is there any easy fix to this? Apparently it's compiling in 32-bit mode. If you want full logs, I can put them up. This message indicates that zn_poly thinks either that GMP is compiled with nails support (which I doubt), or that unsigned long is a different width from mp_limb_t. I can think of several possible causes Ok. (1) Sage is actually compiling with unsigned long != mp_limb_t, or (2) GMP/MPIR is not defining things like GMP_NUMB_BITS correctly, etc. In case (1), there is no easy fix (the next version of zn_poly will be able to handle mp_limb_t != unsigned long, but won't be ready for release for a few months yet). In case (2), hopefully the MPIR guys can help debug. Note that GMP as well as MPIR on ppc64 use ABI=mode64 (or something along those lines) and it is not the exact same thing as ABI=64. This caused various problems with pari for example as discussed on the GMP mailing list. I believe there is a MPIR trac ticket to deal with this, so we will see how it plays out. As is Sage only works on PPC 32 and not PPC64 since for example also pari will not work correctly due to the above bug. david Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 3.4 Installation error (due to gmp-mpir-0.9's installation ) on Playstation 3 (with Ubuntu 8.10 Linux)
On May 19, 11:17 pm, David Harvey dmhar...@cims.nyu.edu wrote: On May 19, 1:58 pm, Ralf-Philipp Weinmann crypto@gmail.com wrote: zn_poly/pack.c:86:2: error: #error Not nails-safe yet zn_poly/pack.c:168:2: error: #error Not nails-safe yet zn_poly/pack.c:252:2: error: #error Not nails-safe yet zn_poly/pack.c:351:2: error: #error Not nails-safe yet zn_poly/pack.c:433:2: error: #error Not nails-safe yet Is there any easy fix to this? Apparently it's compiling in 32-bit mode. If you want full logs, I can put them up. This message indicates that zn_poly thinks either that GMP is compiled with nails support (which I doubt), or that unsigned long is a different width from mp_limb_t. I can think of several possible causes (1) Sage is actually compiling with unsigned long != mp_limb_t, or (2) GMP/MPIR is not defining things like GMP_NUMB_BITS correctly, etc. In case (1), there is no easy fix (the next version of zn_poly will be able to handle mp_limb_t != unsigned long, but won't be ready for release for a few months yet). In case (2), hopefully the MPIR guys can help debug. Sorry, in case (1), I should have said, there is no easy fix from within zn_poly itself. If Sage is not supposed to be compiling with unsigned long != mp_limb_t, then if you can figure out how to make it use unsigned long == mp_limb_t, everything should work fine. david --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 3.4 Installation error (due to gmp-mpir-0.9's installation ) on Playstation 3 (with Ubuntu 8.10 Linux)
On May 19, 1:24 pm, David Harvey dmhar...@cims.nyu.edu wrote: On May 19, 11:17 pm, David Harvey dmhar...@cims.nyu.edu wrote: SNIP Sorry, in case (1), I should have said, there is no easy fix from within zn_poly itself. If Sage is not supposed to be compiling with unsigned long != mp_limb_t, then if you can figure out how to make it use unsigned long == mp_limb_t, everything should work fine. Well, in this case it is completely ironic that the zn_poly 0.9 code in FLINT is compiled, but not used since it causes a doctest failure in the Monsky code. When using only FLINT it passes the doctest. The failure is a different one compared to when FLINT shipped with zn_poly 0.8, but there are two possibilities: (a) the glue code from FLINT to zn_poly or some other change Bill might have made to zn_poly inside FLINT causes the bug (b) zn_poly 0.9 has an undetected bug. At the moment it is unclear and it might even be possible that (a) *and* (b) apply ;). Last time this happened malb helped turn on some debugging code that compared results from NTL and FLINT+zn_poly, but I don't have the expertise or the time to get into this right now. Anyway, even once the bug is fixed in FLINT we would still have to deal with zn_poly. Fixing it in MPIR and/or GMP on PPC 64 would be the way to go. I also believe that this happen on OSX also, so it isn't Linux specific. david Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: chain complexes over the integers are not abelian
Note about the patch: to avoid dependencies on the inheritance order between the bases, wouldn't it be more natural to have the default definition of is_abelian in Category? That sounds like a good idea. (Although should the default definition be NotImplemented or False? I'm not sure.) I'm strongly in favour of NotImplementedError, since False would possibly quietly return a mathematically wrong answer. Best, Alex -- Alex Ghitza -- Lecturer in Mathematics -- The University of Melbourne -- Australia -- http://www.ms.unimelb.edu.au/~aghitza/ --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: Sage 3.4 Installation error (due to gmp-mpir-0.9's installation ) on Playstation 3 (with Ubuntu 8.10 Linux)
On May 19, 11:41 pm, mabshoff mabsh...@googlemail.com wrote: Well, in this case it is completely ironic that the zn_poly 0.9 code in FLINT is compiled, but not used since it causes a doctest failure in the Monsky code. When using only FLINT it passes the doctest. The failure is a different one compared to when FLINT shipped with zn_poly 0.8, but there are two possibilities: (a) the glue code from FLINT to zn_poly or some other change Bill might have made to zn_poly inside FLINT causes the bug (b) zn_poly 0.9 has an undetected bug. Ok, I wasn't aware of this, let me know when/if you have more details. david --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] sage-4.0.alpha0 build failure on OS X PPC
Should sage-4.0.alpha0 build on OS X 10.5 PPC? I tried on my trusty PowerBook, and building GMP failed with: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. - DOPERATION_scan1 -I/sw/include -I/sw/include -c scan1.c -fno-common - DPIC -o .libs/scan1.o /bin/sh ../libtool --mode=compile --tag=CC ../mpn/m4-ccas --m4=m4 gcc -std=gnu99 -c -DHAVE_CONFIG_H -I/sw/include -I/sw/include - D__GMP_WITHIN_GMP -I.. -DOPERATION_`echo popcount | sed 's/_$//'` -I. - I. -I.. `test -f 'popcount.asm' || echo './'`popcount.asm ../mpn/m4-ccas --m4=m4 gcc -std=gnu99 -c -DHAVE_CONFIG_H -I/sw/ include -I/sw/include -D__GMP_WITHIN_GMP -I.. -DOPERATION_popcount -I. -I. -I.. popcount.asm -fno-common -DPIC -o .libs/popcount.o m4 -DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_popcount -DPIC popcount.asm tmp-popcount.s gcc -std=gnu99 -c -DHAVE_CONFIG_H -I/sw/include -I/sw/include - D__GMP_WITHIN_GMP -I.. -DOPERATION_popcount -I. -I. -I.. tmp- popcount.s -fno-common -DPIC -o .libs/popcount.o tmp-popcount.s:127:vspltisb vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:128:vspltisb vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:129:vspltisb vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:130:lvx vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:131:lvx vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:132:vspltisb vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:137:lvx vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:140:lvx vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:141:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:147:vxor vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:150:vxor vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:172:lvx vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:174:lvx vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:176:vsr vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:177:vsr vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:179:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:180:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:181:vsububm vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:182:vsububm vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:183:vsr vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:184:vsr vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:185:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:186:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:187:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:188:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:189:vaddubm vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:190:vaddubm vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:191:vaddubm vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:192:vsr vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:193:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:194:vand vector instruction is optional for the PowerPC (not allowed without -force_cpusubtype_ALL option) tmp-popcount.s:195:vaddubm vector instruction is optional for the PowerPC (not allowed without
[sage-devel] Re: sage-4.0.alpha0 build failure on OS X PPC
On May 19, 5:22 pm, Kevin Horton khorto...@rogers.com wrote: Should sage-4.0.alpha0 build on OS X 10.5 PPC? Yes, it should. What XCode release are you using? -- Kevin Horton Ottawa, Canada Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: sage-4.0.alpha0 build failure on OS X PPC
Sorry about the last one - blasted Send button On Tue, May 19, 2009 at 8:28 PM, mabshoff mabsh...@googlemail.com wrote: On May 19, 5:22 pm, Kevin Horton khorto...@rogers.com wrote: Should sage-4.0.alpha0 build on OS X 10.5 PPC? Yes, it should. What XCode release are you using? I've got XCode 3.1.2, and now that I check I see that gives me gcc 4.0.1, and the README says that is bad. I'll look for a newer XCode, with at least gcc 4.1 Kevin --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: sage-4.0.alpha0 build failure on OS X PPC
On May 19, 5:34 pm, Kevin Horton khorto...@rogers.com wrote: Sorry about the last one - blasted Send button On Tue, May 19, 2009 at 8:28 PM, mabshoff mabsh...@googlemail.com wrote: On May 19, 5:22 pm, Kevin Horton khorto...@rogers.com wrote: Should sage-4.0.alpha0 build on OS X 10.5 PPC? Yes, it should. What XCode release are you using? I've got XCode 3.1.2, and now that I check I see that gives me gcc 4.0.1, and the README says that is bad. No, gcc 4.0.0 is bad in many cases, but XCode 3.1.2 should work. Please post a link to the compressed install.log and I will take a look. I'll look for a newer XCode, with at least gcc 4.1 There is none publicly available with any gcc post 4.0.1 by Apple AFAIK. XCode 3.1.2 is that latest available for OSX 10.5. And the problem is more likely to be an issue with the assembler IMHO anyway. What CPU are you running on exactly? Kevin Cheers, Michael --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: sage-4.0.alpha0 build failure on OS X PPC
On 19 May 2009, at 20:55, mabshoff wrote: On May 19, 5:34 pm, Kevin Horton khorto...@rogers.com wrote: On Tue, May 19, 2009 at 8:28 PM, mabshoff mabsh...@googlemail.com wrote: On May 19, 5:22 pm, Kevin Horton khorto...@rogers.com wrote: Should sage-4.0.alpha0 build on OS X 10.5 PPC? Yes, it should. What XCode release are you using? I've got XCode 3.1.2, and now that I check I see that gives me gcc 4.0.1, and the README says that is bad. No, gcc 4.0.0 is bad in many cases, but XCode 3.1.2 should work. Please post a link to the compressed install.log and I will take a look. The install log is at: http://www.kilohotel.com/misc/install.log.gz I'll look for a newer XCode, with at least gcc 4.1 There is none publicly available with any gcc post 4.0.1 by Apple AFAIK. XCode 3.1.2 is that latest available for OSX 10.5. And the problem is more likely to be an issue with the assembler IMHO anyway. What CPU are you running on exactly? Its a G4, a 12 PowerBook. Regards, Kevin -- Kevin Horton Ottawa, Canada --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] sage-4.0.alpha0 build failure on EeePC 901, Linux
I thought the last build failure was due to a bad tarball, but I got the exact same failure with an apparently good tarball. The md5: % md5sum sage-4.0.alpha0.tar 7a8285f25e1aaa7b9b0726c8a60f24f5 sage-4.0.alpha0.tar The failure occurred in sqlite: configure: creating ./config.status config.status: creating Makefile config.status: creating sqlite3.pc make[2]: Entering directory `/home/user/apps/sage-4.0.alpha0/spkg/ build/sqlite-3.5.3.p3/src' sed -e s/--VERS--// ./src/sqlite.h.in | \ sed -e s/--VERSION-NUMBER--// sqlite3.h make[2]: *** No rule to make target `tool/lemon.c', needed by `lemon'. Stop. make[2]: Leaving directory `/home/user/apps/sage-4.0.alpha0/spkg/build/ sqlite-3.5.3.p3/src' Error making sqlite real0m19.271s user0m6.400s sys 0m4.440s sage: An error occurred while installing sqlite-3.5.3.p3 Please email sage-devel http://groups.google.com/group/sage-devel The compressed tarball is at: http://www.kilohotel.com/misc/install_eeepc.log.gz The machine is an EeePC 901, with Xandros Linux. % gcc --version gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) I'm not sure which other versions may be relevant. -- Kevin Horton Ottawa, Canada --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] Re: graph construction
Michael, check your email. Robert, I wish I could say I was doing research, but the truth is I was trying (successfully) to solve http://projecteuler.net/index.php?section=problemsid=215 or maybe http://projecteuler.net/index.php?section=problemsid=244. Both can be attacked by graph theory means. Btw, I find project euler problems great real world benchmarks for SAGE, since we know all those problems are solvable within 1 min. in C. The competitive nature of the site makes people really optimise their code and all solutions are available in the forums. Thanks for the c_graph info, I will use it next time I need to deal with big graphs. Rado On May 18, 1:32 pm, Robert Miller rlmills...@gmail.com wrote: Rado, First of all, thank you for your improvement! I was playing with some big(10^6) graphs and noticed SAGE cannot handle constructing them in good time. I am wondering, what in particular you are using Sage graphs for? Graphs in Sage are currently in a transition period. Some things are incredibly fast (using no Python at all), and others are still very slow. In particular, you might be able to use the faster c_graph implementation of Sage graphs: sage: D={} sage: for i in xrange(1,10^3): D[i]=[i+1,i-1] : sage: g=Graph(D) sage: def test(g): for i in xrange(g.order()): for j in xrange(g.order()): _ = g.has_edge(i,j) : sage: time test(g) CPU times: user 3.23 s, sys: 0.01 s, total: 3.24 s Wall time: 3.25 s sage: g=Graph(D,implementation='c_graph') sage: time test(g) CPU times: user 1.57 s, sys: 0.00 s, total: 1.57 s Wall time: 1.58 s Note that the test would run vastly faster if the test function were written in Cython. --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---
[sage-devel] docbuild complaining about file not in toctree
Hi folks, I'm trying to polish up modules in sage/logic and put them in the reference manual. So far I've polished up sage/logic/logic.py and sage/logic/booleval.py. I've created the file doc/en/reference/logic.rst with the the following content *** BEGIN SCRIPT *** Symbolic Logic == .. toctree:: :maxdepth: 2 sage/logic/logic sage/logic/booleval *** END SCRIPT *** I've also edited the file doc/en/reference/index.rst Here's the relevant diff output: *** BEGIN SCRIPT *** diff -r 21c6c829ea32 doc/en/reference/index.rst --- a/doc/en/reference/index.rstSat May 16 09:46:59 2009 -0700 +++ b/doc/en/reference/index.rstTue May 19 20:25:45 2009 -0700 @@ -76,6 +76,7 @@ homology lfunctions schemes + logic plane_curves coding arithgroup *** END SCRIPT *** When building the HTML version of the reference manual, everything went OK as far as I can tell. But I received the following warning: checking consistency... WARNING: /scratch/mvngu/sage-4.0.alpha0/devel/sage-logic/doc/en/reference/sage/logic.rst:: document isn't included in any toctree Is there some way to get rid of the said warning? -- Regards Minh Van Nguyen --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~--~~~~--~~--~--~---