Description of problem: We're trying to remove PyXML from Fedora 18 if we can because it is dead upstream and the Python stdlib has the dubious behaviour of overwriting its own xml module with code from PyXML if PyXML is installed. The combination of these has caused problems for other code that wants to use the stdlib xml module but is getting older, buggy code from PyXML instead. https://fedoraproject.org/wiki/User:Toshio/Remove_PyXML I've taken a look at openxcap and found that it has a real dependency on PyXML ./xcap/element.py uses a feature of the PyXML sax library that isn't available in the stdlib's version: parser.setFeature(sax.handler.feature_namespace_prefixes, 1) Some questions: * Is there any interest from upstream (or you) in porting away from PyXML? * openxcap doesn't appear to be used by anything in Fedora. If PyXML is removed and openxcap doesn't get ported to something else, would the removal of openxcap as well cause any issues?
openxcap-2.0.1-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/openxcap-2.0.1-1.fc18
Package openxcap-2.0.1-1.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 openxcap-2.0.1-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-12192/openxcap-2.0.1-1.fc18 then log in and leave karma (feedback).
openxcap-2.0.1-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.