Hi!
On Oct 27, 3:44 am, William Stein wrote:
> The above is already how the ecosystem with Python
> (http://pypi.python.org/pypi), Perl (http://www.cpan.org/), R, etc.,
> work. Fortunately, Python has reasonably good support already for
> this.
I think that going into this direction is some aw
Hi William,
On Wed, Oct 27, 2010 at 10: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 be
On Tue, Oct 26, 2010 at 6:44 PM, William Stein wrote:
> 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, i
On Wed, Oct 27, 2010 at 12:31 AM, Minh Nguyen wrote:
> Hi William,
>
> On Wed, Oct 27, 2010 at 10: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,
On 2010-10-27 09:36, Robert Bradshaw wrote:
> The larger problem with the current system is not that it's hard to
> comment on a single line, but it's way to much work to *fix* a single
> line.
I would say it's mainly way too much work to get a single line *reviewed*.
--
To post to this group, se
An analogy. If Sage is the "journal" of code, trac is the arxiv.
Unfortunately, it's not very easy to use the code on trac--the system
you're proposing would make it much easier to share this kind of code.
The question is, at what cost to the publication?
--
To post to this group, send an email t
On 10/27/2010 02:36 AM, Robert Bradshaw wrote:
> On Wed, Oct 27, 2010 at 12:31 AM, Minh Nguyen wrote:
>> It would be interesting to see how line-by-line
>> annotation in code review works out in the long term.
>
> I can say from first hand experience, it works well.
Are you referring to a system
> Since bitbuckets tagline is "Free code hosting for 5 users. Unlimited
> private or public repositories.", I would say Google code is vastly
> better, since it is free for arbitrarily many users.
Nothing against google, but the five user limit on bitbucket only
affects private repositories.
Chee
Just to clarify, are we talking about different namespaces
from sagecore.rings import Integers
from sagemain.modular.all import euler_phi
from sagecombinat.combinat import choose_nk
This seems a bit unwieldy. On the other hand, if Sage pulls everything
into sage.* then how do I know which library
On Oct 27, 1:05 pm, leif wrote:
> On 27 Okt., 05:54, Dima Pasechnik 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 co
On 10/27/10 07:04 AM, Geoff Ehrman wrote:
Other than investigating the errors listed on
http://wiki.sagemath.org/freebsd/sage-4.5 and in Trac, what can I do to help
with the porting effort and is there someone coordinating this effort?
--
Geoff Ehrman
Graduate Student
Dept. of Mathematics
Univer
On 10/27/10 02:44 AM, William Stein wrote:
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
On 10/25/10 05:05 PM, John Cremona wrote:
Your suggestions all look very sensible to me -- go for it (provided
several other people agree, of course).
John
Well several others did agree, with very few negative comments, so I have gone
ahead and done this.
There was already a page listing s
Dear all,
There seems to be a memory leak in some code below, in at least versions
4.5 and 4.5.3. For example, if I call it with
sage: L = find_candidates_for_large_value(5000)
It prints something like:
current memory usage: 836.73046875
current memory usage: 836.73046875
current memory usage:
I've created an updated readline package to attempt to get a better solution
(less of a hack), to the issues on openSUSE 11.2, 11.3 and Arch Linux.
http://boxen.math.washington.edu/home/kirkby/patches/readline-6.1.spkg
Parallel builds are enabled, which should allow it to build faster than the
Hi,
>> Is there an open-source project out there like bitbucket (i.e., like
>> Gitorious is for git hosting?)? Is Google code better than bitbucket?
>
> Since bitbuckets tagline is "Free code hosting for 5 users. Unlimited
> private or public repositories.", I would say Google code is vastly
> be
On Wed, Oct 27, 2010 at 3:48 AM, Volker Braun wrote:
> Just to clarify, are we talking about different namespaces
>
> from sagecore.rings import Integers
> from sagemain.modular.all import euler_phi
> from sagecombinat.combinat import choose_nk
>
> This seems a bit unwieldy.
I'm not talking about
On Tue, Oct 26, 2010 at 8:54 PM, Dima Pasechnik 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 int
> On 10/27/10 04:26 PM, mmarco wrote:
> > A few words about the gentoo platform.
> >
> > Since gentoo does not follow the usual system of versions, but is
> > based on continuous incremental upgrades, there is no way to ensure
> > that sage binaries would work on a given gentoo box. As far as i kn
>
> (1) Have a Python library called "sagecore", which is just the most
> important standard spkg's (e.g., Singular, PARI, etc.), perhaps
> eventually built *only* as shared object libraries (no standalone
> interpreters).
>
Interesting!
One challenge I see here, is that on the one hand, Pytho
I should have been a little less lazy before I posted this, I guess. I
found out where the leak is (the fpLLL wrapper) on my first try. I
don't know what is causing it, though. This is now at
http://trac.sagemath.org/sage_trac/ticket/10179
On Wed, 2010-10-27 at 14:24 -0400, Jonathan Bober wrote
I would like to experiment with adding some new types. One of the is
SemiRing (this is an algebraic structure which is like a ring except
that there might not be an additive inverse -- think of the
nonnegative integers). I would like to insert it in the class
hierarchy so that every Ring is a Sem
Hi Francois,
>
> Well thanks for the plug for our work. We are quite happy to develop the
> prefix
:-)
> part of sage-on-gentoo, so far the effort has been limited but if you are
> testing it on an arch we are quite happy to try to get as much as possible
> keyworded.
Is the keywording the mos
On 10/27/10 08:38 PM, François Bissey wrote:
I should pipe in since we are talking about that.
Generally speaking sage should work on a reasonably up to date stable Gentoo
system. However it would be a good thing to point user to sage-on-gentoo as it
is aimed at properly integrating to their sys
Hi Victor,
On Wed, Oct 27, 2010 at 01:55:21PM -0700, VictorMiller wrote:
> I would like to experiment with adding some new types. One of the is
> SemiRing (this is an algebraic structure which is like a ring except
> that there might not be an additive inverse -- think of the
> nonnegative
The spkg built fine and seems to work ok for me on 64-bit linux (ubuntu).
John
On Wed, Oct 27, 2010 at 7:36 PM, Dr. David Kirkby
wrote:
> I've created an updated readline package to attempt to get a better solution
> (less of a hack), to the issues on openSUSE 11.2, 11.3 and Arch Linux.
>
> http
On 10/27/10 10:19 PM, John Cremona wrote:
The spkg built fine and seems to work ok for me on 64-bit linux (ubuntu).
John
Thank you John.
Dave
On Wed, Oct 27, 2010 at 7:36 PM, Dr. David Kirkby
wrote:
I've created an updated readline package to attempt to get a better solution
(less of a h
On Wed, Oct 27, 2010 at 10:28 PM, Dr. David Kirkby
wrote:
> On 10/27/10 10:19 PM, John Cremona wrote:
>>
>> The spkg built fine and seems to work ok for me on 64-bit linux (ubuntu).
...and again on 32-bit linux.
John
>>
>> John
>
> Thank you John.
>
> Dave
>
>> On Wed, Oct 27, 2010 at 7:36 PM,
Hi Georg
> Hi Francois,
>
> > Well thanks for the plug for our work. We are quite happy to develop the
> > prefix
> :
> :-)
> :
> > part of sage-on-gentoo, so far the effort has been limited but if you are
> > testing it on an arch we are quite happy to try to get as much as
> > possible keyworde
On Tue, Oct 26, 2010 at 4:54 PM, 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 o
On Tue, Oct 26, 2010 at 6:44 PM, William Stein wrote:
> 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, i
On Tue, Oct 26, 2010 at 10:36 AM, William Stein wrote:
> On Tue, Oct 26, 2010 at 10:11 AM, Volker Braun 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 ano
> > 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...
>
> My thoughts about fortran oscillate as well. If I have the option, I
> try to just us
There hasn't been a date set for the release of sage-4.6
http://trac.sagemath.org/sage_trac/milestone/sage-4.6
It's been a lot of tim now and I've seen no date. There are no blockers
in trac so I don't see why there shouldn't be a date. I hope I'm not
being annoying here, but previous releases
I would expect significant pushback from the Gentoo people
on the issue of including other projects inside Sage. GCL
packaged gmp4 (now fixed) and their response was that this
should not be part of GCL. I'm not sure if independently
available projects (e.g. ECL, Maxima, etc) would fit the
compile
On 10/27/2010 08:43 AM, Dr. David Kirkby wrote:
> 1) Despite previously claiming in README.txt that we supported Fedora
> 32-bit on x86, the only host with Fedora 32-bit,
>
> http://build.sagemath.org/sage/buildslaves/cicero-1
>
> has never had a successful build and test.
>
> 2) Despite previou
On 10/27/10 11:28 AM, Dr. David Kirkby wrote:
http://www.sagemath.org/doc/installation/source.html
Has a very outdated description of how to install Sage, and what systems
it works on. I intend to fix this, but there is one point I'm stuck on.
It says:
"If you want to use Tcl/Tk libraries in S
On 10/27/10 12:25 PM, kj wrote:
Hi. I'm just getting acquainted with Sage. Is it possible to write
"Sage-based" apps analogous to, say, "Mathematica-based" or "MATLAB-
based" apps? If so, can someone point me to some good ones? I want
to see what's possible to do with Sage.
Could you clari
Sorry OT
On Oct 28, 12:50 am, Ondrej Certik wrote:
> Especially after reading benchmarks like these:
> http://www.oonumerics.org/blitz/benchmarks/acou3d.html
> where one needs to use templates and lots of expertize in C++ to even
> beat fortran code written by pretty much anybody...
Well the ben
On Oct 27, 9:08 pm, Oscar Gerardo Lazo Arjona
wrote:
> There hasn't been a date set for the release of sage-4.6
>
> http://trac.sagemath.org/sage_trac/milestone/sage-4.6
>
> It's been a lot of tim now and I've seen no date. There are no blockers
http://trac.sagemath.org/sage_trac/query?priority
On Wed, Oct 27, 2010 at 6:01 PM, kcrisman 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...
>>
>> My thoughts about fortran osc
On Wed, Oct 27, 2010 at 4:29 PM, Ondrej Certik wrote:
> On Tue, Oct 26, 2010 at 6:44 PM, William Stein wrote:
>> 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 k
>
> The Sage packages that directly depend on Fortran are: R, f2c,
> lapack, blas, numpy, scipy, cvxopt:
>
> Note that numpy can be built and used *without* fortran, e.g., when I
> removed fortran from psage I kept numpy...
>
So a non-Fortran Sage would lose a lot of numerical ability (mpmath
wo
On Wed, Oct 27, 2010 at 7:52 PM, kcrisman wrote:
>>
>> The Sage packages that directly depend on Fortran are: R, f2c,
>> lapack, blas, numpy, scipy, cvxopt:
>>
>
>> Note that numpy can be built and used *without* fortran, e.g., when I
>> removed fortran from psage I kept numpy...
>>
>
> So a non-
The fact Sage does not reliably respect the CC and CXX variables is a pain if
you want to use a non-GNU compiler, but I just found it causes problems on
openSUSE too. There g++ installs as /usr/bin/g++-4.5, not as 'g++'. So I've got
to create a link. Note a difficult task, but it would be much b
On Oct 27, 11:16 pm, William Stein wrote:
> On Wed, Oct 27, 2010 at 7:52 PM, kcrisman wrote:
>
> >> The Sage packages that directly depend on Fortran are: R, f2c,
> >> lapack, blas, numpy, scipy, cvxopt:
>
> >> Note that numpy can be built and used *without* fortran, e.g., when I
> >> removed
On Wed, Oct 27, 2010 at 8:56 PM, kcrisman wrote:
>
>
> On Oct 27, 11:16 pm, William Stein wrote:
>> On Wed, Oct 27, 2010 at 7:52 PM, kcrisman wrote:
>>
>> >> The Sage packages that directly depend on Fortran are: R, f2c,
>> >> lapack, blas, numpy, scipy, cvxopt:
>>
>> >> Note that numpy can be
Hi David,
On Thu, Oct 28, 2010 at 2:51 PM, Dr. David Kirkby
wrote:
> The fact Sage does not reliably respect the CC and CXX variables is a pain
> if you want to use a non-GNU compiler, but I just found it causes problems
> on openSUSE too. There g++ installs as /usr/bin/g++-4.5, not as 'g++'. So
> I would expect significant pushback from the Gentoo people
> on the issue of including other projects inside Sage. GCL
> packaged gmp4 (now fixed) and their response was that this
> should not be part of GCL. I'm not sure if independently
> available projects (e.g. ECL, Maxima, etc) would fit t
> On Wed, Oct 27, 2010 at 6:01 PM, kcrisman 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...
> >>
> >> My thoughts about
50 matches
Mail list logo