Bug 974769
Summary: | [abrt] sympy-0.7.1-3.fc18: posixpath.py:68:join:AttributeError: 'NoneType' object has no attribute 'endswith' | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | tkit <ch199405> | ||||||||||
Component: | sagemath | Assignee: | Paulo Andrade <paulo.cesar.pereira.de.andrade> | ||||||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||
Priority: | unspecified | ||||||||||||
Version: | 18 | CC: | ch199405, h.rosemarin, loganjerry, paulo.cesar.pereira.de.andrade, tomspur | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | x86_64 | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | abrt_hash:865598d594bf820a76e91c161e2d0075987ead85 | ||||||||||||
Fixed In Version: | sagemath-5.9-6.fc19 | Doc Type: | Bug Fix | ||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2013-08-23 00:33:07 UTC | Type: | --- | ||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Bug Depends On: | |||||||||||||
Bug Blocks: | 866044 | ||||||||||||
Attachments: |
|
Description
tkit
2013-06-15 16:02:03 UTC
Created attachment 761635 [details]
File: backtrace
Created attachment 761636 [details]
File: core_backtrace
Created attachment 761637 [details]
File: dso_list
Created attachment 761638 [details]
File: environ
Since the stack trace goes into sagemath files and then chokes on an apparently sagemath-related name, I am reassigning this to the sagemath component. Paulo, do you have any idea what is happening here?
I can get the same result on Fedora 18 like this, by the way:
$ python
Python 2.7.3 (default, Aug 9 2012, 17:23:57)
[GCC 4.7.1 20120720 (Red Hat 4.7.1-5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mpmath
Apparently this problem reappeared (now in Fedora) http://code.google.com/p/mpmath/issues/detail?id=215 *** Bug 983252 has been marked as a duplicate of this bug. *** Same problem here. Does it makes sense to patch sage.env to use the correct Fedora-specific install directories? E.g.: $ diff -ur /usr/lib64/python2.7/site-packages/sage/env.py env.py --- /usr/lib64/python2.7/site-packages/sage/env.py 2013-07-25 10:38:11.196114919 +0200 +++ env.py 2013-07-25 10:38:05.885120763 +0200 @@ -43,7 +43,7 @@ 'SAGE_PACKAGES' : opj('$SAGE_ROOT', 'spkg'), 'SAGE_LOGS' : opj('$SAGE_ROOT', 'logs', 'pkgs'), 'SAGE_SPKG_INST' : opj('$SAGE_ROOT', 'spkg', 'installed'), - 'SAGE_DOC' : "/usr/share/doc/sagemath-5.9", + 'SAGE_DOC' : opj('$SAGE_ROOT', 'devel', 'sage', 'doc'), 'DOT_SAGE' : opj(os.environ.get('HOME','$SAGE_ROOT'), '.sage'), # SAGE_LIB is the site-packages directory if the sage library # has been installed, otherwise it is the same of SAGE_SRC Before "iptest" was crashing because SAGE_DOC wasn't the valid doc install directory, after this patch it is failing because of SAGE_LOCAL. After installing sagemath-devel (that dependency seems to be missing then too) and the following patch "iptest" seems to be working: $ diff -u env.py /usr/lib64/python2.7/site-packages/sage/env.py --- env.py 2013-07-25 10:38:05.885120763 +0200 +++ /usr/lib64/python2.7/site-packages/sage/env.py 2013-07-25 10:42:35.553824133 +0200 @@ -34,8 +34,8 @@ 'LOCAL_IDENTIFIER' : '$HOSTNAME.%s'%os.getpid(), # bunch of sage directories and files - 'SAGE_ROOT' : None, - 'SAGE_LOCAL' : opj('$SAGE_ROOT', 'local'), + 'SAGE_ROOT' : "/usr", + 'SAGE_LOCAL' : opj('$SAGE_ROOT'), 'SAGE_SHARE' : opj('$SAGE_LOCAL', 'share'), # for backwards compatibility we include SAGE_DATA 'SAGE_DATA' : '$SAGE_SHARE', @@ -43,7 +43,7 @@ 'SAGE_PACKAGES' : opj('$SAGE_ROOT', 'spkg'), 'SAGE_LOGS' : opj('$SAGE_ROOT', 'logs', 'pkgs'), 'SAGE_SPKG_INST' : opj('$SAGE_ROOT', 'spkg', 'installed'), - 'SAGE_DOC' : opj('$SAGE_ROOT', 'devel', 'sage', 'doc'), + 'SAGE_DOC' : opj('$SAGE_ROOT', 'share', 'doc', 'sagemath-5.9'), 'DOT_SAGE' : opj(os.environ.get('HOME','$SAGE_ROOT'), '.sage'), # SAGE_LIB is the site-packages directory if the sage library # has been installed, otherwise it is the same of SAGE_SRC Sorry for the very long delay looking into it again. I was forgetting about it :-( I will use a patch almost identical to Thomas suggestion, basically only changing SAGE_ROOT definition to match what other patches expect, %{_libdir}/sagemath, and where there are other symlinks to system directories. sagemath-5.9-6.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/sagemath-5.9-6.fc18 sagemath-5.9-6.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/sagemath-5.9-6.fc19 Package sagemath-5.9-6.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing sagemath-5.9-6.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-14696/sagemath-5.9-6.fc18 then log in and leave karma (feedback). sagemath-5.9-6.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. sagemath-5.9-6.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. |