I've been a long time Linux user (since Linux 0.99) and been using KDE as my primary desktop at work since 2003. Contrary to some other posts, I'm rather happy with KDE 4.3. Sure, there is an occasional crash and things changed for no apparent reason. But, all in all I've been happy and growing to like it. Kudos to KDE developers and Gentoo community.

The only exception to this is nepomuk and strigi. I really don't get why they exist. Yes, I've read about the semantic desktop and all the features they provide. But they are really trying to address a problem that I don't have. I give my file names a sensible name and I have no problem locating them. I have some marginal organization (few folders for specific things like documents, pictures, videos, music etc) and I manage fine. There are about 60G of files (including backups from my laptop) and about 1200 files, but I never felt that I could not find what I needed to find.

I mean, really! Are there any valid use cases to justify all that effort spent on the so called "desktop search"? How does that make my life easier? You mean I have to tag them with something sensible? Why? That is adding more work for me.

Today, I found that nepomuk database for my 60G of files is about 2G. I've been experiencing freezes in Dolphin (I can see CPU usage shooting up for about 5 sec on my 2.4 GHz Core2Quad with 4G ram) whenever I change something. Someone mentioned that removing Dolphin configuration files helped. But, it didn't. My guess is that it is groping through that 2G of its file index and trying to update it.

Every time I start KDE, I get about four messages from Strigi saying it is indexing files and takes up about 10-15 sec.

So, for now, I've disabled both nepomuk and strigi. I really hope that won't break anything I regularly use. I'll keep reading about them to see if ever they make my life easier. But, I won't hold my breath.

I'll reserve judgment on it's usefulness if and when it's actually half-way stable. The biggest problem I see is that it seems to be alpha-quality code, at best. Every version, while slightly more stable than the last, is riddled with massive bugs and crashes or goes crazy often. I know they want to get feedback on it, but in it's current form, it's virtually unusable and brings the entire experience down...it's a pathetically weak link in an otherwise very nice chain.

I have removed nepomuk.
I masked it too in /etc/portage/package.mask.
I don't use pim and therefore equery depends nepomuk shows a few things
like amarok.
By adding -semantic-desktop in /etc/make.conf this went away also.
Gerard._________________To install Gentoo I use sysrescuecd.Based on Gentoo,has firefox to browse Gentoo docs and mc to browse (and edit) files.
The same disk can be used for 32 and 64 bit installs.
You can follow the Handbook verbatim.
http://www.sysresccd.org/Download

I completely agree with your sentiments. As far as I can tell, you can safely remove nepomuk without any repercussions. I'm not sure if you can completely remove strigi without being notified, but that would be nice as well. The bloat was one of the reasons I switched away from KDE as my primary environment (and that was back with KDE3, not even 4). I primarily use Openbox with a bunch of components from LXDE. BUT, I still do like many of the aspects of KDE._________________“Truth, like infinity, is to be forever approached but never reached.” --Jean Ayres (1972)
---avatar cropped from =AimanStudio---

New USE for 'kde-base/kdelibs:4.3' are incorrectly set. In order to
solve this, adjust USE to satisfy '>=kde-base/kdelibs-4.2[semantic-
desktop]' and '>=kde-base/kdelibs-4.3[semantic-desktop]'.

question is, can this programs work without it? it seems that it is not that easy to get rid of it._________________Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball

I am sorry it's near midnight here and I want to go to bed.
Nevertheless I tried emerge -ep world and it didn't give me any errors.
So it's not this -semantic-desktop USE flag that's causing your problem.
Plse do

Code:

equery depends nepomuk

If there are packages you can't do without you'll have to leave it in.
Gerard._________________To install Gentoo I use sysrescuecd.Based on Gentoo,has firefox to browse Gentoo docs and mc to browse (and edit) files.
The same disk can be used for 32 and 64 bit installs.
You can follow the Handbook verbatim.
http://www.sysresccd.org/Download

unfortunately, like amarok depends on strigi, kbluetooth (svn version) depends on nepomuk.
thus making it impossible to remove it, I did disbled then both in kde but still nepomuk is running in the memory._________________Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball

This is a line from common depends in /usr/portage/net-wireless/kbluetooth:

Code:

semantic-desktop? ( >=kde-base/nepomuk-${KDE_MINIMAL} )"

To the best of my knowledge this means nepomuk is needed if semantic desktop is set in /etc/make.conf.
I am sure there's more like these in other ebuilds.
It will be quite a lot of work but this way you'll be able to find out which progs can do w/o nepomuk.
Gerard._________________To install Gentoo I use sysrescuecd.Based on Gentoo,has firefox to browse Gentoo docs and mc to browse (and edit) files.
The same disk can be used for 32 and 64 bit installs.
You can follow the Handbook verbatim.
http://www.sysresccd.org/Download

i mostly agree with the sentiment here, disabling these pesky dependencies was more like an exorcism...
however, do spare a thought for the guys developing this interesting technology, they need the feedback to make it better. i once got it to work (cant remember the spell i cast!) and was pleasantly surprised, but like you, for day to day stuff it gets in the way
sa._________________apres moi le deluge

This is a line from common depends in /usr/portage/net-wireless/kbluetooth:

Code:

semantic-desktop? ( >=kde-base/nepomuk-${KDE_MINIMAL} )"

To the best of my knowledge this means nepomuk is needed if semantic desktop is set in /etc/make.conf.
I am sure there's more like these in other ebuilds.
It will be quite a lot of work but this way you'll be able to find out which progs can do w/o nepomuk.
Gerard.

