Author: fab...@fseoane.net
Date: Tue Jul 7 08:11:14 2009
New Revision: 3240
Modified:
wiki/NewRelease.wiki
Log:
Edited wiki page through web user interface.
Modified: wiki/NewRelease.wiki
==
---
Author: fab...@fseoane.net
Date: Tue Jul 7 08:11:58 2009
New Revision: 3241
Modified:
wiki/NewRelease.wiki
Log:
Edited wiki page through web user interface.
Modified: wiki/NewRelease.wiki
==
---
Comment #31 on issue 1358 by fab...@fseoane.net: (e*f*e*f).subs(e*f,f*e+h)
fails if e*f is not commutative
http://code.google.com/p/sympy/issues/detail?id=1358
BTW,
It doesn't even work for commutative symbols:
In [2]: e,f,h=symbols('efh')
In [3]: (e*f*e*f).subs(e*f,f*e+h)
Out[3]:
2 2
e
Updates:
Labels: -Latex Printing
Comment #5 on issue 1491 by fab...@fseoane.net: LatexPrinter: mainvar
http://code.google.com/p/sympy/issues/detail?id=1491
if I understood correctly, this is makes it possible to put an ordering on
the printing.
Why not make it more general and let it
Updates:
Labels: -Latex Printing
Comment #5 on issue 1490 by fab...@fseoane.net: LatexPrinter doprint
inline=None
http://code.google.com/p/sympy/issues/detail?id=1490
I am no Latex expert, but I find a bit confusing the inline=False option:
In [2]: latex(x*y, inline=False)
Out[2]:
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium Milestone-Release0.7.0
New issue 1520 by fab...@fseoane.net: Inconsistency in subs
http://code.google.com/p/sympy/issues/detail?id=1520
I think I found some inconsistencies in the behavior of .subs. For example,
why doesn't the
Updates:
Status: WontFix
Comment #2 on issue 1474 by fab...@fseoane.net: Subs broken on sub classes
of Symbol using sympy 0.6.4 on linux
http://code.google.com/p/sympy/issues/detail?id=1474
It's been 6 months since this was opened, i think we can close it. Marking
it as WontFix
--
Comment #1 on issue 1521 by ondrej.certik: doc/ doctests fail
http://code.google.com/p/sympy/issues/detail?id=1521
Another problem is that it fails and yet it doesn't return a failed state
--
You received this message because you are listed in the owner
or CC fields of this issue, or because
Updates:
Status: Fixed
Comment #5 on issue 1473 by ondrej.certik: __mod__ does not work on reals
http://code.google.com/p/sympy/issues/detail?id=1473
Pushed in.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this
Updates:
Status: Fixed
Comment #10 on issue 1493 by ondrej.certik: factor a minus 1 out of
fractions in simplify
http://code.google.com/p/sympy/issues/detail?id=1493
This is in, thanks!
--
You received this message because you are listed in the owner
or CC fields of this issue, or
Updates:
Labels: -NeedsReview
Comment #9 on issue 1261 by ondrej.certik: incorrect exponentiation with
non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=1261
More work on this patch is needed.
--
You received this message because you are listed in the owner
or
Comment #19 on issue 1477 by goodrich.ben: Printing with double subscripts
http://code.google.com/p/sympy/issues/detail?id=1477
My original concern is thoroughly addressed. Andy seems to have a
legitimate point
about the use of commas between subscripts (a notational convention that I
was
Updates:
Summary: generalize mainvar in LatexPrinter
Labels: -NeedsReview -Milestone-Release0.6.5
Comment #6 on issue 1491 by ondrej.certik: generalize mainvar in
LatexPrinter
http://code.google.com/p/sympy/issues/detail?id=1491
The patch is in. What remains to be done is to
Updates:
Labels: -NeedsReview
Comment #3 on issue 1508 by ondrej.certik: spelling and grammar
http://code.google.com/p/sympy/issues/detail?id=1508
Where is this patch? Let me look at it.
--
You received this message because you are listed in the owner
or CC fields of this issue, or
Updates:
Status: Fixed
Comment #5 on issue 1489 by ondrej.certik: latex printing of matrices needs
more options for the matrix type used and the delimiter
http://code.google.com/p/sympy/issues/detail?id=1489
Patch is in, many thanks to everyone!
--
You received this message because
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 1511 by Toon.Verstraelen: weird error with evalf
http://code.google.com/p/sympy/issues/detail?id=1511
t...@molmod22 ~ isympy
Python 2.5.2 console for SymPy 0.6.5.beta3-git
These commands were executed:
from __future__
Status: Accepted
Owner:
Labels: Type-Defect Priority-Critical
New issue 1521 by ondrej.certik: doc/ doctests fail
http://code.google.com/p/sympy/issues/detail?id=1521
http://buildbot.sympy.org/builders/ubuntu-amd64-py2.6/builds/1/steps/shell/logs/stdio
This has to be fixed before a
Updates:
Labels: -NeedsReview
Comment #13 on issue 1487 by ondrej.certik: fcode: print sympy expressions
as Fortran code
http://code.google.com/p/sympy/issues/detail?id=1487
I've looked at the issue1487 branch -- maybe some of the patches could be
squashed
together. Ping me if your
Updates:
Labels: -Milestone-Release0.6.5 -NeedsReview Milestone-Release0.6.6
Comment #35 on issue 1358 by ondrej.certik: (e*f*e*f).subs(e*f,f*e+h) fails
if e*f is not commutative
http://code.google.com/p/sympy/issues/detail?id=1358
Many thanks for working on it wflynny, I appreciate
Updates:
Status: Fixed
Comment #5 on issue 1512 by ondrej.certik: internal code broken in
sympy.core.numbers
http://code.google.com/p/sympy/issues/detail?id=1512
Both patches in, many thanks for fixing it.
--
You received this message because you are listed in the owner
or CC fields
Updates:
Status: Fixed
Comment #18 on issue 1385 by ondrej.certik: Integral.midpoint() implemented
http://code.google.com/p/sympy/issues/detail?id=1385
This is now in. Thanks for the review. Tests added.
--
You received this message because you are listed in the owner
or CC fields of
Updates:
Status: Accepted
Comment #1 on issue 1496 by ondrej.certik: Pow does not properly extract
(-1)**n as Mul does
http://code.google.com/p/sympy/issues/detail?id=1496
Right.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because
Comment #20 on issue 1477 by ondrej.certik: Printing with double subscripts
http://code.google.com/p/sympy/issues/detail?id=1477
Let's fix it then.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
New issue 1522 by ondrej.certik: simplify(1/cos(Symbol(x))**2 - 1) will
not simplify
http://code.google.com/p/sympy/issues/detail?id=1522
In [1]: trigsimp(1/cos(Symbol(x))**2 - 1)
Out[1]:
2
tan (x)
In [2]:
Comment #10 on issue 1261 by asmeurer: incorrect exponentiation with
non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=1261
Non-commutative stuff in SymPy is a mess, as this issue highlights. If
is_commutative is going soon, I think we
should wait until then to fix
Updates:
Labels: NeedsReview
Comment #2 on issue 1509 by asmeurer: spelling and grammar
http://code.google.com/p/sympy/issues/detail?id=1509
(No comment was entered for this change.)
--
You received this message because you are listed in the owner
or CC fields of this issue, or because
Comment #4 on issue 1508 by asmeurer: spelling and grammar
http://code.google.com/p/sympy/issues/detail?id=1508
It looks like he only uploaded the patch to the duplicate issue 1509. I
added NeedsReview to that issue.
--
You received this message because you are listed in the owner
or CC
Comment #7 on issue 1497 by asmeurer: (x+y)/-z does not automatically
expand to (-x - y)/z
http://code.google.com/p/sympy/issues/detail?id=1497
I think the status is that we never agreed on what we should do. As
ronan.l...@gmail.com pointed out above,
catching every possible case can get
Updates:
Status: Fixed
Comment #2 on issue 1511 by ondrej.certik: weird error with evalf
http://code.google.com/p/sympy/issues/detail?id=1511
ok, thanks.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You
Updates:
Labels: NeedsReview
Comment #22 on issue 1477 by ondrej.certik: Printing with double subscripts
http://code.google.com/p/sympy/issues/detail?id=1477
OK, I'll wait for toon if he also thinks the branch should go in and review
it then.
--
You received this message because you
Comment #4 on issue 1474 by ondrej.certik: Subs broken on sub classes of
Symbol using sympy 0.6.4 on linux
http://code.google.com/p/sympy/issues/detail?id=1474
No problem. Let us know if you have any other problem with sympy.
--
You received this message because you are listed in the owner
Updates:
Status: Fixed
Comment #2 on issue 1503 by ondrej.certik: doctests added
http://code.google.com/p/sympy/issues/detail?id=1503
Patches are in.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may
Updates:
Status: Started
Labels: Milestone-Release0.6.5
Comment #6 on issue 1505 by ondrej.certik: doc Makefile does not work when
sphinx is installed in $HOME
http://code.google.com/p/sympy/issues/detail?id=1505
The patch is +1, but the branch fails doctests:
Testing
Comment #1 on issue 1507 by ondrej.certik: pickling test takes too much time
http://code.google.com/p/sympy/issues/detail?id=1507
Let's fix it.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your
Comment #1 on issue 1514 by ondrej.certik: Low Level Code Printer
http://code.google.com/p/sympy/issues/detail?id=1514
I agree.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification
Updates:
Status: Accepted
Labels: -Priority-Medium Priority-High Milestone-Release0.6.5
Comment #2 on issue 1515 by ondrej.certik: caching does not distinct ints
and longs
http://code.google.com/p/sympy/issues/detail?id=1515
Thanks for reporting it. I need to look into it what
Updates:
Cc: abro...@verizon.net
Comment #1 on issue 1517 by ondrej.certik: galgebra.GA docstrings
http://code.google.com/p/sympy/issues/detail?id=1517
(No comment was entered for this change.)
--
You received this message because you are listed in the owner
or CC fields of this issue,
Comment #3 on issue 1509 by ondrej.certik: spelling and grammar
http://code.google.com/p/sympy/issues/detail?id=1509
I am having this weird behavior:
$ git am ~/Desktop/0001-spelling-and-grammar-pass-1.patch
Patch does not have a valid e-mail address.
because for some reason, the first 3
Updates:
Owner: ---
Comment #11 on issue 1261 by ondrej.certik: incorrect exponentiation with
non-commutative symbols
http://code.google.com/p/sympy/issues/detail?id=1261
I agree. We should totally refactor it out of Mul I guess.
--
You received this message because you are listed in
On Wed, Jul 1, 2009 at 3:34 AM, Toon
Verstraelentoon.verstrae...@ugent.be wrote:
Luke wrote:
The goal of the documentation day will to get people working together
at the same time to update docstrings, work on Wiki pages, and write
example pieces of code that clearly demonstrate how to use
On Jul 7, 2009, at 12:16 AM, Ondrej Certik wrote:
On Mon, Jul 6, 2009 at 9:56 PM, Aaron S. Meurerasmeu...@gmail.com
wrote:
Well, it took me long enough, but I finally have my contribution to
doc day finished. I actually had the thing all written up by the end
of doc day, but I had to
On Tue, Jul 7, 2009 at 12:48 AM, Aaron S. Meurerasmeu...@gmail.com wrote:
On Jul 7, 2009, at 12:16 AM, Ondrej Certik wrote:
On Mon, Jul 6, 2009 at 9:56 PM, Aaron S. Meurerasmeu...@gmail.com
wrote:
Well, it took me long enough, but I finally have my contribution to
doc day finished. I
Aaron S. Meurer a écrit :
Interval(3, 4, endpoints='oc'), which would create (3, 4] ('oc' stands
for open-closed).
Hello here is a first try fopr working with sets. This code has been
writing directly as I was thinking of what I neede. I think that it
could be better. I'll work on unions
Christophe a écrit :
Aaron S. Meurer a écrit :
Interval(3, 4, endpoints='oc'), which would create (3, 4] ('oc'
stands for open-closed).
Hello here is a first try fopr working with sets. This code has been
writing directly as I was thinking of what I neede. I think that it
could be
Ühel kenal päeval, T, 2009-07-07 kell 13:28, kirjutas Christophe:
Aaron S. Meurer a écrit :
Interval(3, 4, endpoints='oc'), which would create (3, 4] ('oc' stands
for open-closed).
How about using '[' for closed and ']' instead of 'o' and 'c'? I find
'[]' or '][' a bit more intuitive,
Priit Laes a écrit :
How about using '[' for closed and ']' instead of 'o' and 'c'? I find
'[]' or '][' a bit more intuitive, as it took a bit time to figure out
that 'oo' means open-open interval, not infinity..
So: cc = '[]', oc = ']]', oo = '][' and co = '[['.
That's a good idea. How
Ühel kenal päeval, T, 2009-07-07 kell 00:03, kirjutas Ondrej Certik:
On Mon, Jul 6, 2009 at 1:47 PM, Priit Laesplaes...@gmail.com wrote:
Hey!
While trying to implement method of characteristics, I ran into a
following problem:
I get (choose) following system of characteristic
On Jul 7, 2009, at 6:21 AM, Priit Laes wrote:
Ühel kenal päeval, T, 2009-07-07 kell 13:28, kirjutas Christophe:
Aaron S. Meurer a écrit :
Interval(3, 4, endpoints='oc'), which would create (3, 4] ('oc'
stands
for open-closed).
How about using '[' for closed and ']' instead of 'o' and
On Jul 7, 2009, at 6:54 AM, Christophe wrote:
Priit Laes a écrit :
How about using '[' for closed and ']' instead of 'o' and 'c'? I find
'[]' or '][' a bit more intuitive, as it took a bit time to figure
out
that 'oo' means open-open interval, not infinity..
So: cc = '[]', oc = ']]',
Will these changes have to go in a separate sympy-py3k release or will
they be backwards compatible with Python 2? I think that we should
put whatever is backwards compatible in the main release. I know a
lot of it is cleaning up imports, which will be good for both
versions. For
On Tue, Jul 7, 2009 at 1:27 PM, Aaron S. Meurerasmeu...@gmail.com wrote:
Will these changes have to go in a separate sympy-py3k release or will
they be backwards compatible with Python 2? I think that we should
put whatever is backwards compatible in the main release. I know a
lot of it is
On Tue, Jul 7, 2009 at 9:35 AM, Priit Laesplaes...@gmail.com wrote:
Ühel kenal päeval, T, 2009-07-07 kell 00:03, kirjutas Ondrej Certik:
On Mon, Jul 6, 2009 at 1:47 PM, Priit Laesplaes...@gmail.com wrote:
Hey!
While trying to implement method of characteristics, I ran into a
Today July 7th we released the last beta leading to 0.6.5, which is
scheduled for next week. Please help review this beta so we can start
0.7 development cycle as soon as possible.
Changes since last stable release
-
This release has been marked by improved
Ondrej Certik wrote:
On Tue, Jul 7, 2009 at 4:20 PM, Fabian Pedregosafab...@fseoane.net wrote:
Today July 7th we released the last beta leading to 0.6.5, which is
scheduled for next week. Please help review this beta so we can start
0.7 development cycle as soon as possible.
Changes since
On Tue, Jul 7, 2009 at 4:33 PM, Fabian Pedregosafab...@fseoane.net wrote:
[...]
Thanks. I'll correct that from the final version of the Changelog
Thanks. I reviewed and committed another 14 patches in there.
If I forgot anyone's patch (either review or commit), please ping me.
Ondrej
On Jul 7, 2009, at 4:20 PM, Fabian Pedregosa wrote:
Today July 7th we released the last beta leading to 0.6.5, which is
scheduled for next week. Please help review this beta so we can start
0.7 development cycle as soon as possible.
Changes since last stable release
Hi,
from now on a patch in order to pass a review, it must have at least
one example doctest for each function/method (except those beginning
with _).
To test it, use the bin/coverage_doctest.py script, like this:
$ bin/coverage_doctest.py sympy/integrals/integrals.py
On Wed, Jul 1, 2009 at 3:38 PM, Ryan Kraussryanli...@gmail.com wrote:
I think this is great. It raises the bar some for contributors, but it
greatly improves the resulting code and makes learning and contributing to
sympy easier in the long run.
I don't think it raises the bar much, most new
Sounds like a good policy. We already require tests for everything,
so it is not too much more of a hassle. I think we should have at
least a docstring for all classes as well, since you can do
help(Class) and it gives you information on it. Maybe you don't need
a doctest for a class
On Tue, Jul 7, 2009 at 11:08 PM, Aaron S. Meurerasmeu...@gmail.com wrote:
Sounds like a good policy. We already require tests for everything,
so it is not too much more of a hassle. I think we should have at
least a docstring for all classes as well, since you can do
help(Class) and it
60 matches
Mail list logo