Re: [sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Vincent Knight
I feel that some plots could be better. I often end up writing pure matplotlib code. For example for histograms, boxplots (current version is limited) etc... On Fri Dec 05 2014 at 07:22:58 Nathann Cohen wrote: > Weird to answer your own thread, but I think that we are bad for plots. > Look at th

Re: [sage-devel] What are we unable to do right now ?

2014-12-05 Thread Vincent Delecroix
Hi Nathann, It would be cool to gather the answers to your thread on the wiki... > In your past experiences (possibly when using Sage to teach in a > classroom), in which areas do you think we are behind users' expectations ? It was in classroom but more for PhD students/researcher. Very far beh

Re: [sage-devel] What are we unable to do right now ?

2014-12-05 Thread Robert Pollak
Am 05.12.2014 um 08:17 schrieb Nathann Cohen: > In your past experiences (possibly when using Sage to teach in a > classroom), in which areas do you think we are behind users' expectations ? It should be possible to use Sage in 1st year students' math classes. My pet peeve there is solving system

[sage-devel] How to avoid duplicate work when merging?

2014-12-05 Thread Simon King
Hi! Once more, I got annoyed either by git, or by my lacking git skills. At #15820, the reviewer made some changes. There is a follow-up ticket #16453, and I had to resolve conflicts for merging #15820 into #16453. And then, there is a follow-follow-up ticket #17435. When merging #16453 into #17

Re: [sage-devel] What are we unable to do right now ?

2014-12-05 Thread Jeroen Demeyer
On 2014-12-05 08:17, Nathann Cohen wrote: In your past experiences (possibly when using Sage to teach in a classroom), in which areas do you think we are behind users' expectations ? I think the worst is symbolic stuff in general. My favorite example: Sage cannot solve x == sqrt(x): sage: solv

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Dima Pasechnik
On 2014-12-05, Nathann Cohen wrote: > --f46d0438906335ad0d050972df25 > Content-Type: text/plain; charset=UTF-8 > > Helloo everybody ! > > I am preparing some Sage talk, and I wanted to say at some point: "Honestly > we are not that good. We have strong points but we miss many things too. It >

Re: [sage-devel] What are we unable to do right now ?

2014-12-05 Thread Ralf Stephan
On Friday, December 5, 2014 10:18:12 AM UTC+1, Jeroen Demeyer wrote: > > On 2014-12-05 08:17, Nathann Cohen wrote: > > In your past experiences (possibly when using Sage to teach in a > > classroom), in which areas do you think we are behind users' > expectations ? > I think the worst is symbol

[sage-devel] trac internal error

2014-12-05 Thread Ralf Stephan
*Trac detected an internal error:* OSError: [Errno 2] No such file or directory: '/tmp/tmpAHicED' There was an internal error in Trac. It is recommended that you notify your local Trac administrator with the information needed to reproduce the issue. To that end, you could a ticket. The actio

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Ralf Stephan
Specifically in my opinion, many special functions and polynomials are still not symbolic. This prevents for example implementations of creative telescoping. Regards, -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this grou

Re: [sage-devel] trac internal error

2014-12-05 Thread Jeroen Demeyer
Same issue with http://trac.sagemath.org/ticket/16453 -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this grou

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread mmarco
We have very little to work on modules over polynomial rings (no groebner basis, resolutions, etc). -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+uns

[sage-devel] Mention of Sage in a book review

2014-12-05 Thread John Cremona
In the review http://newsletter.lms.ac.uk/coffee-love-and-matrix-algebra/ by Robin Whitty of a novel called "Coffee, love and matrix algebra" by Gary Ernest Davis there is a nice mention of Sage; though clearly not in the book itself which seems to be loaded with product placements for alpha and

Re: [sage-devel] About SSLv3 security hole

2014-12-05 Thread Volker Braun
There is no Python 2.7.9 yet, this is upstream WIP. I agree with forcing always TLS in the notebook, screw IE6. On Friday, December 5, 2014 7:49:52 AM UTC, Jan Groenewald wrote: > > sagenb-0.11.1-py2.7.egg/sagenb/notebook/run_notebook.py: > ssl_context = SSL.Context(SSL.SSLv23_METHOD) > > to

[sage-devel] Re: How to avoid duplicate work when merging?

2014-12-05 Thread Volker Braun
On Friday, December 5, 2014 9:13:12 AM UTC, Simon King wrote: > > would result in resolving the same conflicts twice. Certainly there is a > better way!?! > Don't merge branches unless you have to. The easiest solution is just to not merge A' into B Also, commits are immutable: Merging A' int

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Simon King
Hi Dima, On 2014-12-05, Dima Pasechnik wrote: > some pedestrian-level representation theory of associative algebras Do you mean stuff like representations of path algebras (which are highly non-commutative associative algebras)? Minimal projective resolutions of basic algebras? I'm currently wor

[sage-devel] Re: How to avoid duplicate work when merging?

2014-12-05 Thread Simon King
Hi Volker, On 2014-12-05, Volker Braun wrote: > On Friday, December 5, 2014 9:13:12 AM UTC, Simon King wrote: >> >> would result in resolving the same conflicts twice. Certainly there is a >> better way!?! >> > > Don't merge branches unless you have to. I have to. A is a dependency for B, B i

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Dima Pasechnik
Hi Simon, On 2014-12-05, Simon King wrote: > On 2014-12-05, Dima Pasechnik wrote: >> some pedestrian-level representation theory of associative algebras > > Do you mean stuff like representations of path algebras (which are > highly non-commutative associative algebras)? Minimal projective > reso

[sage-devel] Re: How to avoid duplicate work when merging?

2014-12-05 Thread Volker Braun
On Friday, December 5, 2014 11:16:34 AM UTC, Simon King wrote: > > Moreover, there are merge conflicts. Hence, they *have* to be > resolved at some point. > Yes, but they only need to be resolved once if you wait. Eventually there will be a conflict with the develop branch that you need to reso

[sage-devel] Re: How to avoid duplicate work when merging?

2014-12-05 Thread Simon King
Hi Volker, On 2014-12-05, Volker Braun wrote: > On Friday, December 5, 2014 11:16:34 AM UTC, Simon King wrote: >> >> Moreover, there are merge conflicts. Hence, they *have* to be >> resolved at some point. >> > > Yes, but they only need to be resolved once if you wait. Eventually there > will

[sage-devel] Re: How to avoid duplicate work when merging?

2014-12-05 Thread Volker Braun
Should work. Perhaps one of the edits in C conflicted with the resolution? You can also try different conflict resolution strategies (man git-merge) On Friday, December 5, 2014 11:50:40 AM UTC, Simon King wrote: > > Hi Volker, > > On 2014-12-05, Volker Braun > wrote: > > On Friday, December 5

Re: [sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Jori Mantysalo
Factorization of multivariate polynomials on ZZ is not possible. Actually it is, but you have to convert them to QQ first. And for beginner this kind of things are obstacles. * * * I think that also error reporting is not optimal for most users, and horror for beginner. It should be somethi

[sage-devel] Re: How to avoid duplicate work when merging?

2014-12-05 Thread Simon King
Hi Volker, On 2014-12-05, Volker Braun wrote: > Should work. Perhaps one of the edits in C conflicted with the resolution? Possibly there is a conflict in some hunks, and of course I don't complain to resolve these. However, "git mergetool" then asked me to resolve *all* hunks, including those t

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Fredrik Johansson
On Friday, December 5, 2014 8:17:44 AM UTC+1, Nathann Cohen wrote: > > Helloo everybody ! > > I am preparing some Sage talk, and I wanted to say at some point: > "Honestly we are not that good. We have strong points but we miss many > things too. It all depends on what the developpers are int

[sage-devel] Re: trac internal error

2014-12-05 Thread Dima Pasechnik
same stuff for me on http://trac.sagemath.org/ticket/17426#trac-add-comment Trac detected an internal error: OSError: [Errno 2] No such file or directory: '/tmp/tmpDFyyXx' I guess, we've ran out of space at least on /tmp On 2014-12-05, Ralf Stephan wrote: > --=_Part_78_1283626907.14177729049

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Dima Pasechnik
On 2014-12-05, Fredrik Johansson wrote: > --=_Part_1821_492426932.1417781508772 > Content-Type: multipart/alternative; > boundary="=_Part_1822_1964954233.1417781508772" > > --=_Part_1822_1964954233.1417781508772 > Content-Type: text/plain; charset=UTF-8 > > On Friday, December 5

Re: [sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Fredrik Johansson
On Friday, December 5, 2014 1:08:14 PM UTC+1, Jori Mantysalo wrote: > > > Having documentation arranged by technical implementation is also bad. > Having TESTS-section shown for normal user is bad. Having is_lattice() on > different page that is_meet_semilattice() is bad. > Seconding this. Mix

[sage-devel] Please fix trac...

2014-12-05 Thread Dima Pasechnik
it's apparently out of space on /tmp -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to

Re: [sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Jori Mantysalo
On Fri, 5 Dec 2014, Fredrik Johansson wrote: Another weakness of the Sage reference manual is that the doctest examples only show text output -- the Ma's examples often show graphical output, which can be a great help. Having this would be very, very, very nice thing to have! For many poset f

[sage-devel] Re: Please fix trac...

2014-12-05 Thread Volker Braun
Fixed On Friday, December 5, 2014 12:35:08 PM UTC, Dima Pasechnik wrote: > > it's apparently out of space on /tmp > > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email

Re: [sage-devel] What are we unable to do right now ?

2014-12-05 Thread Nicolas Borie
Hello, Computing the inverse of the identity matrix is not possible. Ok, it works for rings using RingElement class for the elements (like ZZ, QQ, RR, CC, ...). sage: SF = SymmetricFunctions(QQ).schur(); SF Symmetric Functions over Rational Field in the Schur basis sage: one = SF.one() sage:

Re: [sage-devel] What are we unable to do right now ?

2014-12-05 Thread kcrisman
> > >> > In your past experiences (possibly when using Sage to teach in a >> > classroom), in which areas do you think we are behind users' >> expectations ? >> I think the worst is symbolic stuff in general. >> > +5 > > http://trac.sagemath.org/wiki/symbolics has it all > Have you been updat

Re: [sage-devel] About SSLv3 security hole

2014-12-05 Thread kcrisman
> > > I agree with forcing always TLS in the notebook, screw IE6. > > sagenb-0.11.1-py2.7.egg/sagenb/notebook/run_notebook.py: >> ssl_context = SSL.Context(SSL.SSLv23_METHOD) >> >> to >> >> ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLSv1) >> > > > We can do this if need be, assuming we have

Re: [sage-devel] About SSLv3 security hole

2014-12-05 Thread Volker Braun
SSLv3 has been obsolete this entire millennium ;-) On Friday, December 5, 2014 1:16:15 PM UTC, kcrisman wrote: > > We can do this if need be, assuming we have the right stuff. Can someone >> explain to me what the drawbacks would be? (E.g., Volker seems to indicate >> that IE6 can only use SSL

[sage-devel] Re: trac internal error

2014-12-05 Thread Nathann Cohen
THaanks for having fixed that ! My ticket is as good as new ! :-P Nathann On Friday, December 5, 2014 5:54:44 PM UTC+5:30, Dima Pasechnik wrote: > > same stuff for me on > http://trac.sagemath.org/ticket/17426#trac-add-comment > Trac detected an internal error: > OSError: [Errno 2] No such

Re: [sage-devel] What are we unable to do right now ?

2014-12-05 Thread Ralf Stephan
On Friday, December 5, 2014 2:05:24 PM UTC+1, kcrisman wrote: > > http://trac.sagemath.org/wiki/symbolics has it all >> > > Have you been updating that? > Only the areas where I'm active at the moment, functions and series. > Any other broad categories? > I've been updating http://trac.sagema

[sage-devel] Have I destroyed my git repository?

2014-12-05 Thread Simon King
Hi! I had accidentally launched "git checkout master" and aborted with ctrl-C beforeit has finished. Possibly this was a bad bad idea, because when I now do git trac pull on my branch for #15820, I get remote branch: u/jdemeyer/ticket/15820 Von git://trac.sagemath.org/sage * branch

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread mmarco
> > > * Many numerical functions do not work with arbitrary precision. In > Mathematica and Maple, arbitrary precision works seamlessly pretty much > everywhere. In Sage, a lot of functions are hardcoded for double precision. > A first step would be to provide really solid support for basic num

Re: [sage-devel] What are we unable to do right now ?

2014-12-05 Thread 'Martin R' via sage-devel
> > - Generating functions. Start from an equation like > f(t) = sin(t) f'(t) + 1 >and then get information about f (behavior at infinity ? where are > the poles in the complex plane ? what are the coefficients of the > serie expansion ? what is there growth rate ?). There is a well

[sage-devel] Re: Have I destroyed my git repository?

2014-12-05 Thread Simon King
Answering my own post... On 2014-12-05, Simon King wrote: > Traceback (most recent call last): > File "/home/king/bin/git-trac", line 18, in > cmdline.launch() > File "/home/king/Sage/git/git-trac-command/git_trac/cmdline.py", line 206, > in launch > app.pull(args.ticket_or_branch)

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread 'Martin R' via sage-devel
> > * Symbolics in general. Symbolic integration and summation. Rewriting > expressions. Simplifying inequalities. Simplifying expressions subject to > assumptions involving inequalities. Limits and generalized series > expansions involving special functions. Sage can do a bit of these things

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Travis Scrimshaw
Hey Dima, >> some pedestrian-level representation theory of associative algebras > > > > Do you mean stuff like representations of path algebras (which are > > highly non-commutative associative algebras)? Minimal projective > > resolutions of basic algebras? I'm currently working on that. >

[sage-devel] Running Sage.app installed by another user

2014-12-05 Thread Jérôme Tremblay
Under OSX Yosemite, I try to install Sage 6.4.1 app in the system applications. When I run sage as admin, everything works fine. However, when my users try to run Sage, they get a warning that they are trying to execute Sage from a read-only filesystem. My question is : It it safe to execute

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread mmarco
Can you give some further info about it? Do we have an updated package for fricas or do we need to install it system-wide? It would be nice to have something like foo.integral(algorithm='fricas') for the cases of integrals that maxima and sympy can't compute. El viernes, 5 de diciembre de 2014

Re: [sage-devel] About SSLv3 security hole

2014-12-05 Thread Jan Groenewald
Hi Jori, Please test the fix and report back here: sagenb-0.11.1-py2.7.egg/sagenb/notebook/run_notebook.py: > ssl_context = SSL.Context(SSL.SSLv23_METHOD) > > to > > ssl_context = ssl.SSLContext(ssl.PROTOCOL_TLSv1) > Regards, Jan On 5 December 2014 at 15:21, Volker Braun wrote: > SSLv3 has

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread 'Martin R' via sage-devel
Am Freitag, 5. Dezember 2014 17:18:37 UTC+1 schrieb mmarco: > > Can you give some further info about it? Do we have an updated package for > fricas or do we need to install it system-wide? > > I do not have a recent fricas installed, but with the old fricas I have, I can simply do sage: fricas.

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread Dima Pasechnik
On 2014-12-05, Travis Scrimshaw wrote: > --=_Part_1543_1865320583.1417795602964 > Content-Type: multipart/alternative; > boundary="=_Part_1544_1476759575.1417795602965" > > --=_Part_1544_1476759575.1417795602965 > Content-Type: text/plain; charset=UTF-8 > > Hey Dima, > >>> some

[sage-devel] Re: Mention of Sage in a book review

2014-12-05 Thread maldun
Nice arcticle! I totally agree with his comments about Matlab. It was written as fast Fortran interface and still has this feeling. Object oriented programming is a joke in Matlab. I used Matlab 2009 and measured 1ms(!) time for access to one simple class member. (Comparison: Pyton needs some µs

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread mmarco
I am confused. How can fricas outperform mathematica if it is only suited for elementary integration? -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+u

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread 'Martin R' via sage-devel
> > I am confused. How can fricas outperform mathematica if it is only suited > for elementary integration? I meant the term in the technical sense: http://en.wikipedia.org/wiki/Nonelementary_integral As far as I know (but I may well be mistaken, I'm not an expert in this area), FriCAS has

[sage-devel] User Survey

2014-12-05 Thread maldun
Hi! Since William's statement, that Sage failed as a real alternative to the 4 MMs there are currently some threads with thoughts on improving Sage. But till now I see only discussions among the devlopers. But I think we should also ask the users. The most of us here are scientists. But to make

[sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread maldun
What we still don't have is a working windows version. This is still a big blocker for being succesfull. On Friday, December 5, 2014 8:17:44 AM UTC+1, Nathann Cohen wrote: > > Helloo everybody ! > > I am preparing some Sage talk, and I wanted to say at some point: > "Honestly we are not that

Re: [sage-devel] Bug in abs(I*x).diff(x)

2014-12-05 Thread Ondřej Čertík
Hi Bill, I thought about this a lot (essentially I studied complex analysis from several books as well as consulted with many colleagues) and I figured out some answers to my questions. In the approach (A), you have: log(a*b) = log(a) + log(b) What that means is that log() is multivalued, so yo

Re: [sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread William Stein
On Fri, Dec 5, 2014 at 12:19 PM, maldun wrote: > What we still don't have is a working windows version. This is still a big > blocker for being succesfull. I don't want to in any way discourage anybody from working hard on Windows support for Sage. However, it's getting more difficult to argue t

Re: [sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread maldun
I agree with you that it is not that important as it was some years ago. Nevertheless be aware that many professional users in engineering and research can't go online that simply, because of security reasons, and company policies (I know that from first hand), and they are a big market which we s

Re: [sage-devel] Re: What are we unable to do right now ?

2014-12-05 Thread William Stein
On Fri, Dec 5, 2014 at 12:45 PM, maldun wrote: > I agree with you that it is not that important as it was some years ago. > Nevertheless be aware that many professional users in engineering > and research can't go online that simply, because of security reasons, and > company policies (I know that

Re: [sage-devel] Bug in abs(I*x).diff(x)

2014-12-05 Thread Ondřej Čertík
On Fri, Dec 5, 2014 at 1:20 PM, Ondřej Čertík wrote: > Hi Bill, > > I thought about this a lot (essentially I studied complex analysis > from several books as well as consulted with many colleagues) and I > figured out some answers to my questions. > > In the approach (A), you have: > > log(a*b) =

Fwd: [sage-devel] Re: Maple versus Mathematica

2014-12-05 Thread William Stein
Hi, Gregory Bard sent me a very nice email comparing his book to the "Calcul avec Sage" and explaining how the audience for the two books are related. William -- Forwarded message -- From: Gregory Bard Date: Fri, Dec 5, 2014 at 3:22 PM Subject: Re: [sage-devel] Re: Maple versus

Re: [sage-devel] Running Sage.app installed by another user

2014-12-05 Thread Ivan Andrus
On Dec 5, 2014, at 9:07 AM, Jérôme Tremblay wrote: > Under OSX Yosemite, I try to install Sage 6.4.1 app in the system > applications. > > When I run sage as admin, everything works fine. However, when my users try > to run Sage, they get a warning that they are trying to execute Sage from a

Re: [sage-devel] Re: Maple versus Mathematica

2014-12-05 Thread kcrisman
Thanks for passing Greg's evaluation of this on - that sounds about right. (sage-edu, see https://groups.google.com/d/msg/sage-devel/x3h4m3LjWkI/gKfpnAijS5UJ ) I do think that more books is a real "selling" point. Remember how you were contacted about the Use-Sage series... I will again be r

Re: [sage-devel] Re: About Graph.to_partition and Poset.to_graph

2014-12-05 Thread Nathann Cohen
Helloo everybody ! This discussion seemed to have stopped, so I create ticket #17449. >From the discussions it appeared that some persons cared about the feature of to_partition, and so the ticket creates a new function connected_components_sizes() which returns the (sorted) list of connected