Description of problem: TypeError: Error when calling the metaclass bases function() argument 1 must be code, not str Version-Release number of selected component (if applicable): $ rpm -q python-lockfile python-daemon python-lockfile-0.9-1.fc13.noarch python-daemon-1.5.2-1.fc13.noarch How reproducible: Always reproducible Steps to Reproduce: Open a python shell import daemon.pidlockfile TypeError: Error when calling the metaclass bases function() argument 1 must be code, not str /usr/lib/python2.6/site-packages/daemon/pidlockfile.py in <module>() 31 32 ---> 33 class PIDLockFile(LinkFileLock, object): 34 """ Lockfile implemented as a Unix PID file. 35 Actual results: TypeError: Error when calling the metaclass bases function() argument 1 must be code, not str Expected results: daemon.pidlockfile uses the new API of python-lockfile
Thanks for testing python-lockfile :) This also happens with the latest release by upstream, so I just mailed him, to update python-daemon to the new api. I'll make a note in the update of python-lockfile, so this won't be pushed to stable (hopefully)... https://admin.fedoraproject.org/updates/python-lockfile-0.9-1.fc13
I won't push the update until this ticket is resolved. I've also filed a ticket upstream in regards to the lockfile version. http://code.google.com/p/pylockfile/issues/detail?id=4
We revoked version 0.9.1, feel free to reopen if something else needs to be fixed.
I just did a rebuild of 0.9.1 and tested the latest python-daemon 1.6 with it as mentioned in 716183. The import worked well. Can we rebuild and push 0.9.1 ?
All tests of python-daemon 1.6 pass again with lockfile-0.9.1, so I think, it's ok to update it.
Updated lockfile to 0.9.1 in devel. http://koji.fedoraproject.org/koji/buildinfo?buildID=255279