Red Hat Bugzilla – Bug 602431
[abrt] crash in sympy-0.6.6-3.fc13: numbers.py:5:<module>:ImportError: No module named libmpf
Last modified: 2010-09-15 18:35:06 EDT
abrt 1.1.1 detected a crash.
Attached file: backtrace
cmdline: /usr/bin/python /usr/bin/isympy
comment: missing libmpf libraries prevent sympy from working
reason: numbers.py:5:<module>:ImportError: No module named libmpf
release: Fedora release 13 (Goddard)
How to reproduce
1. run isympy
2. observe crash
Created attachment 422689 [details]
It looks like a version mismatch between sympy and libmp. I am new to both, so I am not sure what is the compatibility matrix (is sympy lagging behind libmp or the other way around).
I found a way to fix it by patching sympy (see attached diff -c from the sympy lib directory /usr/lib/python2.6/site-packages/sympy
Also, isympy prefers ipython; it is not a hard dependency because it falls back to using plain python interpreter, but perhaps the ipython package should be a dependency of sympy.
Created attachment 422933 [details]
sympy patch to be applied in /usr/lib/python2.6/site-packages/sympy
The patch provided isn't production quality; I removed the include MP_BASE because it doesn't seem to be defined in the provided libmp version, but sympy uses it, for instance when calculating integrate(exp(-x**2), (x, -oo, oo)).
fredrik.johansson commented on the sympy discussion blog
This was fixed three months ago (this was the main patch:
I suggest updating SymPy in Fedora to 0.6.7?
As for why the Fedora SymPy doesn't use SymPy's internal copy of mpmath to avoid this problem... I'm dubious about that.
Indeed, it looks like Fedora sympy should be updated
Someone already tried to bump Sympy to 0.6.7 but didn't go through and fix the patch to remove the built-in mpmath (e.g. http://koji.fedoraproject.org/koji/buildinfo?buildID=148686 ).
Currently, I don't have the time to fix the patch, and I'm not really interested in SymPy anymore.
*** Bug 600329 has been marked as a duplicate of this bug. ***
Rebuilding the srpm from http://koji.fedoraproject.org/koji/buildinfo?buildID=187322
fixes that problem for me on F-13.
I am behind a (stupid) proxy so I can build the package in bodhi but it would be nice if someone could do it.
Przemek: please try the scratch build at
to see if it fixes your problem.
direct link to rpm is
OS Release: Fedora release 13 (Goddard)
How to reproduce
1.lunch isympy from terminal
lunch isympy ( also importing sympy in python cause a similar crash)
The spec file in the Fedora 14 branch for 0.6.7 builds fine against Fedora 13 and seems to work in limited testing.
There is one unexpected test failure when the build runs the test suite out of 1476 tests - don't have the experience to know if it's serious or not, but it's certainly much better than complete non-workingness, which is the current state of Fedora 13!
Does this just need someone to copy the changes to the Fedora 13 branch, build, and file an update request? I can do that if that if there's nobody else paying attention, though I don't want to pick up the package long term.
The failed test is just a whitespace test.
I'll file the update now.
sympy-0.6.7-5.fc12 has been submitted as an update for Fedora 12.
sympy-0.6.7-5.fc13 has been submitted as an update for Fedora 13.
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.