Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Robert Bradshaw
On Wed, Jan 16, 2013 at 11:17 PM, Dima Pasechnik wrote: > On 2013-01-17, Robert Bradshaw wrote: >> On Wed, Jan 16, 2013 at 6:13 PM, Dima Pasechnik wrote: >>> On 2013-01-16, Volker Braun wrote: --=_Part_588_6290856.1358340327889 Content-Type: text/plain; charset=ISO-8859-1 >>>

[sage-devel] Re: git integration repository, please test

2013-01-16 Thread Dima Pasechnik
On 2013-01-17, Robert Bradshaw wrote: > On Wed, Jan 16, 2013 at 6:13 PM, Dima Pasechnik wrote: >> On 2013-01-16, Volker Braun wrote: >>> --=_Part_588_6290856.1358340327889 >>> Content-Type: text/plain; charset=ISO-8859-1 >>> >>> I guess there are at least two different meanings of "the Sage

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Robert Bradshaw
On Wed, Jan 16, 2013 at 6:13 PM, Dima Pasechnik wrote: > On 2013-01-16, Volker Braun wrote: >> --=_Part_588_6290856.1358340327889 >> Content-Type: text/plain; charset=ISO-8859-1 >> >> I guess there are at least two different meanings of "the Sage tarball" in >> this context. I was talking abo

[sage-devel] Re: git integration repository, please test

2013-01-16 Thread Dima Pasechnik
On 2013-01-16, Volker Braun wrote: > --=_Part_588_6290856.1358340327889 > Content-Type: text/plain; charset=ISO-8859-1 > > I guess there are at least two different meanings of "the Sage tarball" in > this context. I was talking about the sum of all code checked into the Sage > repositories,

Re: [sage-devel] How to automatically download the newest sage?

2013-01-16 Thread Benjamin Jones
On Wed, Jan 16, 2013 at 2:12 PM, Maarten Derickx wrote: > Dear all, > > I want to create a script that when I run it automatically downloads the > latest sage developement version. I was wondering what would be the best way > to do so? > > Thanks Maarten > A while back, I copied a script that Har

[sage-devel] Re: Sage live USB (Debian based, with self-replicating capabilities)

2013-01-16 Thread Sébastien Labbé
Salut Thierry Monteil, This is really nice! I just tested it. Works on linux. But, I can't make a mac os x to boot on the usb key... Sébastien On Monday, January 7, 2013 6:09:12 PM UTC+1, Thierry (sage-googlesucks@xxx) wrote: > > Hi all, > > here is a link to the self-replicating live USB we

Re: [sage-devel] How to automatically download the newest sage?

2013-01-16 Thread François Bissey
On Wed, 16 Jan 2013 14:12:57 Maarten Derickx wrote: > Dear all, > > I want to create a script that when I run it automatically downloads the > latest sage developement version. I was wondering what would be the best > way to do so? > downloading the tar file from http://sage.math.washington.edu/h

[sage-devel] How to automatically download the newest sage?

2013-01-16 Thread Maarten Derickx
Dear all, I want to create a script that when I run it automatically downloads the latest sage developement version. I was wondering what would be the best way to do so? Thanks Maarten -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Robert Bradshaw
On Wed, Jan 16, 2013 at 2:25 AM, Burcin Erocal wrote: > > On Wed, 16 Jan 2013 08:43:15 +0100 > Julien Puydt wrote: > > > Le 15/01/2013 23:28, Volker Braun a écrit : > > > The specialist mathematical libraries, by contrast, don't get much > > > exposure. And even if somebody packaged them then gen

[sage-devel] Re: git integration repository, please test

2013-01-16 Thread Keshav Kini
Michael Orlitzky writes: > For the *really* messed-up packages, we would keep the ebuilds in an > overlay and do whatever we want with them there. And over time, > hopefully fix them and send those fixes upstream. Well, this is pretty much what the sage-on-gentoo overlay does :) http://github.co

Re: [sage-devel] Compiling Sage from source: error when trying to write outside $SAGE_ROOT

