It appears that redland might be busted in some respects in Fedora 18. After a fresh install I recompiled libferris as per usual after an upgrade, only to find that the RDF/Soprano engine for metadata was busted. Digging into this, looking at the soprano sources and with many versions of soprano and sopranocmd I thought maybe the issue was one layer closer to the metal. Switching to rdfproc from redland I noticed that I couldn't create a new on disk RDF/db store!
$ rdfproc myrdf add \
'http://witme.sf.net/libferris-core/0.1/subj' \
'http://witme.sf.net/libferris-core/0.1/pred' \
'http://witme.sf.net/libferris-core/0.1/obj1'
rdfproc: Failed to open hashes storage 'myrdf'
After downloading redland's source rpm, recompiling it and installing the resulting rpm files I could then create RDF/db again. Same command, different result:
$ rdfproc myrdf add \
'http://witme.sf.net/libferris-core/0.1/subj' \
'http://witme.sf.net/libferris-core/0.1/pred' \
'http://witme.sf.net/libferris-core/0.1/obj1'
rdfproc: Added triple to the graph
I haven't verified this on a second Fedora 18 machine yet, but it might well mean that anyone trying to use the Berkeley db backends of redland on F18 would need an update to redland or to do some tinkering.
1 comment:
I can confirm rebuilding redland does indeed fix it (thanks for the test-case). Seems there may have been some silent runtime breakage wrt berkeley db since redland was last built. I'll submit an update to fix this shortly.
Post a Comment