Hi
On Jun 24, 8:33 pm, kcrisman wrote:
> A related page to look at would
> behttp://en.wikipedia.org/wiki/Comparison_of_computer_algebra_systems
It is stated on that page that Sage does not support Unix. Is that
really the case?
Also it is stated that it does not support Windows. Well, not
na
On Wed, Jun 24, 2009 at 06:33:42PM +0200, William Stein wrote:
>
> On Wed, Jun 24, 2009 at 6:30 PM, Robert
> Bradshaw wrote:
> >
> > On Jun 24, 2009, at 12:52 AM, William Stein wrote:
> >
> >>
> >> But, err, guys, are you telling *me* that you want an
> >> attribute here
> >>
> I think I'm not communicating my point very clearly. I'm suggesting
> that the release manager have in his patch application script an
> automated "prepend 'Trac #: ' to the commit message" step.
I thought of implementing this but couldn't think of a way to discover
if there was a ticket
Robert Bradshaw wrote:
> On Jun 24, 2009, at 8:15 PM, Jason Grout wrote:
>
>> William Stein wrote:
>>> On Wed, Jun 24, 2009 at 5:13 PM, Jason Grout>> s...@creativetrax.com> wrote:
Robert Miller wrote:
> Other easy ways to save release managers time, resulting in more
> frequent relea
On Wed, Jun 24, 2009 at 7:55 PM, Dr. David
Kirkby wrote:
>
> Robert Miller wrote:
>> This is the first release of the new cycle, and I've agreed to step in
>> and co-chair the release with Tom. The source tarball and sage.math
>> binary are available:
>>
>> http://sage.math.washington.edu/home/rlm
On Jun 24, 2009, at 8:15 PM, Jason Grout wrote:
> William Stein wrote:
>> On Wed, Jun 24, 2009 at 5:13 PM, Jason Grout> s...@creativetrax.com> wrote:
>>> Robert Miller wrote:
Other easy ways to save release managers time, resulting in more
frequent releases and shorter wait times to get
On Jun 23, 2009, at 4:56 PM, Dr. David Kirkby wrote:
>
> From the top README.txt
>
> ---
> NOT SUPPORTED:
> * FreeBSD
> * Arch Linux
> * Gentoo Linux
> * Microsoft Windows (via Visual Studio C++)
> * Microsoft Wind
William Stein wrote:
> On Wed, Jun 24, 2009 at 5:13 PM, Jason Grout
> wrote:
>> Robert Miller wrote:
>>> Other easy ways to save release managers time, resulting in more
>>> frequent releases and shorter wait times to get your code merged:
>>>
>>> * Please include the trac number in each commit m
William Stein wrote:
>> * Constrained and unconstrained local and global optimization
>
Yes, in scipy. See http://docs.scipy.org/doc/scipy/reference/optimize.html
>
>> * Support for complex number, arbitrary precision and symbolic
>> computation for all functions
>
> "all functions
Robert Miller wrote:
I think the following is a counterexample to "The trac_ prefix does
not bring any useful information."
>>> I still think it's not really, and it is just making the name longer,
>>> but I don't really care either.
>> I don't see the use for it either, but it's not a h
Robert Miller wrote:
> This is the first release of the new cycle, and I've agreed to step in
> and co-chair the release with Tom. The source tarball and sage.math
> binary are available:
>
> http://sage.math.washington.edu/home/rlmill/release/sage-4.1.alpha0.tar
> http://sage.math.washington.edu
William Stein wrote:
> On Wed, Jun 24, 2009 at 6:09 PM, Nicolas M.
> Thiery wrote:
>> On Wed, Jun 24, 2009 at 09:52:51AM +0200, William Stein wrote:
One thing I am not very keen on is that to get the list of available
tests, one need to do:
sage: t = Test(foo)
Hi folks,
On Wed, Jun 24, 2009 at 10:04 PM, Robert Miller wrote:
>
> This is the first release of the new cycle, and I've agreed to step in
> and co-chair the release with Tom. The source tarball and sage.math
> binary are available:
Here are the tickets merged in Sage 4.1.alpha0:
#1871: Robe
As reported before, ATLAS fails to build on Solaris if the Sun linker is
used, since the flags in one of the makefiles are GNU-specific.
The patch applies 'sed' a few times to substitute the GNU flags to the
Sun flags:
-shared ==> -G
-soname ==> -h
--whole-archive ==> -z allextract
--no-whole
On Jun 24, 5:04 am, Robert Miller wrote:
> sage -t devel/sage-main/sage/graphs/graph.py # 25 doctests
> failed
> sage -t devel/sage-main/sage/databases/database.py # 20
> doctests failed
> sage -t devel/sage-main/sage/geometry/polyhedra.py # 1
> doctests failed
Buildin
Hi Golam,
On Wed, 24 Jun 2009 11:58:19 -0300
Golam Mortuza Hossain wrote:
> On Tue, Jun 23, 2009 at 9:00 PM, Burcin Erocal
> wrote:
> > If there are no objections to the above definition of "hybrid
> > approach", the options for default printing are:
> >
> > 1) Mathematica style
> > 2) Maple st
kcrisman wrote:
>
> A related page to look at would be
> http://en.wikipedia.org/wiki/Comparison_of_computer_algebra_systems
> Note that Mma is declared there to be "ubiquitous" while Maple only
> notes its libraries' sources are viewable. Our friends at Axiom even
> link from there to a video!
Robert Miller wrote:
I think the following is a counterexample to "The trac_ prefix does
not bring any useful information."
>>> I still think it's not really, and it is just making the name longer,
>>> but I don't really care either.
>> I don't see the use for it either, but it's not a h
> Another point to make is a video I saw recently by the SVN guys, who
> claimed that the amount of discussion which centers around a decision
> is inversely proportional to how important it is. They related a story
> where the project nearly forked and many feelings were hurt over
> something ten
On Jun 24, 10:34 pm, Robert Miller wrote:
> > I really like having the ticket number first, it makes it easy to see
> > (given an ordered list of patches) what patches belong as part of a
> > single ticket. E.g.
>
> > 6201-heegner.patch
> > 6201-referee-fixes.patch
> > ...
>
> +1
Something o
> >> I think the following is a counterexample to "The trac_ prefix does
> >> not bring any useful information."
>
> > I still think it's not really, and it is just making the name longer,
> > but I don't really care either.
>
> I don't see the use for it either, but it's not a huge issue for me.
On Wed, Jun 24, 2009 at 6:09 PM, Nicolas M.
Thiery wrote:
>
> On Wed, Jun 24, 2009 at 09:52:51AM +0200, William Stein wrote:
>> >
>> > One thing I am not very keen on is that to get the list of available
>> > tests, one need to do:
>> >
>> > sage: t = Test(foo)
>> > sage: t.ass
>> >
On Wed, Jun 24, 2009 at 09:52:51AM +0200, William Stein wrote:
> >
> > One thing I am not very keen on is that to get the list of available
> > tests, one need to do:
> >
> > sage: t = Test(foo)
> > sage: t.ass
> >
> > But I guess I can live with that (in practice, I myself will be u
2009/6/24 Tom Boothby :
>
> On Wed, Jun 24, 2009 at 11:07 AM, Nick Alexander wrote:
>>
>>> Put 'em in a folder, then -- trac/* will pick 'em up. Having tickets
>>> start with a repo name would vastly improve the automerge experience.
I put mine in a folder called patches/
And maybe I'm not the
A related page to look at would be
http://en.wikipedia.org/wiki/Comparison_of_computer_algebra_systems
Note that Mma is declared there to be "ubiquitous" while Maple only
notes its libraries' sources are viewable. Our friends at Axiom even
link from there to a video!
- kcrisman
--~--~-
>
> 6196
> 5991
> 6164
> 6200
> 6269
>
> I'm generating reports on these right now and posting them to tickets
> as they come.
>
Ah -- and 6269 almost certainly failed because I applied both patches
on the ticket, not because the second patch was actually bad.
--~--~-~--~~---
On Wed, Jun 24, 2009 at 8:31 AM, Tom Boothby wrote:
>> Each of the following tickets were rejected by the merge scripts, but
>> unfortunately the failures are not available at this time (this is due
>> to human error on my part). If you are involved with one of them, you
>> are encouraged to try a
On Wed, Jun 24, 2009 at 11:07 AM, Nick Alexander wrote:
>
>> Put 'em in a folder, then -- trac/* will pick 'em up. Having tickets
>> start with a repo name would vastly improve the automerge experience.
>>
>> +1 to repo_num_desc.patch
>
> Can repo be optional and default to devel/sage? There's l
> Put 'em in a folder, then -- trac/* will pick 'em up. Having tickets
> start with a repo name would vastly improve the automerge experience.
>
> +1 to repo_num_desc.patch
Can repo be optional and default to devel/sage? There's lots our
tools can do that doesn't require having a redundant 's
2009/6/24 Dr. David Kirkby :
>
> Dr. David Kirkby wrote:
>> I think we should really make some effort to improve our page on Wikipedia.
>
>
> OK, based on some input from others, and what I found with Google, I
> have revised the 'Features* section somewhat (and only the Features to
> date).
>
> T
On Wed, Jun 24, 2009 at 10:20 AM, Craig Citro wrote:
>
I think the following is a counterexample to "The trac_ prefix does
not bring any useful information."
>>>
>>> I still think it's not really, and it is just making the name longer,
>>> but I don't really care either.
>>
>> I don't se
Dr. David Kirkby wrote:
> I think we should really make some effort to improve our page on Wikipedia.
OK, based on some input from others, and what I found with Google, I
have revised the 'Features* section somewhat (and only the Features to
date).
The current page is here (this might include
On 24-Jun-09, at 9:42 AM, John Cremona wrote:
>
> 2009/6/24 Nick Alexander :
>>
>>> +1 for the MMA style.
>>
>>
>> I am +1 for mathematica style, but can someone explain why
>>
>> In[5]:= D[F[x+2*y], x, x]
>>
>> Out[5]= F''[x + 2 y]
>>
>> Why is x somehow considered special and y not?
>
> F is a
>>> I think the following is a counterexample to "The trac_ prefix does
>>> not bring any useful information."
>>
>> I still think it's not really, and it is just making the name longer,
>> but I don't really care either.
>
> I don't see the use for it either, but it's not a huge issue for me.
>
On Jun 24, 6:16 pm, Robert Bradshaw
wrote:
> I'll second this. Wikipedia is the highest source of traffic for
> Cython after google and people typing in cython.org directly (despite
> an only average page)--I wouldn't be surprised if it accounts for a
> significant proportion of potential a
> I used to include a commit message when I did not use MQs. With MQs I
> make the patch using "sage -hg export qtip > blah.patch" and do not
> get prompted for a commit message. Thelast one I did then ended up
> with "[mq]: intpts" where the commit message would be, so perhaps that
> is the com
I used to include a commit message when I did not use MQs. With MQs I
make the patch using "sage -hg export qtip > blah.patch" and do not
get prompted for a commit message. Thelast one I did then ended up
with "[mq]: intpts" where the commit message would be, so perhaps that
is the commit messag
2009/6/24 Nick Alexander :
>
>> +1 for the MMA style.
>
>
> I am +1 for mathematica style, but can someone explain why
>
> In[5]:= D[F[x+2*y], x, x]
>
> Out[5]= F''[x + 2 y]
>
> Why is x somehow considered special and y not?
F is a function of one variable. F'' is its second derivative. It's
no
On Jun 23, 2009, at 4:24 PM, Nicolas M. Thiery wrote:
>> Indeed. The current trac naming convention really strongly
>> encouraged
>> you to "do the right thing", which is to always open a trac ticket
>> for
>> whatever you're working on.
>
> Definitely. That also why I 100% support having th
On Wed, Jun 24, 2009 at 6:30 PM, Robert
Bradshaw wrote:
>
> On Jun 24, 2009, at 12:52 AM, William Stein wrote:
>
>>
>> But, err, guys, are you telling *me* that you want an
>> attribute here
>> instead of a method? Or should this be:
>
> One new attribute in tab completion
On Jun 24, 2009, at 12:52 AM, William Stein wrote:
>
> But, err, guys, are you telling *me* that you want an
> attribute here
> instead of a method? Or should this be:
One new attribute in tab completion is fine. A dozen, not so much. I
still like the approach below b
> +1 for the MMA style.
I am +1 for mathematica style, but can someone explain why
In[5]:= D[F[x+2*y], x, x]
Out[5]= F''[x + 2 y]
Why is x somehow considered special and y not?
Nick
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googleg
On Jun 23, 2009, at 6:15 PM, Dr. David Kirkby wrote:
> I think we should really make some effort to improve our page on
> Wikipedia.
I'll second this. Wikipedia is the highest source of traffic for
Cython after google and people typing in cython.org directly (despite
an only average page)-
I am accumulating a large number of small text files in /tmp, for example
j...@host-57-44%cat /tmp/fileqibSwS
cpu MHz : 2800.113
cpu MHz : 2800.113
cpu MHz : 2800.113
cpu MHz : 2800.113
and
j...@host-57-44%cat filekswTqv
make[2]: Entering directory
`/home/jec/sag
> Test(obj) returns something that provides all kinds of functionality
> and methods for testing said object. This can call certain _ methods
> on obj.
+1 to this, -1 to lazy attributes, properties, etc.
Nick
--~--~-~--~~~---~--~~
To post to this group, send ema
2009/6/24 Robert Miller :
>
> This is the first release of the new cycle, and I've agreed to step in
> and co-chair the release with Tom. The source tarball and sage.math
> binary are available:
>
> http://sage.math.washington.edu/home/rlmill/release/sage-4.1.alpha0.tar
> http://sage.math.washingt
> Each of the following tickets were rejected by the merge scripts, but
> unfortunately the failures are not available at this time (this is due
> to human error on my part). If you are involved with one of them, you
> are encouraged to try applying the patches to 4.1.alpha0 and see why/
> if they
On Wed, Jun 24, 2009 at 5:13 PM, Jason Grout wrote:
>
> Robert Miller wrote:
>>
>> Other easy ways to save release managers time, resulting in more
>> frequent releases and shorter wait times to get your code merged:
>>
>> * Please include the trac number in each commit message if possible.
>
> Su
Robert Miller wrote:
>
> Other easy ways to save release managers time, resulting in more
> frequent releases and shorter wait times to get your code merged:
>
> * Please include the trac number in each commit message if possible.
Surely this could be scripted? Just prepend a "Trac #: " to
Burcin Erocal wrote:
> On Tue, 16 Jun 2009 19:42:46 -0300
> Golam Mortuza Hossain wrote:
>
>> Hi,
>>
>>
>> On Tue, Jun 16, 2009 at 2:20 PM, kcrisman wrote:
So the conclusion is that we will go with the Mathematica style
notation.
>>> Does that also apply to Golam's earlier comment
>>>
Hi
On Tue, Jun 23, 2009 at 9:00 PM, Burcin Erocal wrote:
> If there are no objections to the above definition of "hybrid approach",
> the options for default printing are:
>
> 1) Mathematica style
> 2) Maple style
> 3) hybrid
>
> I still vote for 1, MMA style. To state the reasons again, it's
> c
I think Sage does have at least one mathematical database (in fact
more than one...) !
John
2009/6/24 kcrisman :
>
>> > * Solvers for systems of equations, ODEs, PDEs, DAEs, DDEs and
>> > recurrence relations
>>
>> no clue
>>
>
> perhaps desolve and friends?
>
>> > * Numeric and symbolic
> > * Solvers for systems of equations, ODEs, PDEs, DAEs, DDEs and
> > recurrence relations
>
> no clue
>
perhaps desolve and friends?
> > * Numeric and symbolic tools for discrete and continuous calculus
>
> yes. I don't know what "discrete calculus" means.
Probably this means differe
On Wed, Jun 24, 2009 at 3:15 AM, Dr. David
Kirkby wrote:
>
> I think we should really make some effort to improve our page on Wikipedia.
>
> Comparing the Sage and Mathematica pages on Wikipedia shows the
> Mathematica one is much nicer. Would it not be sensible to put some
> effort into promoting
The source tarball and sage.math
> binary are available:
>
> http://sage.math.washington.edu/home/rlmill/release/sage-4.1.alpha0.tarhttp://sage.math.washington.edu/home/rlmill/release/sage-4.1.alpha0-s...
>
If you are involved with one of them, you
> are encouraged to try applying the patches to 4
On Wed, Jun 24, 2009 at 2:04 PM, Robert Miller wrote:
>
> This is the first release of the new cycle, and I've agreed to step in
> and co-chair the release with Tom. The source tarball and sage.math
> binary are available:
>
> http://sage.math.washington.edu/home/rlmill/release/sage-4.1.alpha0.tar
2009/6/24 Robert Miller :
>
6196 mpmath support
5481 devel/doc/output/* should be filtered from the list of files to doctest
6276 atlas-3.8.3.p2 dumps core on Solaris 10 with gcc 4.4.0
4712 Make the doctest timeouts in Sage easily adjustable
5517 cvxopt-0.9.p7: build failure due to missing perl
This is the first release of the new cycle, and I've agreed to step in
and co-chair the release with Tom. The source tarball and sage.math
binary are available:
http://sage.math.washington.edu/home/rlmill/release/sage-4.1.alpha0.tar
http://sage.math.washington.edu/home/rlmill/release/sage-4.1.alp
On Wed, Jun 24, 2009 at 9:18 AM, Nicolas M.
Thiery wrote:
>
> On Wed, Jun 24, 2009 at 08:49:20AM +0200, William Stein wrote:
>>
>> On Wed, Jun 24, 2009 at 8:33 AM, Nicolas M.
>> Thiery wrote:
>> >
>> > On Wed, Jun 24, 2009 at 12:01:58AM -0400, David Roe wrote:
>> >> On Tue, Jun 23, 2009 at 7:08 PM
On Wed, Jun 24, 2009 at 08:49:20AM +0200, William Stein wrote:
>
> On Wed, Jun 24, 2009 at 8:33 AM, Nicolas M.
> Thiery wrote:
> >
> > On Wed, Jun 24, 2009 at 12:01:58AM -0400, David Roe wrote:
> >> On Tue, Jun 23, 2009 at 7:08 PM, Nicolas M. Thiery
> >> wrote:
> >
> >> On Tue, Jun 23, 2009
60 matches
Mail list logo