2013-01-16 Thread Entre los Cerros
Thank you very much Dr. David Kirkby. After many days without facing this problem, I had the time to work on it again, this time with Sage 5.5, and finally I managed to get the minimum workaround (just a hack) to fix it. I don't still know the actual problem, but at least one of its consequence

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Michael Orlitzky
On 01/16/2013 12:30 PM, John Cremona wrote: >> >> and a pile of other problems, chief among which is that you've got PhD >> mathematicians wasting their time fixing CFLAGS. > > -- which we may still do for fun, it being a whole lot easier than > supervising PhD students! > Disclaimer: I am a PhD

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread kcrisman
> > and a pile of other problems, chief among which is that you've got PhD > > mathematicians wasting their time fixing CFLAGS. > > -- which we may still do for fun, it being a whole lot easier than > supervising PhD students! > > +1 That's true as well for teaching in general, at least tea

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread John Cremona
> > and a pile of other problems, chief among which is that you've got PhD > mathematicians wasting their time fixing CFLAGS. -- which we may still do for fun, it being a whole lot easier than supervising PhD students! John -- You received this message because you are subscribed to the Google G

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Michael Orlitzky
On 01/16/2013 07:17 AM, Timo Kluck wrote: > > This is true. I think the reason Sage is the way it is right now, is > that it wants to have a dependency system not only saying "I depend > on..." but also "I depend on ... with these build flags ... and these > patches". Clearly, autotools and pkg-co

[sage-devel] Re: Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries

2013-01-16 Thread kcrisman
> > > Right at the moment I see 4 projects maintained from this community with > similar goals or structure: > 1) Nicolas M. T's distro based on debian live > 2) Jan Groenwalds distro based on Ubuntu > 3) my SAGE Live CD distro based on Puppy Linux > 4) the Fedora based image of Volker Braun to p

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Julien Puydt
Le 16/01/2013 13:45, Volker Braun a écrit : I guess there are at least two different meanings of "the Sage tarball" in this context. I was talking about the sum of all code checked into the Sage repositories, which is what one would usually call the release. And the third party code is not going

Re: [sage-devel] Re: Latex in sage

2013-01-16 Thread Andrew Mathas
> > Andrew, does this mean, that your patch when ready will actually take care > of the tickets mentioned? > > Not really. What I have been doing provides a different way of displaying tables from inside sage (rather than specifically from the notebook). What I am doing provides a different w

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Volker Braun
I guess there are at least two different meanings of "the Sage tarball" in this context. I was talking about the sum of all code checked into the Sage repositories, which is what one would usually call the release. And the third party code is not going to be part of the git repo under the curren

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread John Cremona
On 16 January 2013 10:25, Burcin Erocal wrote: > > Take eclib as an example. IIRC, it was John Cremona's private code > until William convinced him to release the code under GPL, and > included it in Sage. In time it got progressively better, for example > an autotools based build system and usin

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Timo Kluck
Op woensdag 16 januari 2013 12:51:29 UTC+1 schreef Snark het volgende: > > Le 16/01/2013 11:24, Volker Braun a �crit : > > On Wednesday, January 16, 2013 9:49:22 AM UTC, Timo Kluck wrote: > > > > And then it would be nice if we'd distribute two tarballs for > > downstream to package

[sage-devel] Re: Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries

