On Oct 22, 9:26 pm, Jason Bandlow jband...@gmail.com wrote:
On 10/22/2010 12:20 PM, Robert Bradshaw wrote:
Given the difficulty of finding reviewers, are you arguing we
shouldn't try to make things even easier? Yes, it's not to bad ([copy
the url, qimport, qpush] * n, build, test, run
Generalizing code for the sake of generalization and at the expense of
efficiency is probably a bad choice, especially for something so
pervasive as the category framework, but if you can show that the more
general code is necessary to do things people actually want, it
becomes worth
The fortran package in Sage is 33 MB in size. It contains a binary fortran
compiler for OS X only. So users of Linux, Solaris and those porting to other
platforms are downloading 33 MB of totally useless code.
Given the size and the fact it's only needed on one platform, would it not be
more
+1 to the idea of time testing doctests. I would use them all the time
for regression testing and when testing improvements; not the least
for my own Sage library.
It seems to me that only very rarely it would be interesting to look
at other's timing tests, and so, I don't really think the extra
On 10/25/10 07:06 PM, Robert Bradshaw wrote:
On Mon, Oct 25, 2010 at 8:19 AM, David Kirkbydavid.kir...@onetel.net wrote:
On 21 October 2010 01:33, David Roer...@math.harvard.edu wrote:
There are a number of tickets in trac about performance regressions in
Sage. I'm sure there are far more
Note that fs in the example is a list of length 1.
David
snip
which suggests that fs should instead be an array. If I try to go through
the
steps of the initialization process by hand using the data from the test
I get
error messages:
sage: import sage.calculus.riemann
sage: fs
David Roe wrote :
I posted a patch there that should fix it; I have to work on other
stuff, but if someone else wants to take over and write some doctests,
make sure it works in lots of cases...
David
On Mon, Oct 25, 2010 at 17:14, Burcin Erocal bur...@erocal.org
mailto:bur...@erocal.org
On 2010-10-26 00:04, Dr. David Kirkby wrote:
I might have more of an issue with uploading binaries from my machine,
as the binaries are large and my upload bandwidth (which would be
important for uploading binaries), is only 1/8th of my download
bandwidth. That might be an issue for me.
Do you
On 10/26/10 10:39 AM, Jeroen Demeyer wrote:
On 2010-10-26 00:04, Dr. David Kirkby wrote:
I might have more of an issue with uploading binaries from my machine,
as the binaries are large and my upload bandwidth (which would be
important for uploading binaries), is only 1/8th of my download
I think the Sage policy should be to never ship part of the toolchain.
In the particular case of gfortran OSX, it seems to be easy enough to
install the .dmg file. Ideally, Sage should have
1) easy-to-follow documentation for setting up the toolchain.
Preferably from some standard repository for
On 10/26/10 04:37 AM, Dima Pasechnik wrote:
I have been testing Sage on Debian (64 bits) on an ad hoc basis, and I
have enough hardware power (a virtual host on a VMWare server)
to run a testbot, if a setup is available and not too hard to install.
(unfortunately it's behind a campus firewall,
On 25 Okt., 16:03, Jan Groenewald j...@aims.ac.za wrote:
On another desktop I did sage -upgrade
http://sage.math.washington.edu/home/release/sage-4.6.rc0/sage-4.6.rc0/
and afterwards out of 100+ runs no segfault.
That's expected, since doing the above rebuilds all packages and
modules
On 26 Okt., 12:39, Volker Braun vbraun.n...@gmail.com wrote:
2) a configure-like test script that tests the requirements and
gives useful hints on how to install missing pieces of the toolchain
and/or required libraries.
Yep. Especially odd is that Sage ships four MacOS X *binaries* in a so-
I agree that it is a bad policy to ship binaries in a source distribution.
I would suggest a separate package for MAC OS with the binaries of the
compiler if this is reallly needed
On Tue, Oct 26, 2010 at 9:30 AM, leif not.rea...@online.de wrote:
On 26 Okt., 12:39, Volker Braun
I don't like having different source distributions for different
OS'es. Thats unnecessary added complexity. If you want to save a few
megabytes you can always rsync the sage.tar archive, this will avoid
retransmitting the unchanged spkgs.
Volker
On Oct 26, 1:30 pm, leif not.rea...@online.de
No offense, but everyone who has written so far in this thread is
speaking only to people who know what the word toolchain means in
this context. Unfortunately, Apple doesn't provide a fortran
compiler, and setting one up for those who don't know that word is
nontrivial and goes against the (in
On 2010-10-26 15:15, kcrisman wrote:
Basically, someone who would like to have a brand spankin' new Sage
they can call their own (as opposed to a binary download) should not
have needless hurdles placed in front of them. Should we provide
gcc? No - downloading Xcode or installing it is a
Could we instead ship the *source code* of the fortran compiler? That
would almost certainly be smaller.
No idea how easy that would be. I'm sure it could be done, but
actually implementing it might get a little tricky.
G95: Instructions at http://www.g95.org/source.shtml seem
On 26 Okt., 15:15, Volker Braun vbraun.n...@gmail.com wrote:
I don't like having different source distributions for different
OS'es.
Me either, but if we keep shipping binaries in a source distributions
that's an easy way to go:
Create a fortran-x.y.z-darwin.spkg that's only included in
Leif -
Any thoughts on the source suggestion? If there really would be
little confusion with a separate Darwin source distribution that
included fortran (where it could be verified this was the only
difference), that might also be a way to go, as you say.
Also, I guess there are people using
No, my point is that gfortran is not distributed with sage in source form.
I think that we should either
'- include gfortran in source form in sage distribution
- split the binary files in a separated file
otherwise it is not a source distribution.
)but a mix of a source and a binary one. This
On Tue, Oct 26, 2010 at 6:15 AM, kcrisman kcris...@gmail.com wrote:
No offense, but everyone who has written so far in this thread is
speaking only to people who know what the word toolchain means in
this context. Unfortunately, Apple doesn't provide a fortran
compiler, and setting one up for
On Tue, Oct 26, 2010 at 8:18 AM, Pablo De Napoli pden...@gmail.com wrote:
No, my point is that gfortran is not distributed with sage in source form.
I think that we should either
'- include gfortran in source form in sage distribution
Including gfortran or g95 in source form is not realistic,
On 10/26/10 4:39 AM, Jeroen Demeyer wrote:
On 2010-10-26 00:04, Dr. David Kirkby wrote:
I might have more of an issue with uploading binaries from my machine,
as the binaries are large and my upload bandwidth (which would be
important for uploading binaries), is only 1/8th of my download
Hi all,
I have a question how to solve system in GF(4) using Grobner basis and
elimination (I want to find just one solution).
The system (which is already in reduced form) is:
x^3+x+z
y+z
If we put z=1 then first equation x^3+x+1 has no root in GF(4). If z=0 we
have solution y=0, x=0.
Is there
On Tue, Oct 26, 2010 at 2:25 AM, Dr. David Kirkby
david.kir...@onetel.net wrote:
On 10/25/10 11:35 PM, Robert Bradshaw wrote:
On Mon, Oct 25, 2010 at 3:04 PM, Dr. David Kirkby
I might have more of an issue with uploading binaries from my machine, as
the binaries are large and my upload
On 10/26/10 04:24 PM, William Stein wrote:
Confusing users needlessly to save 30MB is not an option.
And people who seriously care about whether or not sage-x.y.z.tar is a
source distribution in some pure sense can (and do!) just delete
fortran.spkg. Most users just care that whatever
On Tue, Oct 26, 2010 at 1:03 AM, Francois Maltey fmal...@nerim.fr wrote:
David Roe wrote :
I posted a patch there that should fix it; I have to work on other stuff,
but if someone else wants to take over and write some doctests, make sure it
works in lots of cases...
David
On Mon, Oct 25,
On Tue, Oct 26, 2010 at 12:24 PM, William Stein wst...@gmail.com wrote:
On Tue, Oct 26, 2010 at 8:18 AM, Pablo De Napoli pden...@gmail.com wrote:
No, my point is that gfortran is not distributed with sage in source form.
I think that we should either
'- include gfortran in source form in sage
downloading Xcode or installing it is a little annoying,
but fairly straightforward even for newbies, because Apple wants to
make it easy for them. But fortran is another matter.
I just tried http://gcc.gnu.org/wiki/GFortranBinariesMacOS on OSX 10.6
and all I had to do was click on the
On Tue, Oct 26, 2010 at 04:03, François Bissey f.r.bis...@massey.ac.nzwrote:
Note that fs in the example is a list of length 1.
David
snip
which suggests that fs should instead be an array. If I try to go
through
the
steps of the initialization process by hand using the data
On Oct 26, 7:11 am, kcrisman kcris...@gmail.com wrote:
Leif -
Any thoughts on the source suggestion? If there really would be
little confusion with a separate Darwin source distribution that
included fortran (where it could be verified this was the only
difference), that might also be a way
On 26 Okt., 16:11, kcrisman kcris...@gmail.com wrote:
Leif -
Any thoughts on the source suggestion? If there really would be
little confusion with a separate Darwin source distribution that
included fortran (where it could be verified this was the only
difference), that might also be a way
On Tue, Oct 26, 2010 at 10:11 AM, Volker Braun vbraun.n...@gmail.com wrote:
downloading Xcode or installing it is a little annoying,
but fairly straightforward even for newbies, because Apple wants to
make it easy for them. But fortran is another matter.
I just tried
Please also try on PPC OS X 10.4, 10.5, and 10.6, and
Maybe not the PPC OS X 10.6 ;-) that would be *truly* impressive!
I oscillate in my hopes about cygwin... There are other approaches to
Oh, but for a double-clickable binary at least! Even if to do
development work would be too hard to
On 26 Okt., 19:36, William Stein wst...@gmail.com wrote:
Regarding fortran, for a Microsoft Visual C++ version of Sage, I
will just get rid of Fortran (and Lisp) entirely, and not bother with
building anything currently in Sage that depends on them...
Feed f2c with all Fortran sources and ship
Hi!
On Oct 24, 7:30 pm, Nils Bruin nbr...@sfu.ca wrote:
Your present proposal doesn't give any upsides for the slowdown. Could
you give some convincing use-cases, where you give examples of things
that people are likely to want to do which become easy with your
extension but are very
On 26 Okt., 09:29, Johan S. R. Nielsen j.s.r.niel...@mat.dtu.dk
wrote:
On Oct 22, 9:26 pm, Jason Bandlow jband...@gmail.com wrote:
On 10/22/2010 12:20 PM, Robert Bradshaw wrote:
Given the difficulty of finding reviewers, are you arguing we
shouldn't try to make things even easier? Yes,
On Tue, Oct 26, 2010 at 11:15 AM, leif not.rea...@online.de wrote:
On 26 Okt., 19:36, William Stein wst...@gmail.com wrote:
Regarding fortran, for a Microsoft Visual C++ version of Sage, I
will just get rid of Fortran (and Lisp) entirely, and not bother with
building anything currently in Sage
On 26 Okt., 01:02, William Stein wst...@gmail.com wrote:
Just for fun, I created this page:
http://code.google.com/p/sagemath/
It has the Sage source code repo, so you can browse the history of Sage:
http://code.google.com/p/sagemath/source/list
Nice. One more reason to provide more
Leif,
Browsing the link led me to
http://code.google.com/p/sagemath/source/detail?r=bc2913bfc76dd758bc4bd87554df6fb3b2b5050c
and some comments of yours about (I think) whether mwrank/eclib/etc
require the pari library. They do! They only use it in a small way
(for factoring integers) but they
On 26 Okt., 21:34, leif not.rea...@online.de wrote:
On 26 Okt., 01:02, William Stein wst...@gmail.com wrote:
Just for fun, I created this page:
http://code.google.com/p/sagemath/
It has the Sage source code repo, so you can browse the history of Sage:
On 26 Okt., 21:47, John Cremona john.crem...@gmail.com wrote:
Leif,
Browsing the link led me to
http://code.google.com/p/sagemath/source/detail?r=bc2913bfc76dd758bc4...
and some comments of yours about (I think) whether mwrank/eclib/etc
require the pari library.
So it appears to be quite
Hi folks,
for sime time now, there is a tendency of the Sage distribution to
become unmaintanable (only minutes ago, I read the upteenth message
thread and trac ticket about the recurrent Suse Linux 11.x/Arch Linux
bash/readline issue ...).
There are several possibilities/ways to go.
One way I
On 10/26/10 06:36 PM, William Stein wrote:
I oscillate in my hopes about cygwin... There are other approaches to
Sage on Windows, e.g.,:
http://windows.sagemath.org/
Is the Cygwin problem just that nobody is working on it, or are there
fundamental reasons why it is causing a problem.
OK, I understand. If you had CC'd me into the discussion at #9914 I
could have helped (not all external spkgs' authors are Sage developers
too, but some are!).
The only functions which directly call libpari are in my base lib
called libjc. all the other code calls functions in libjc. But I
On Tue, Oct 26, 2010 at 1:42 PM, Dr. David Kirkby
david.kir...@onetel.net wrote:
I personally don't see why the Cygwin port should be so hard. From what I
understand, there are only a dozen or so doctest issues to resolve.
It's not hard -- I've just been busy with other things and haven't
On 26 Okt., 22:42, Dr. David Kirkby david.kir...@onetel.net wrote:
BTW, would it not be better to delete this page? I found it while Googling
http://wiki.sagemath.org/windows/cygwin-issues
it seems rather out of date.
Something to keep for software archaeologists. (SCNR)
-Leif
--
To post
Hi folks,
for sime time now, there is a tendency of the Sage distribution to
become unmaintanable (only minutes ago, I read the upteenth message
thread and trac ticket about the recurrent Suse Linux 11.x/Arch Linux
bash/readline issue ...).
There are several possibilities/ways to go.
On 26 Okt., 22:51, John Cremona john.crem...@gmail.com wrote:
OK, I understand. If you had CC'd me into the discussion at #9914 I
could have helped (not all external spkgs' authors are Sage developers
too, but some are!).
Ok, I don't remember, perhaps I didn't want to bother you with
that...
Hi,
I just spent the day working on code with some people, and using
http://code.google.com with multiple cloned repositories and their
code review system, which allows excellent line by line annotation,
allows much better viewing of file diffs, etc., is really much, much
better than what we do
On 10/27/10 12:54 AM, William Stein wrote:
Hi,
I just spent the day working on code with some people, and using
http://code.google.com with multiple cloned repositories and their
code review system, which allows excellent line by line annotation,
allows much better viewing of file diffs, etc.,
On 25 Okt., 19:25, Robert Bradshaw rober...@math.washington.edu
wrote:
On Mon, Oct 25, 2010 at 7:09 AM, David Kirkby david.kir...@onetel.net wrote:
As has been remarked before, Sage has number lists of supported
platforms, no two of which agree with each other.
I proposed some time ago we
On 10/26/10 7:04 PM, Dr. David Kirkby wrote:
On 10/27/10 12:54 AM, William Stein wrote:
Hi,
I just spent the day working on code with some people, and using
http://code.google.com with multiple cloned repositories and their
code review system, which allows excellent line by line annotation,
On Tue, Oct 26, 2010 at 5:16 PM, leif not.rea...@online.de wrote:
On 25 Okt., 19:25, Robert Bradshaw rober...@math.washington.edu
wrote:
On Mon, Oct 25, 2010 at 7:09 AM, David Kirkby david.kir...@onetel.net
wrote:
As has been remarked before, Sage has number lists of supported
platforms,
On 27 Okt., 02:04, Dr. David Kirkby david.kir...@onetel.net wrote:
On 10/27/10 12:54 AM, William Stein wrote:
Hi,
I just spent the day working on code with some people, and using
http://code.google.comwith multiple cloned repositories and their
code review system, which allows excellent
On Tue, Oct 26, 2010 at 5:04 PM, Dr. David Kirkby
david.kir...@onetel.net wrote:
On 10/27/10 12:54 AM, William Stein wrote:
Hi,
I just spent the day working on code with some people, and using
http://code.google.com with multiple cloned repositories and their
code review system, which
On Tue, Oct 26, 2010 at 5:22 PM, Jason Grout
jason-s...@creativetrax.com wrote:
On 10/26/10 7:04 PM, Dr. David Kirkby wrote:
On 10/27/10 12:54 AM, William Stein wrote:
Hi,
I just spent the day working on code with some people, and using
http://code.google.com with multiple cloned
Hi,
When I started Sage I viewed it as a distribution of a bunch of math
software, and Python as just the interpreter language I happen to use
at the time. I didn't even know if using Python as the language would
last. However, it's also possible to think of Sage as a Python
library.
Anyway,
On 23 Okt., 20:26, Jeroen Demeyer jdeme...@cage.ugent.be wrote:
On 2010-10-23 19:48, Dr. David Kirkby wrote:
I think to imply code failing with -O3 but but ok with -O1 is a gcc bug
is wrong.
Well, I didn't really *imply* that, just said it was a *sign*. It is
either badly written code or a
I'm of mixed opinions about this.
First impression:
This may be easier on developers, but this could be a sturdy nail in
the coffin of Sage as a viable replacement to M*. Fragmenting Sage
even further is going to make it harder to install, and harder to
ensure any standards of
* quality
*
On 24 Okt., 05:35, jason-s...@creativetrax.com wrote:
On 10/22/10 7:16 PM, Michael Droettboom wrote:
On 10/22/2010 05:45 PM, Russell E. Owen wrote:
I'm curious when the next release of matplotlib is due.
My application is suffering badly from the issue that an incorrect font
cache
Hi Leif,
On Wed, Oct 27, 2010 at 6:57 AM, leif not.rea...@online.de wrote:
http://www.sagemath.org/doc/developer/walk_through.html#submitting-a-change
does not even mention one can use longer commit messages. (hg log
only shows the first line, while hg log -v shows the full commit
message,
Being able to get Sage as a part of PyPI would be great!
Taking into account how many of Sage spkgs are there, e.g. cython,
scipy, networkx, cvxopt,
this looks like the right way of factoring
out components that are just packaged into Sage.
At the moment just keeping apace with the latter
Minh Nguyen wrote:
Hi Leif,
On Wed, Oct 27, 2010 at 6:57 AM, leif not.rea...@online.de wrote:
http://www.sagemath.org/doc/developer/walk_through.html#submitting-a-change
does not even mention one can use longer commit messages. (hg log
only shows the first line, while hg log -v shows the
On 27 Okt., 05:56, leif not.rea...@online.de wrote:
Minh Nguyen wrote:
Hi Leif,
On Wed, Oct 27, 2010 at 6:57 AM, leif not.rea...@online.de wrote:
http://www.sagemath.org/doc/developer/walk_through.html#submitting-a-...
does not even mention one can use longer commit messages. (hg log
On 27 Okt., 05:54, Dima Pasechnik dimp...@gmail.com wrote:
Being able to get Sage as a part of PyPI would be great!
Taking into account how many of Sage spkgs are there, e.g. cython,
scipy, networkx, cvxopt,
this looks like the right way of factoring
out components that are just packaged into
67 matches
Mail list logo