Description of problem: mitmanek:~ $ python Python 2.6.6 (r266:84292, Sep 12 2011, 14:03:14) [GCC 4.4.5 20110214 (Red Hat 4.4.5-6)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import rdflib Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.6/site-packages/rdflib/__init__.py", line 65, in <module> from rdflib.term import URIRef, BNode, Literal, Variable File "/usr/lib/python2.6/site-packages/rdflib/term.py", line 49, in <module> from isodate import parse_time, parse_date, parse_datetime ImportError: No module named isodate >>> Version-Release number of selected component (if applicable): python-rdflib-3.2.0-1.el6.noarch How reproducible: 100% Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
If python-rdflib requires python-isodate, shouldn't we have a Requires: python-isodate in the rdflib spec?
http://pkgs.fedoraproject.org/gitweb/?p=python-rdflib.git;a=commitdiff;h=7584bd6ab75f81a8c8a73915c88c8dde996b7079
python-rdflib-3.2.0-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-0190/python-rdflib-3.2.0-1.el6
python-rdflib-3.2.0-1.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.
I am not sure what is going on here, but I still get: Python 2.6.6 (r266:84292, Jan 4 2012, 16:09:28) [GCC 4.4.6 20110731 (Red Hat 4.4.6-3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import rdflib Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.6/site-packages/rdflib/__init__.py", line 65, in <module> from rdflib.term import URIRef, BNode, Literal, Variable File "/usr/lib/python2.6/site-packages/rdflib/term.py", line 49, in <module> from isodate import parse_time, parse_date, parse_datetime ImportError: No module named isodate # rpm -qf /usr/lib/python2.6/site-packages/rdflib/term.py python-rdflib-3.2.0-1.el6.noarch Name : python-rdflib Arch : noarch Version : 3.2.0 Release : 1.el6 Size : 1.0 M Repo : installed From repo : epel Committer : Pierre-Yves Chibon <pingou> Committime : Fri Jan 20 13:00:00 2012 Buildtime : Fri Jan 20 10:50:19 2012 Install time: Thu Mar 22 22:04:02 2012
python-rdflib-3.2.0-2.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/python-rdflib-3.2.0-2.el6
For some reasons I mixed up this, just pushed a new release that should fix this.
Ah, now I see what happened. 3.2.0-1 was pushed in February, but -3 fixes the issue, as your commit points out. In that case pushing -2 today was still not enough, as -3 is needed (see [1]). [1] http://pkgs.fedoraproject.org/gitweb/?p=python-rdflib.git;a=commitdiff;h=7584bd6ab75f81a8c8a73915c88c8dde996b7079
python-rdflib-3.2.0-2.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to comment #9) > python-rdflib-3.2.0-2.el6 has been pushed to the Fedora EPEL 6 stable > repository. If problems still persist, please make note of it in this bug > report. You are right, I looked at the wrong branch of the python-rdflib git repository (master instead of el6). In that case -2 [1] should indeed fix it. Thanks! P.S: Fixed-in-version should be updated to -2. [1] http://pkgs.fedoraproject.org/gitweb/?p=python-rdflib.git;a=commitdiff;h=90b148b3bb2a6a86aebcb95165972ceafef65410