So KDE 4.13 is looming, and it'll bring a new indexer 'baloo' while 'nepomuk'/'strigi' is still in the process of being phased out apparently. Anyway, the first thing people 'round here are likely to ask is how to turn the darn thing off (I know I did).

Possibility A)
Don't build it.

Code:

USE=-semantic-desktop emerge world -N

works just fine for kde 4.13.0, thanks to Gentoo's tireless KDE herd.
Possibility B)
To just disable file indexing, go to 'System Settings -> Desktop Search' and add your home folder to the list of exempt directories.

strigi is out for a while now, was replaced with a simple indexer - 4.11 or 4.12, don't know. And if you read the blog/ML posts you know that the biggest performance killer always was virtuoso, the storage part of the whole semantic desktop implementation kde uses. baloo was done to replace virtuoso, but maybe it will get more with KF5._________________"der mac dennoch wesen geil"
Wolfram von Eschenbach, Parzival (Buch 1, Z. 7).
Ein frühes Statement gegen Windows.

<rant>
Is it just me, or are there still no applications that actually exploit nepomuk? I wish they'd stop investing in the engine, and instead concentrate on a return on that investment. For example, as far as I can tell, the email search function in KDE PIM has not worked since 4.0. The KDE help function lost its seach because it was going to be replaced by nepomuk et al, but that's never happened. The Find Files function still seems to only use "find" under the covers - it' claims to be able to use an index (slocate at a guess) but that's never worked. AFAIK, the only place where you can use the nepomuk indexes is in Dolphin, and I don't like the way it's done there too much.

Actually, the email search function is the number 1 use case for nepomuk. It works amazingly fast, for tens of thousands of mails, and well.

For an incomplete list of applications that use nepomuk, and will be ported to baloo, see: http://community.kde.org/Baloo/NepomukPort_________________backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic

So KDE 4.13 is looming, and it'll bring a new indexer 'baloo' while 'nepomuk'/'strigi' is still in the process of being phased out apparently. Anyway, the first thing people 'round here are likely to ask is how to turn the darn thing off (I know I did). Short answer: You can't. Long answer: But you can remove all directories from the to-index-list at "System settings -> Desktop Search -> Indexing tab -> Customize folders". You'll probably want to delete the (massive) index at ~/.local/share/baloo too.

What about a dedicated USE flag for users like me to automatically neutralize the KDE search engine (regardless of their names even in future) ?

I updated to KDE-4.13 today in the hope that Kmail filtering would at last work
properly. Instead I find that on top of the Nepopuke crap* this Hulla-Baloo is
installed and the baloo-file process sends one of the cpus to 100%. Lovely!

I followed the advice above and I excluded /home, /mnt and everything else
I could think of. The system is quieter now but there are new processes like
baloo_file_cleaner and baloo_file_extractor and others that keep
popping up, eating 40+ Mb of memory doing God knows what. According to one of
the commenters this command:

Code:

qdbus org.kde.baloo.file /indexer suspend

should stop indexing completely. But baloo_file_cleaner,
baloo_file_extractor and company are still running.
May be they are still indexing and summarising my files and send reports to
NSA. I observe with some trepidation the myriads of unwanted processes
(Akonadi, Wallet, sql, Baloo, etc.) that run on my machine gobbling up
resources and wonder which of them will suddenly wake up and bite me.

Why prevent us from disabling all that bloatware?
KDE 4 would be just perfect without all that semantic crapware.

I miss the good old KDE-3.5 and the old Kmail.

* Anything funded by the EU is likely to be useless, a fake and probably nefarious.
Nepomukus never worked; everyone was cursing it and yet it was ramed down our throats willy-nilly.
Very suspicious!

I was running kde-3.5.10 from kde-sunset until last December.
It was getting impossible to maintain. e.g. qt-3.38 will not compile with
newer versions of patch and make.
i still run some kde-3 apps like khexedit from within kde4.

Joined: 02 Sep 2003Posts: 2558Location: In the city of dreaming spires

Posted: Fri Apr 18, 2014 4:27 pm Post subject:

proteusx wrote:

Voltago wrote:

Code:

USE=-semantic-desktop emerge -N world; emerge --depclean

should do the trick.

You cannot do this if you want Kmail.

There doesn't seem to be a portage restriction on building kmail-4.13.0 without the sematic-desktop flag. Is there any functionality you'd loose? You draw in baloo again, not sure if it'll start file-indexing all over the place again all by itself though.

Of course you will lose functionality, depending on the applications you are using, because it is not just about indexing. One example, you will lose the display of kdepim calendar events in plasma-workspace._________________backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic

The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by kde-base/kdepimlibs-4.13.0
# required by kde-base/baloo-4.13.0
# required by kde-base/nepomuk-core-4.13.0[migrator]
# required by kde-base/kactivities-4.13.0
# required by kde-base/kate-4.13.0
# required by @selected
# required by @world (argument)
=app-office/akonadi-server-1.12.1-r1 soprano

Use --autounmask-write to write changes to config files (honoring
CONFIG_PROTECT). Carefully examine the list of proposed changes,
paying special attention to mask or keyword changes that may expose
experimental or unstable packages.

Lol, seems like DaggyStyle was a little bit faster than me. We need a solution for this mess _________________"Coincidence is God's way of remaining anonymous."
Albert Einstein
"The road to success is always under construction"

Lol, seems like DaggyStyle was a little bit faster than me. We need a solution for this mess

it seems that this time the only solution might be ditching KDE for good._________________Only two things are infinite, the universe and human stupidity and I'm not sure about the former - Albert Einstein
ProjectFootball