Finally I commit my "big" Nepomuk changes.
* Nepomuk is now fully ported to Soprano2 using the Soprano::Server and Soprano::Index for full text indexing of all RDF literal values through CLucene.
* The NepomukServer (DBus org.kde.NepomukServer) is now a KDed module instead of an application on itself. This makes managing it much easier from a KDE point of view.
* The NepomukServer is managed by the new Nepomuk KCModule which provides very basic configuration for now:
- enable/disable Nepomuk (i.e. the data store and thus, "semantic" features of Dolphin which is still the only app using it. But: next week K3b gets ported to KDE4!)
- enable/disable Strigi
- configure the folders to be indexed by Strigi
* A new Strigi backend uses the NepomukServer to store and query data. Thus, Nepomuk and Strigi use the same database if Strigi is started through the NepomukServer (disabled by default for now to not cause any confusion if Strigi is suddenly running by default) or by specifying the backend plugin "sopranobackend" manually.

Problems persisting:
* Strigi provides a DBus autostart service which makes it very hard if not impossible to fully disable Strigi. It is sufficient that some client tries to contact Strigi through DBus and it is started with default settings (which might differ from what Nepomuk "normally" does, i.e. sopranobackend).

Jos does not want to remove the DBus autostart. IMHO that would, however, be the best solution.

Well, I hope this makes toying around with Nepomuk a lot easier. Next step will be to improve the performance of libnepomuk.