[sage-devel] "Installation tree has moved"---no it hasn't!

2013-11-10 Thread Simon King
Hi! I was building Sage from scratch following the instructions on http://wiki.sagemath.org/TentativeConventions When I started Sage for the first time after running "make -j4", it says The Sage installation tree has moved from /mnt/local/king/SAGE/sage-git/SAGE_ROOT=/mnt/local/king/SAG t

Re: [sage-devel] compile sage from github

2013-11-10 Thread Felix Salfelder
On Sun, Nov 10, 2013 at 01:02:30PM -0500, Vincent Delecroix wrote: > I do really think that this is the best of what can > happen for Sage but I also think that we need an agreement of all Sage > developers that spkg can not be patched... actually, it's the other way around. if there were no patc

Re: [sage-devel] compile sage from github

2013-11-10 Thread Vincent Delecroix
2013/11/10, Felix Salfelder : > On Sun, Nov 10, 2013 at 04:56:58PM +0100, Ralf Hemmecke wrote: >> What actually surprises me is that Sage must build git at all. Wouldn't >> it make sense to restrict build and development scripts to use features >> of a git version number that is usually satisfied b

Re: [sage-devel] compile sage from github

2013-11-10 Thread Ralf Hemmecke
> The part of the log you paste is not long enough. I guess you need to > install msgfmt which is not part of standard debain. The name of the > package is gettext. Thanks. I'd probably found that myself. But of course, that was not my point. > Does anybody know why git is a standard spkg ? It is

Re: [sage-devel] compile sage from github

2013-11-10 Thread Felix Salfelder
On Sun, Nov 10, 2013 at 04:56:58PM +0100, Ralf Hemmecke wrote: > What actually surprises me is that Sage must build git at all. Wouldn't > it make sense to restrict build and development scripts to use features > of a git version number that is usually satisfied by current major > stable distributi

[sage-devel] ggplot and L. Wilkinson's "Grammar of Graphics"

2013-11-10 Thread Ursin Solèr
Hello all! I was just wondering whether it could be a good idea to include ggplot [1] with SAGE. What do you think about that? Was it already discussed once? [1] https://github.com/yhat/ggplot/ Thanks a lot and Greetings Ursin Solèr -- You received this message because you are subscribed to th

Re: [sage-devel] compile sage from github

2013-11-10 Thread Vincent Delecroix
Hi, The part of the log you paste is not long enough. I guess you need to install msgfmt which is not part of standard debain. The name of the package is gettext. Does anybody know why git is a standard spkg ? It is likely that anybody has his/her own git... Vincent 2013/11/10, Ralf Hemmecke :

[sage-devel] compile sage from github

2013-11-10 Thread Ralf Hemmecke
Hello! I've cloned from git://github.com/sagemath/sage.git (094712a Merge in bug fixes for the dev scripts) and typed "make" on a (relatively minimal) Debian 7 Installation. I didn't know whether such a step would actually succeed, since I haven't yet been able to find a description that such a s

[sage-devel] Re: SchemeMorphism inherits from Element ?!

2013-11-10 Thread Simon King
Hi Nicolas, On 2013-11-10, Nicolas M. Thiery wrote: > I am a bit confused, since Morphism already inherits from Element: Yes, sorry, I meant to say: "ModuleElement". > Anyway, I am going to widen a bit the scope of the discussion. On a > similar note, we have a long waiting need for implementin

[sage-devel] New Orthogonal Polynomials - The second try

2013-11-10 Thread maldun
Hi! after some years and finishing my Phd, I finally found some time and the need to implement a new version of orthogonal polynomials. Over the time I have many valuable lessons learned, and I now want to make the whole development trough. I posted a new patch on http://trac.sagemath.org/ticke

Re: [sage-devel] Re: SchemeMorphism inherits from Element ?!

2013-11-10 Thread Nicolas M. Thiery
Hi! On Fri, Nov 08, 2013 at 09:47:08AM +, Simon King wrote: > On 2013-11-08, Vincent Delecroix <20100.delecr...@gmail.com> wrote: > > I was working with #15378 and I wondered why SchemeMorphism inherits > > from Element and not from Morphism as they should. > > It *should* in fact inh