mmm, just noticed it is the same, one (using a svn version) will modify it._________________Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball

So I have nepomuk enabled, I've never really thought about it. Reading what it's supposed to do, I thought it'd be cool to see what it actually does. But I haven't tried desktop searches without nepomuk enabled. Is the find tool in dolphin disabled or just less functional? Is there anything like apple's spotlight tool to perform FAYT searches with nepomuk data?

Just to add my bit to this talk, although I personally never use desktop search (like sam_i_am said, basic organization means it's never necessary), I've seen several people who desperately need such software. In particular, one friend is computer literate in the sense of being able to perform any basic task, but never bothers to give files consistent names or put them into their respective folders. She has folders for every class and subject, but they aren't in a logical tree, and files often end up in a higher-level directory than could be. So it seems to me that some people really do need it, but unless or until there is something like I asked above it doesn't help in the way it's needed.

I partly agree with the original poster. However, I have found a good use to the so called Desktop Search. Although it is easy for me to find what I am looking for without any help other than the logical folder structure of my home directory, it is easier and faster to use the KDE application launcher (Alt+F2 by default) to also launch files. If a file named 'testdocument.txt' is indexed I can Alt+F2, then type testdocument and I will get an entry to open the file. This is more convenient than browsing through the filesystem until you reach the folder where the file lives. Which does not mean that there are no other ways to get quickly to frequently used files.

However, I am not sure about whether this feature pays off. I have to say that the Spotlight engine used in Mac OS X is far less consuming than Strigi. Strigi seems to perform some kind of indexing each time I start KDE, while Spotlight is only noticeable when there are huge changes in the filesystem._________________Aquiles

...Are the desktop searches like the line commands locate or find or are they supposed to be faster? The slow start up for indexing just seems kind of pointless.

This technology provides an interesting thing that do not exist in locate or find commands. The text search in the contents of pdf files or office files, even in jpeg vs. (actually you can search text with find command, but it will be dog slow to search all the hard disks.). So for ex: you can find a technical term easily in your pdf files for your scientific work.
This sounds very good to legitimate the use of this tech. But I always feel, this kind of tech is here not to help us, but to help someone to steal what we have on our pc. Conspiracy theory here _________________Anyway it's all the same at the end...
Need help to get it working: "x-fi surround 5.1"

But on a more serious note... I understand that some people need such software, and I'm glad that there are people satisfying ther peoples needs, BUT why the hell do we have HARD dependencies on such bloats? I chose Gentoo because I wanted to select which to install and run, why do many KDE apps these days take this from me? It's not only desktop search, this can be disabled easily, but what about hal (i have it installed, but never run it), akonadi-server and others?_________________Czech translator of SMPlayer
http://smplayer.sf.net - the best player out there

The biggest application area I've seen for this kind of search tools is in indexing personal media libraries (photos, music etc). But then again, to make such a system work, you have to add annotations or ratings. I guess if you have thousands of music tracks, you can rate it while you are listening and then later easily can pick the ones you find interesting.

However, that is a rather specialized use case and there are tools that can handle it if needed._________________Sam

I fully agree with the original poster—apart from being buggy, it's useless if you don't need it
But then, I also fully agree with the most recent answer (boris_qd)—basically, the idea makes sense and it may be quite useful for a lot of people.

IMHO, there are two main issues with the current nepomuk implementation:

It's already been said that the code seems to be quite immature—I experienced regular freezes on my funtoo amd64 x2 machine until I turned that feature off.

My main concern is that the whole thing does not seem to be truely modular: for example, in order to install media-video/kdenlive, I need USE flag semantic-desktop turned on in kde-base/kdelibs.
Further, USE flag "semantic-desktop" does different things for different packages: is pulls in kde-base/nepomuk for dolphin, kget, kmail, gwenview, etc., but does not do so for kde-base/kdelibs.

As far as Gentoo developers are concerned (and not upstream devs), I'd suggest to remove the semantic-desktop flag from kde-base/kdelibs, and leave it for those packages that aktually pull in kde-base/nepomuk.

I actually like them quite a bit. I have a large collection of science papers/notes/books etc. and use the search functionality to find pieces of information I'm looking for. I think it's great.

yes that would be good but as others have observed nepomuk+strigi
crashes and/or pegs cpu regularly

But even when I've had the index complete I found an absolute
show stopper: not all files were indexed!!

Files I knew existed did not show up in my search results. That really
makes the thing not only useless but dangerous if you ever start to
rely on it._________________.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)

makes the underpowered (for Windows) machines behave much better. If one REALLY needs to find something, you're willing to wait a bit for a true broad data search. But, to index ALL THE TIME means that the disk is going ALL THE TIME. Every write has a double, sometimes triple disk access penalty. I don't care how Mac OS X hides it in Spotlight, because it can't get around the fact that it has to READ THE DATA to index it, which means that the disk is going to be over-accessed, the filesystem cache is going to be wiped out, etc. etc. in Windows, Mac OS X or Linux.

Granted, here in Linux Desktop land we don't also have to worry about contention with AV software (generally), but in Windows, as many of you know, it is quite a ruse to pull on users. "Gosh, why is my machine is so slooow?"

Rant complete.

EDIT:

P.S. I've been killing the Microsoft Indexing Service since 2000. Ten years of thankful hard drives! _________________I like Linux.