Comment #7 on issue 2956 by asmeu...@gmail.com: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
Can you see if it works in gsoc-3? You'll have to dig down and see what
the numbers are, as the new code
Comment #8 on issue 2956 by pr...@goodok.ru: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
I'll investigate it.
And add to the 'runtests' utility the resetting of seed before each test.
--
You received
Comment #5 on issue 2979 by hunt...@gmail.com: and = are changed into
and =
http://code.google.com/p/sympy/issues/detail?id=2979
Okay, I've implemented this, and all tests pass but about 6 or 7. I need
someone else's help with those however, as some of those tests are *not* my
area of
Comment #9 on issue 2956 by pr...@goodok.ru: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
For Tom's gsoc-3
In gsoc-3 branch there is no failures (random sequences is different)
But we can obtain this
Comment #10 on issue 2956 by pr...@goodok.ru: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
Sorry, the corrected last link is
https://github.com/goodok/sympy/tree/gsoc-3-random .
--
You received
Updates:
Blockedon: -2712
Comment #11 on issue 2956 by ness...@gmail.com: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
Thank you!
The following can be used to verify the problem:
z1 =
Issue 2712: Merge gsoc-2 and gsoc-3
http://code.google.com/p/sympy/issues/detail?id=2712
This issue is no longer blocking issue 2956.
See http://code.google.com/p/sympy/issues/detail?id=2956
--
You received this message because you are listed in the owner
or CC fields of this issue, or because
Comment #13 on issue 2956 by pr...@goodok.ru: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
Regarding the last line of code:
[-1.66600996337348 + 0.464057467087746⋅ⅈ, .0e-1 + .0e+0⋅ⅈ,
Updates:
Labels: NeedsReview
Comment #6 on issue 2979 by asmeu...@gmail.com: and = are changed into
and =
http://code.google.com/p/sympy/issues/detail?id=2979
You did it correctly. One thing that you should do differently in the
future is commit on a different branch from
Comment #14 on issue 2956 by ness...@gmail.com: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
Oh, no. If this was not clear: h2 and h3 are supposed to be different
expressions for the same thing (their
Comment #16 on issue 2956 by ness...@gmail.com: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
It is hard to make this clear in the confined space here, but if you just
copy those lines I posted and
Comment #15 on issue 2956 by smi...@gmail.com: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
That's not a S bug (IMO). Mul works from left to right and when it gets
the 2 arg mul first, it distributes
Comment #17 on issue 2956 by pr...@goodok.ru: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
Ah, that is, `.0e-1 + .0e+0⋅ⅈ` is incorrect, is it?
--
You received this message because you are subscribed to
Comment #18 on issue 2956 by ness...@gmail.com: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
Yes. I'm not saying this is a S() bug, I just happened to notice the fluke
evaluation goes away when
Updates:
Status: Fixed
Comment #3 on issue 2981 by smi...@gmail.com: document the check option
of solve()
http://code.google.com/p/sympy/issues/detail?id=2981
I think this was a typo on his part. Anyway, I did add that case and
another to document the need for check=0. This is in.
Updates:
Status: Fixed
Comment #2 on issue 2957 by smi...@gmail.com:
solve((tanh(x+3)*tanh(x-3)+1)**2) leads to infinite recursion
http://code.google.com/p/sympy/issues/detail?id=2957
(No comment was entered for this change.)
--
You received this message because you are subscribed
Updates:
Labels: -Priority-Medium Priority-Critical
Comment #4 on issue 2982 by asmeu...@gmail.com: galgebra tests failing in
python3
http://code.google.com/p/sympy/issues/detail?id=2982
I seem to remember that we had to disable numpy in Python 3 elsewhere.
--
You received this
Updates:
Status: Started
Comment #5 on issue 2982 by vlada.pe...@gmail.com: galgebra tests failing
in python3
http://code.google.com/p/sympy/issues/detail?id=2982
No, we disabled numpy for PyPy (everywhere). I didn't notice this because I
didn't have NumPy installed for Py3.
Updates:
Owner: vlada.pe...@gmail.com
Comment #6 on issue 2982 by vlada.pe...@gmail.com: galgebra tests failing
in python3
http://code.google.com/p/sympy/issues/detail?id=2982
(No comment was entered for this change.)
--
You received this message because you are subscribed to the
Comment #19 on issue 2956 by pr...@goodok.ru: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
To be sure, we must create reproducible failure without usage hyper(), e.g.
replace it with complex value
Comment #20 on issue 2956 by ness...@gmail.com: Simetimes the
test_hyperexpand.py (test_meijerg_shift_operators) fails in master.
http://code.google.com/p/sympy/issues/detail?id=2956
Yeah I tried something along these lines and couldn't get it to work
either. We can isolate the new code,
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium Testing
New issue 2984 by asmeu...@gmail.com: An exception in a doctest kills the
test runner
http://code.google.com/p/sympy/issues/detail?id=2984
We recently fixed the test runner to prevent exceptions from killing it,
but
Comment #1 on issue 2984 by vlada.pe...@gmail.com: An exception in a
doctest kills the test runner
http://code.google.com/p/sympy/issues/detail?id=2984
I believe the relevant commit is this:
76cba380a1311edf298e09578bdbb7b9a5c2ca46
Anyway, this should be easy enough to fix.
--
You
Status: Accepted
Owner:
Labels: Type-Enhancement Priority-Medium Combinatorics
New issue 2985 by asmeu...@gmail.com: permutations function
http://code.google.com/p/sympy/issues/detail?id=2985
We should have a function that computes nPk, which is the number of
k-permutations of n (equal
Updates:
Status: Invalid
Comment #1 on issue 2985 by asmeu...@gmail.com: permutations function
http://code.google.com/p/sympy/issues/detail?id=2985
Ah, apparently this is just FallingFactorial.
--
You received this message because you are subscribed to the Google Groups
sympy-issues
Comment #7 on issue 2982 by vlada.pe...@gmail.com: galgebra tests failing
in python3
http://code.google.com/p/sympy/issues/detail?id=2982
Can't seem to install numpy on py3k, I get the same errors as here (using
pip):
http://mail.scipy.org/pipermail/numpy-discussion/2011-May/056205.html
Updates:
Status: Fixed
Comment #3 on issue 2882 by smi...@gmail.com: integration of 1/(1+x**2)
works but 1/(1+u**2) fails
http://code.google.com/p/sympy/issues/detail?id=2882
(No comment was entered for this change.)
--
You received this message because you are subscribed to the
Updates:
Labels: -NeedsReview
Comment #28 on issue 93 by smi...@gmail.com: Square root denesting
http://code.google.com/p/sympy/issues/detail?id=93
Mario's work has been committed. Perhaps he would be a good one to write a
comment here suggesting what yet needs to be done.
--
You
Comment #8 on issue 2982 by sean.v@gmail.com: galgebra tests failing in
python3
http://code.google.com/p/sympy/issues/detail?id=2982
I run gentoo and it automatically builds python packages for all installed
python interpreters. That's not terribly helpful in getting it installed
for
Comment #9 on issue 2982 by pr...@goodok.ru: galgebra tests failing in
python3
http://code.google.com/p/sympy/issues/detail?id=2982
For virtualenv I found thit help page:
http://www.acooke.org/cute/Installing4.html
$ source vp32/bin/activate
(vp32) $ wget
Comment #10 on issue 2982 by vlada.pe...@gmail.com: galgebra tests failing
in python3
http://code.google.com/p/sympy/issues/detail?id=2982
Ok, I'll try but I probably won't manage today nor tomorrow. In the
meanwhile, can you try just replacing the offending code with str (instead
of
Comment #11 on issue 2982 by pr...@goodok.ru: galgebra tests failing in
python3
http://code.google.com/p/sympy/issues/detail?id=2982
How you look to this variant:
`if type(basis) == type('a')`
It seems that it hackish, and not elegant, but I use it when I want to be
sure, and do not
Comment #13 on issue 2982 by sean.v@gmail.com: galgebra tests failing
in python3
http://code.google.com/p/sympy/issues/detail?id=2982
Using 'if type(basis) == str:' works for me. I ran 2to3 like you said and
changed all the instances of 'bytes' to 'str' and now I have the tests
Comment #14 on issue 2982 by pr...@goodok.ru: galgebra tests failing in
python3
http://code.google.com/p/sympy/issues/detail?id=2982
Yes, it will be better. as and 'isinstance(obj, basestring)' which
transformed by use2to3 to the 'isinstance(obj, str)' correctly.
--
You received this
Updates:
Status: Fixed
Comment #15 on issue 2982 by vlada.pe...@gmail.com: galgebra tests failing
in python3
http://code.google.com/p/sympy/issues/detail?id=2982
Ok, Sean fixed it manually in the above pull request and it works fine, so
I merged it and I'll close this as Fixed.
Comment #5 on issue 2963 by smi...@gmail.com: geometry objects should
derive from Basic
http://code.google.com/p/sympy/issues/detail?id=2963
OK, GeometryEntity now derives from Basic in
https://github.com/sympy/sympy/pull/955 . I think I found one error in the
process, otherwise I
Updates:
Cc: mario.pe...@gmail.com
Comment #29 on issue 93 by asmeu...@gmail.com: Square root denesting
http://code.google.com/p/sympy/issues/detail?id=93
(No comment was entered for this change.)
--
You received this message because you are subscribed to the Google Groups
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium NeedsReview smichr
New issue 2986 by smi...@gmail.com: Matrix, domain, and Subs evalf method
need prec option and/or n alias
http://code.google.com/p/sympy/issues/detail?id=2986
The standard evalf method has for precision and
Updates:
Labels: -Milestone-Release0.7.3 Milestone-Release0.7.2 NeedsReview
Comment #3 on issue 2845 by krastano...@gmail.com: Integrating the new
plotting module
http://code.google.com/p/sympy/issues/detail?id=2845
As it's almost ready (except tests) and as the release is delayed
Updates:
Labels: NeedsReview
Blockedon: 2845
Comment #2 on issue 1314 by krastano...@gmail.com: make textplot compatible
with Plot
http://code.google.com/p/sympy/issues/detail?id=1314
The new plotting module has a textplot backend that is called by default if
matplotlib is
Issue 2845: Integrating the new plotting module
http://code.google.com/p/sympy/issues/detail?id=2845
This issue is now blocking issue 1314.
See http://code.google.com/p/sympy/issues/detail?id=1314
--
You received this message because you are listed in the owner
or CC fields of this issue, or
Issue 2845: Integrating the new plotting module
http://code.google.com/p/sympy/issues/detail?id=2845
This issue is now blocking issue 2987.
See http://code.google.com/p/sympy/issues/detail?id=2987
--
You received this message because you are listed in the owner
or CC fields of this issue, or
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium Milestone-Release0.7.3 EasyToFix
New issue 2987 by krastano...@gmail.com: Change the behaviour of the
deprecated Plot()
http://code.google.com/p/sympy/issues/detail?id=2987
Delete proxy_pyglet.py and correct all the docstrings.
Comment #5 on issue 2964 by smi...@gmail.com: S.One.is_prime gives True
http://code.google.com/p/sympy/issues/detail?id=2964
I don't think we should make the expensive isprime part of the assumptions
system (old or new). I agree that 1 should not report as prime, but I think
it would be
44 matches
Mail list logo