2013-01-16 Thread Emil Widmann
Am Dienstag, 15. Januar 2013 22:47:06 UTC+1 schrieb jason: > > On 1/15/13 3:08 AM, Jan Groenewald wrote: > > Also if there is interest, a version can be made that installs Ubuntu, > > the source code for Sage, and all needed developer tools to build and > > run Sage. > > I'm really interested

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Julien Puydt
Le 16/01/2013 11:24, Volker Braun a écrit : On Wednesday, January 16, 2013 9:49:22 AM UTC, Timo Kluck wrote: And then it would be nice if we'd distribute two tarballs for downstream to package, the one depending on the other: sage (or sagemath) which is the command line interface and

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Felix Salfelder
On Wed, Jan 16, 2013 at 02:48:16AM -0800, Timo Kluck wrote: > The problem was that the install root usually needs to be known at compile > time for the binary packages. I think that the location of the > $PREFIX/share/PACKAGE directory are usually put into the binaries by > config.h. that is po

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Timo Kluck
Op woensdag 16 januari 2013 11:37:17 UTC+1 schreef Felix Salfelder het volgende: > > Hi there. > > The configuration item RootDir has a special meaning. If set, all paths > in Dir:: will be relative to RootDir, even paths that are specified > absolutely. So, for instance, if RootDir is set to /

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Timo Kluck
Op woensdag 16 januari 2013 11:24:19 UTC+1 schreef Volker Braun het volgende: > > On Wednesday, January 16, 2013 9:49:22 AM UTC, Timo Kluck wrote: > >> And then it would be nice if we'd distribute two tarballs for downstream >> to package, the one depending on the other: sage (or sagemath) whic

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Volker Braun
You are missing the point. I never said that that math software should be a second-class citizen. In fact, it is our main focus. But it is different from build system and infrastructure in that A) Sage depends usually at least on a particular version, and often on particular build switches / p

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Felix Salfelder
Hi there. On Tue, Jan 15, 2013 at 08:32:29AM -0800, Timo Kluck wrote: > I looked into this, seeing whether we could use portage, pkgsrc, apt > or > macports for this. Unfortunately, they all either require root > privileges > and/or a dedicated user added to the system (portage, apt), require > yo

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Volker Braun
On Wednesday, January 16, 2013 9:49:22 AM UTC, Timo Kluck wrote: > And then it would be nice if we'd distribute two tarballs for downstream > to package, the one depending on the other: sage (or sagemath) which is the > command line interface and the notebook, and something like python-sage (in

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Burcin Erocal
On Wed, 16 Jan 2013 08:43:15 +0100 Julien Puydt wrote: > Le 15/01/2013 23:28, Volker Braun a écrit : > > The specialist mathematical libraries, by contrast, don't get much > > exposure. And even if somebody packaged them then generally in > > useless form. E.g. Fedora ships symmetrica, but its us

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Volker Braun
Feel free to put your money where your mouth is and rewrite GAP. When you are finished, please tell us about your experience in updating a gigabyte of third-party packages for your new build system. On Wednesday, January 16, 2013 7:43:15 AM UTC, Snark wrote: > > (1) Any patch to upstream should

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Burcin Erocal
On Wed, 16 Jan 2013 01:49:22 -0800 (PST) Timo Kluck wrote: > Op woensdag 16 januari 2013 04:17:48 UTC+1 schreef Michael Orlitzky > het volgende: > > > > > > Gentoo: emerge sage > > Fedora: yum install sage > > Debian: apt-get install sage > > Ubuntu: apt-get install sage > > Mac: port

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Timo Kluck
Op woensdag 16 januari 2013 04:17:48 UTC+1 schreef Michael Orlitzky het volgende: > > > Gentoo: emerge sage > Fedora: yum install sage > Debian: apt-get install sage > Ubuntu: apt-get install sage > Mac: port install sage > FreeBSD: pkg install subversion > ... > > > And then it wou

Re: [sage-devel] Re: git integration repository, please test

2013-01-16 Thread Timo Kluck
Op woensdag 16 januari 2013 08:43:15 UTC+1 schreef Snark het volgende: > > Le 15/01/2013 23:28, Volker Braun a �crit : > > (1) Any patch to upstream should be forwarded upstream. > > (2) If upstream doesn't have a good build system, provide one, and don't > forget (1). > > This is of course t

[sage-devel] Re: Patch made from a previous version of sage

2013-01-16 Thread Keshav Kini
Kannappan Sampath writes: > Hello friends,  > > I have the following question: The patch here: > > http://trac.sagemath.org/sage_trac/ticket/10080 > > seems to come from a previous version of the file for which it > proposes some change. Now, apparently, I feel that some of the issues > have been