On 2010-10-11 00:40, Dr. David Kirkby wrote:
IMHO, something that touches so many files, that's not a bug fix but
just renaming a command, has a fairly large risk/benefit factor.
It's true that it's not a bug fix by itself, but it prepares the way for
#9678 which will certainly fix bugs.
I'm
Hi Jeroen,
On Mon, Oct 11, 2010 at 7:25 AM, Jeroen Demeyer jdeme...@cage.ugent.be wrote:
That doesn't work for me with the version of Sphinx in sage-4.6.alpha3.
It just literally writes the text
.. code-block:: cython in the output...
This looks like we need to upgrade Sphinx (and possibly
On 10/11/10 07:14 AM, Jeroen Demeyer wrote:
On 2010-10-11 00:40, Dr. David Kirkby wrote:
IMHO, something that touches so many files, that's not a bug fix but
just renaming a command, has a fairly large risk/benefit factor.
It's true that it's not a bug fix by itself, but it prepares the way
On 2010-10-11 09:53, Dr. David Kirkby wrote:
What's the justification for merging it now?
Only to reduce merge conflicts, to minimize the effort of rebasing
either my patch or other people's patches.
Jeroen.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe
A proposal:
One solution which can maybe make everybody happy is to release sage-4.6
*without* #10115, but release sage-4.6.1.alpha0 immediately *with*
#10115, such that developers can use sage-4.6.1.alpha0 to work with.
Jeroen.
--
To post to this group, send an email to
On Mon, Oct 11, 2010 at 10:04 AM, Jeroen Demeyer jdeme...@cage.ugent.be wrote:
A proposal:
One solution which can maybe make everybody happy is to release sage-4.6
*without* #10115, but release sage-4.6.1.alpha0 immediately *with*
#10115, such that developers can use sage-4.6.1.alpha0 to work
On Oct 11, 11:30 am, John Cremona john.crem...@gmail.com wrote:
On Mon, Oct 11, 2010 at 10:04 AM, Jeroen Demeyer jdeme...@cage.ugent.be
wrote:
A proposal:
One solution which can maybe make everybody happy is to release sage-4.6
*without* #10115, but release sage-4.6.1.alpha0 immediately
On 2010-10-11 13:25, Simon King wrote:
How many optional spkgs use _sig_on/_sig_off (I know that my
cohomology spkg does)?
These need to be updated (unless the old syntax remains available).
Good point. I've changed the patch adding _sig_on, _sig_str(s),
_sig_off for backwards compatibility
Hello,
I am changing my server (used by hundreds of students...). It was base
on a old version of Sage, and I am switching to 4-5.2.
In my old version, I installed a patch to avatars.py so that Sage looks
at the ldap server of the university, and creates the user if necessary.
Is Sage
On 11 October 2010 10:04, Jeroen Demeyer jdeme...@cage.ugent.be wrote:
A proposal:
One solution which can maybe make everybody happy is to release sage-4.6
*without* #10115, but release sage-4.6.1.alpha0 immediately *with*
#10115, such that developers can use sage-4.6.1.alpha0 to work with.
I'm working on expanding + optimizing my work with Riemann mapping
(I'll post something more detailed soon). I would like to add the
capability for parallel computation of the maps and plots. I see that
mpi4py is the recommended tool which is fine. However, is it
permissible to have a package that
On Sun, 10 Oct 2010 17:53:49 -0700 (PDT)
kcrisman kcris...@gmail.com wrote:
It looks like the top level binomial() function is a mess already.
- binomial does not accept variable when only in the lower argument
http://trac.sagemath.org/sage_trac/ticket/9634
- binomial does
Hi Burcin and Karl-Dieter,
// 1 // And what do you think about log ? Look at these test :
exp(x).operator() == exp # is True, and all(?) trigonometric functions
are fine
log(x).operator() == ln # is True, yes the alias ln is better than the
log name
log(x).operator() == log # is False (this
Just to throw this out there... would it be possible to support both
symbols for the time being, and issue a deprecation warning when
_sig_on is used?
On Mon, Oct 11, 2010 at 4:25 AM, Simon King simon.k...@nuigalway.ie wrote:
On Oct 11, 11:30 am, John Cremona john.crem...@gmail.com wrote:
On
On Mon, Oct 11, 2010 at 5:11 AM, Thierry Dumont
tdum...@math.univ-lyon1.fr wrote:
I am changing my server (used by hundreds of students...). It was base on a
old version of Sage, and I am switching to 4-5.2.
In my old version, I installed a patch to avatars.py so that Sage looks at
the ldap
On 2010-10-11 19:20, Tom Boothby wrote:
Just to throw this out there... would it be possible to support both
symbols for the time being, and issue a deprecation warning when
_sig_on is used?
Yes, that would be possible and actually implemented in #10115. The
changes in #10115 are purely
On 10/11/2010 01:12 PM, Mike Hansen wrote:
On Mon, Oct 11, 2010 at 5:11 AM, Thierry Dumont
tdum...@math.univ-lyon1.fr wrote:
I am changing my server (used by hundreds of students...). It was base on a
old version of Sage, and I am switching to 4-5.2.
In my old version, I installed a patch to
I worked with a patch for lapack, and stumbled upon an unclean hg repo
in the spkg. etc.
So I created an update for the lapack spkg that fixes this, and
created trac ticket #10121
to this end.
Should be trivial to review.
Thanks,
Dima
--
To post to this group, send an email to
On Mon, Oct 11, 2010 at 7:13 AM, Ethan Van Andel evlu...@gmail.com wrote:
I'm working on expanding + optimizing my work with Riemann mapping
(I'll post something more detailed soon). I would like to add the
capability for parallel computation of the maps and plots. I see that
mpi4py is the
19 matches
Mail list logo