Nepomuk as hard dependency in future?

Michael Jansen kde at
Tue Oct 20 12:28:55 BST 2009

> Making Nepomuk integration optional is quite difficult once you start to
> depend on it for essential features of your application though. And at
>  least for KDE PIM, I expect that to happen. In fact, distibution list
>  resolution already depends on it in some cases.
> > > but it should be available everywhere our apps travel.
> >
> > This is much easier than trying to integrate with native search.

But having to indexing daemon? People already compain about having one of them 
eating up their resources.

Perhaps we could get a two fold strategy. Bring in nepomuk for all the 
semantic features that do not require (strigi?) the indexing demon like 
tagging, rating etc.

And than have a look if we could just hide the indexing part under a layer.

Or am i wrong and nepomuk does not include the indexing part by default?


More information about the kde-core-devel mailing list