Here's the output from the interactive interpreter. Thanks. >>> import sympy Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.6/site-packages/sympy/__init__.py", line 18, in <module> from polys import * File "/usr/lib/python2.6/site-packages/sympy/polys/__init__.py", line 2, in <module> from monomial import monomials, monomial_count File "/usr/lib/python2.6/site-packages/sympy/polys/monomial.py", line 6, in <module> from sympy.functions import factorial File "/usr/lib/python2.6/site-packages/sympy/functions/__init__.py", line 9, in <module> import combinatorial File "/usr/lib/python2.6/site-packages/sympy/functions/combinatorial/__init__.py", line 3, in <module> import numbers File "/usr/lib/python2.6/site-packages/sympy/functions/combinatorial/numbers.py", line 20, in <module> from sympy.utilities.memoization import recurrence_memo File "/usr/lib/python2.6/site-packages/sympy/utilities/__init__.py", line 20, in <module> from pytest import raises File "/usr/lib/python2.6/site-packages/sympy/utilities/pytest.py", line 47, in <module> from py.__.test.outcome import Outcome, Passed, Failed, Skipped ImportError: cannot import name Outcome
I'm on Fedora 11 and cannot reproduce this.
I didn't have the problem with Fedora 11; it is new with Fedora 12.
brief look at the code... looks like you want to import and use OutcomeException instead of Outcome.
In Fedora 13, sympy fails to load with another ImportError, which looks like there's a dependency problem. amcnabb@prodigy:~ :) python Python 2.6.4 (r264:75706, Jun 4 2010, 18:20:31) [GCC 4.4.4 20100503 (Red Hat 4.4.4-2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import sympy Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.6/site-packages/sympy/__init__.py", line 22, in <module> from sympy.core import * File "/usr/lib/python2.6/site-packages/sympy/core/__init__.py", line 4, in <module> from basic import Basic, S, C, sympify File "/usr/lib/python2.6/site-packages/sympy/core/basic.py", line 2497, in <module> from symbol import Wild, Symbol File "/usr/lib/python2.6/site-packages/sympy/core/symbol.py", line 293, in <module> from sympify import sympify File "/usr/lib/python2.6/site-packages/sympy/core/sympify.py", line 191, in <module> from numbers import Integer, Real File "/usr/lib/python2.6/site-packages/sympy/core/numbers.py", line 5, in <module> import mpmath.libmpf as mlib ImportError: No module named libmpf >>>
It's not a dependency problem; here's the full story: Sympy includes a private copy of another python library (libmpf). We had to patch sympy to use the system copy. libmpf or sympy was updated, and the patch either no longer applies, or the old namespace doesn't work. I think both. At any rate, the patch needs to be re-created, and that's blocking on someone willing to do the work. IIRC, Sympy was first broken when my comaintainer bumped it to 0.6.6 from 0.6.3 and didn't rebase the patch, but since then libmpf has been updated as well and a new patch is needed.
Just like for bug #602431 rebuilding sympy-0.6.7-4.fc14 for f13 fixed this problem for me as well. So just like in the former bug I suggest that a build of f14 for f13 could probably fix this bug.
Looks like Jussi may have updated the patch when he went from 0.6.6 to 0.6.7. There's a traceback with the new code, though, I'll attach a patch here to fix that. If you're not interested in sympy anymore, perhaps Jussi would take ownership in Fedora? Currently he's just owner in EPEL which is why he's not getting CC'd on the Fedora bug reports.
Created attachment 442019 [details] Fix traceback in compare functions The mpmath compare functions traceback when given constants from sympy. This patch fixes that by adding _mpf_ values to the constants similar to how the constancs already have _sage_() methods.
(In reply to comment #5) > IIRC, Sympy was first broken when my comaintainer bumped it to 0.6.6 from 0.6.3 > and didn't rebase the patch, but since then libmpf has been updated as well and > a new patch is needed. Nope, I had bumped sympy to 0.6.6 well before the bundled mpmath was removed (bug #551576), in fact it was you who made the patch ;) Anyway, if Andrew could try the scratch build of 0.6.7 at http://koji.fedoraproject.org/koji/taskinfo?taskID=2435972 that could be swell. If it solves your problem I'll prepare the update for f12 and f13.
Note, the traceback is still present when %check is run: http://koji.fedoraproject.org/koji/getfile?taskID=2435973&name=build.log TypeError: 'NoneType' object is not iterable
Right. Well, here's a version with the patch from comment #8 (thanks btw), which isn't suffering from that: http://koji.fedoraproject.org/koji/taskinfo?taskID=2436064
sympy-0.6.7-5.fc12 has been submitted as an update for Fedora 12. https://admin.fedoraproject.org/updates/sympy-0.6.7-5.fc12
sympy-0.6.7-5.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/sympy-0.6.7-5.fc13
sympy-0.6.7-5.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update sympy'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/sympy-0.6.7-5.fc13
sympy-0.6.7-5.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
sympy-0.6.7-5.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
sympy-0.6.7-5.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/sympy-0.6.7-5.fc14
sympy-0.6.7-5.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.