[sage-devel] graded Hilbert series

2014-11-05 Thread john_perry_usm
Hello For anyone who is interested in weighted Hilbert Series, as opposed to "mere" standard Hilbert Series, I have what *should* be a very easy patch to review in ticket #17298. Ordinarily, I wouldn't draw anyone's attention to it, but this is my first time uploading a patch via git, and the

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread Dr. David Kirkby (Kirkby Microwave Ltd)
On 4 Nov 2014 19:16, "rjf" >> Perhaps the mathematical community needs to have an open-access database of bug reports for commercial software. A discussion of the usefulness, legality, practicality, commercial benefits etc. of such a database could be interesting. > think it's > not the "mathema

[sage-devel] Re: Slowness in comparing symbolic expressions

2014-11-05 Thread Robert Dodier
On 2014-11-05, Nils Bruin wrote: > On Tuesday, November 4, 2014 3:46:55 PM UTC-8, Robert Dodier wrote: >> >> I don't know a work-around for is(equal(1,exp(256*(x+1. As always, >> a bug report will be very helpful. http://sourceforge.net/p/maxima/bugs > I'm not so sure it's a bug or that so

[sage-devel] Nature article mentions Sage

2014-11-05 Thread Jason Grout
FYI, this nature article from today, mainly about the IPython notebook, also mentions Sage: http://www.nature.com/news/interactive-notebooks-sharing-the-code-1.16261 "A number of notebooks and notebook-like programs exist in the open-source world; knitr works with the R coding language, which

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread Volker Braun
On Wednesday, November 5, 2014 11:27:03 PM UTC, William wrote: > > Yes. Note that though Volker called it a "subtle bug" What I meant was: not easily found since it only occurred in a narrow window of input parameters (i.e. matrix sizes). -- You received this message because you are subscrib

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread William Stein
On Wed, Nov 5, 2014 at 3:15 PM, Ursula Whitcher wrote: > At some point, William wrote: > >> I wrote that det code in Sage (though in Sage-6.4 it'll likely be >> replaced by a call to FLINT...). It computes det(A) in a very >> interesting way, which is asymptotically massively faster than >> Mathem

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread Ursula Whitcher
At some point, William wrote: I wrote that det code in Sage (though in Sage-6.4 it'll likely be replaced by a call to FLINT...). It computes det(A) in a very interesting way, which is asymptotically massively faster than Mathematica. To compute det(A), choose a random vector v and solve Ax = v u

[sage-devel] Re: Posets: interval/closed_interval

2014-11-05 Thread Travis Scrimshaw
There's a minor difference between redirecting vs alias in that an alias does not respect inheritance: class Foo: def f(self): return 5 alias = f def redirct(self): return self.f() class Bar: def f(self): return -1 F = Foo() F.alias() 5 F.redirect() 5 B

Re: [sage-devel] ./sage -br "quite fast"?

2014-11-05 Thread William Stein
On Wed, Nov 5, 2014 at 2:47 PM, john_perry_usm wrote: > Thank you for the reply. > >> What happens after you iterate the above operation? More precisely, >> after it does finish building, what happens >> if you change that Python file and again do "sage -br"? > > > Your question is apt: in fact,

Re: [sage-devel] ./sage -br "quite fast"?

2014-11-05 Thread john_perry_usm
Thank you for the reply. What happens after you iterate the above operation? More precisely, > after it does finish building, what happens > if you change that Python file and again do "sage -br"? > Your question is apt: in fact, I had a typo in the file, so Sage crashed when it tried to res

Re: [sage-devel] ./sage -br "quite fast"?

2014-11-05 Thread William Stein
On Wed, Nov 5, 2014 at 1:41 PM, john_perry_usm wrote: > Hello > > According to the developer's guide, the command "./sage -br" should be > "quite fast." I just made a 2-3 line alteration to > sage/rings/polynomial/multipolynomial_ideal.py and got this output: > >> sage$ ./sage -br >> scons: `insta

[sage-devel] ./sage -br "quite fast"?

2014-11-05 Thread john_perry_usm
Hello According to the developer's guide, the command "./sage -br" should be "quite fast." I just made a 2-3 line alteration to sage/rings/polynomial/multipolynomial_ideal.py and got this output: sage$ ./sage -br > scons: `install' is up to date. > Updating Cython code > Compiling sage/alge

VS: [sage-devel] Re: Posets: interval/closed_interval

2014-11-05 Thread Jori M
Use relations_iterator(). It should be mentioned in "see also" -part of interval_iterator(). - Alkuperäinen viesti - Lähettäjä: Frédéric Chapoton Lähetetty: 5.11.2014 21:15 Vastaanottaja: sage-devel@googlegroups.com Aihe: [sage-devel] Re: Posets: interval/closed_interval Probably one sh

[sage-devel] Re: Posets: interval/closed_interval

2014-11-05 Thread Frédéric Chapoton
Probably one should keep *closed_interval* as an alias of *interval* I also noticed today that *interval_iterator* forgets about trivial intervals [v,v]. Le mercredi 5 novembre 2014 12:17:10 UTC+1, Jori Mantysalo a écrit : > > What is the logic having both interval() and closed_interval() define

Re: [sage-devel] Re: Opinions wanted on simplification method for real expressions

2014-11-05 Thread Michael Orlitzky
On 11/05/2014 08:34 AM, kcrisman wrote: > > Just to clarify, current behavior is > > sage: a = sqrt(x^2) > sage: a.simplify_radical() > x Yeah, previously, simplify_radical() was silently setting the domain to 'real', calling radcan(), and then setting the domain back to 'complex'. The round t

[sage-devel] Re: Trac field "priority"

2014-11-05 Thread kcrisman
> > > >> How DOES bug prioritization work in Sage? You can pick > >> blocker/critical/major/minor/trivial when you're creating a ticket. > > > - -There is certainly very little double-checking, and very little > > setting to anything other than major: > > Is there even documentation about usi

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread kcrisman
> > > It would be interesting to do a query against how many "minor" ones were > > created by the same people... I was expecting fewer (there are about 800 > > currently open), but perhaps more recently people have gotten better > about > > this? Still, there is very little triage - it mostly

Re: [sage-devel] Git weirdness ?

2014-11-05 Thread Vincent Delecroix
2014-11-05 12:37 UTC−06:00, Emmanuel Charpentier : > > > Le mercredi 5 novembre 2014 19:15:27 UTC+1, vdelecroix a écrit : >> >> What is the point of doing git fetch followed by git pull ? > > > Seemed to be the mos treamlined to keep my tree up to date... > git pull should be enough. >> Note that

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread Volker Braun
On Wednesday, November 5, 2014 5:28:44 PM UTC, Ursula Whitcher wrote: > > essentially up to the folks working on a given ticket? Is the rule that > "blocker"-level bugs must be fixed before releasing a new version of Sage? Yes. There is a trac query for blocker tickets on http://trac.sagemath.

[sage-devel] Re: Git weirdness ?

2014-11-05 Thread Emmanuel Charpentier
Le mercredi 5 novembre 2014 19:32:07 UTC+1, Volker Braun a écrit : > > At one point there was a branch > trac/public/combinat/zabrocki/fixstrongtableaux/17252. This one has since > been deleted. A new branch trac/public/combinat/zabrocki/fixstrongtableaux > has been created. The two branch nam

[sage-devel] Re: can not install optional package cryptominisat-2.9.6

2014-11-05 Thread Volker Braun
Try to build Sage from source. You most likely don't have the command line tools installed. Run "xcode-select --install" on the command line. On Wednesday, November 5, 2014 4:34:08 PM UTC, Qi wrote: > > Hello everyone, > > I'm new to sage and have just installed sage-6.3 on my mac osx 10.10.

Re: [sage-devel] Git weirdness ?

2014-11-05 Thread Emmanuel Charpentier
Le mercredi 5 novembre 2014 19:15:27 UTC+1, vdelecroix a écrit : > > What is the point of doing git fetch followed by git pull ? Seemed to be the mos treamlined to keep my tree up to date... > Note that > with git fetch (or git pull) you download *all* the remote branches on > the trac ser

[sage-devel] Re: Git weirdness ?

2014-11-05 Thread Volker Braun
At one point there was a branch trac/public/combinat/zabrocki/fixstrongtableaux/17252. This one has since been deleted. A new branch trac/public/combinat/zabrocki/fixstrongtableaux has been created. The two branch names conflict, you can't have a branch as a "subdirectory" of another branch.

Re: [sage-devel] Git weirdness ?

2014-11-05 Thread Vincent Delecroix
What is the point of doing git fetch followed by git pull ? Note that with git fetch (or git pull) you download *all* the remote branches on the trac server while you seemed only interested to pull the develop branch. You should have done git pull trac develop where trac is the name you choose

[sage-devel] Re: Trac field "priority"

2014-11-05 Thread Jori Mantysalo
On Wed, 5 Nov 2014, kcrisman wrote: How DOES bug prioritization work in Sage?  You can pick blocker/critical/major/minor/trivial when you're creating a ticket. - -There is certainly very little double-checking, and very little setting to anything other than major: Is there even documentatio

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread William Stein
On Wed, Nov 5, 2014 at 9:44 AM, kcrisman wrote: >> How DOES bug prioritization work in Sage? You can pick >> blocker/critical/major/minor/trivial when you're creating a ticket. >> Does someone double-check those choices, or is prioritization >> essentially up to the folks working on a given ticke

[sage-devel] Git weirdness ?

2014-11-05 Thread Emmanuel Charpentier
Trying to update a sage tree (currently at 6.4rc0) : charpent@SAP5057241:/usr/local/sage-6.4$ git status Sur la branche develop Votre branche est à jour avec 'trac/develop'. rien à valider, la copie de travail est propre charpent@SAP5057241:/usr/local/sage-6.4$ git fetch remote: Counting objects: 2

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread kcrisman
> > How DOES bug prioritization work in Sage? You can pick > blocker/critical/major/minor/trivial when you're creating a ticket. > Does someone double-check those choices, or is prioritization > essentially up to the folks working on a given ticket? Is the rule that > "blocker"-level bugs mu

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread Ursula Whitcher
On 11/4/2014 6:04 AM, Volker Braun wrote: Agree. A reasonable article should [...] b) talk about bug tracking and prioritization, stopgaps How DOES bug prioritization work in Sage? You can pick blocker/critical/major/minor/trivial when you're creating a ticket. Does someone double-check t

[sage-devel] can not install optional package cryptominisat-2.9.6

2014-11-05 Thread Qi
Hello everyone, I'm new to sage and have just installed sage-6.3 on my mac osx 10.10. It seems everything works fine. But now I'm trying to install the package *cryptominisat-2.9.6*. As I see online, I typed the following content on the shell:

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread William Stein
On Tue, Nov 4, 2014 at 8:29 AM, Ursula Whitcher wrote: > On 11/3/2014 4:05 PM, William Stein wrote: >> >> I'm sure the >> AMS would be very interesting in publishing more pieces that involve >> computational mathematics/software, and likely only don't because they >> don't have quality submissions

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread Volker Braun
See also http://trac.sagemath.org/ticket/15642 On Wednesday, November 5, 2014 1:39:15 PM UTC, Thierry (sage-googlesucks@xxx) wrote: > > On Wed, Nov 05, 2014 at 05:22:17AM -0800, Jean-Pierre Flori wrote: > > > > > > On Wednesday, November 5, 2014 2:17:29 PM UTC+1, Volker Braun wrote: > > > >

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread Jean-Pierre Flori
On Wednesday, November 5, 2014 2:39:15 PM UTC+1, Thierry (sage-googlesucks@xxx) wrote: > > On Wed, Nov 05, 2014 at 05:22:17AM -0800, Jean-Pierre Flori wrote: > > > > > > On Wednesday, November 5, 2014 2:17:29 PM UTC+1, Volker Braun wrote: > > > > > > There is already a "make download". If y

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread Thierry
On Wed, Nov 05, 2014 at 05:22:17AM -0800, Jean-Pierre Flori wrote: > > > On Wednesday, November 5, 2014 2:17:29 PM UTC+1, Volker Braun wrote: > > > > There is already a "make download". If you want you can add a "make > > download-more" (or so) to also download popular optional packages... I di

[sage-devel] Re: Opinions wanted on simplification method for real expressions

2014-11-05 Thread kcrisman
> In http://trac.sagemath.org/ticket/14630, I have a patch that adds a > simplify_real() method to symbolic expressions. Pretty much the only > thing it does is simplify, > > sqrt(x^2) -> abs(x) > > In the past, you could obtain this with simplify_radical(), even though > the variable `x`

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread Jean-Pierre Flori
On Wednesday, November 5, 2014 2:17:29 PM UTC+1, Volker Braun wrote: > > There is already a "make download". If you want you can add a "make > download-more" (or so) to also download popular optional packages... > > Doesn't make download already download everything? Or was it fixed/changed? --

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread Volker Braun
There is already a "make download". If you want you can add a "make download-more" (or so) to also download popular optional packages... On Wednesday, November 5, 2014 1:13:40 PM UTC, kcrisman wrote: > > > >> >> > >> There are people who have a very bad band-with. In my case, it's >> fine >>

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread kcrisman
> > > >> > > >> There are people who have a very bad band-with. In my case, it's fine > > >> when I am at university. But other than that, I only have a mobile > > >> internet stick, for which 50MB more or less really matters. > > > > > +1 with this point of view. > > However, when lacking g

[sage-devel] Posets: interval/closed_interval

2014-11-05 Thread Jori Mantysalo
What is the logic having both interval() and closed_interval() defined on posets? Last one is really defined as a function, but is just calls first one. -- Jori Mäntysalo -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this

Re: [sage-devel] Re: The Misfortunes of a Trio of Mathematicians Using Computer Algebra Systems

2014-11-05 Thread Ursula Whitcher
On 11/3/2014 4:05 PM, William Stein wrote: I'm sure the AMS would be very interesting in publishing more pieces that involve computational mathematics/software, and likely only don't because they don't have quality submissions enough to choose from. I published one there several years ago about

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread Thierry
Hi, On Wed, Nov 05, 2014 at 01:20:26AM -0800, Robert Bradshaw wrote: > On Fri, Oct 31, 2014 at 5:27 AM, kcrisman wrote: > >> > >> > > >> > IMHO we should only modify upstream tarballs if we have to (e.g. strip > >> > out > >> > non-free parts). The upstream tarballs are cached, so its just a > >>

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread John Cremona
On 5 November 2014 09:20, Robert Bradshaw wrote: > On Fri, Oct 31, 2014 at 5:27 AM, kcrisman wrote: >>> >>> > >>> > IMHO we should only modify upstream tarballs if we have to (e.g. strip >>> > out >>> > non-free parts). The upstream tarballs are cached, so its just a >>> > one-time >>> > download

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

2014-11-05 Thread Robert Bradshaw
On Fri, Oct 31, 2014 at 5:27 AM, kcrisman wrote: >> >> > >> > IMHO we should only modify upstream tarballs if we have to (e.g. strip >> > out >> > non-free parts). The upstream tarballs are cached, so its just a >> > one-time >> > download anyways. >> >> There are people who have a very bad band-w