What is baloo_file_extractor and why is it humping my hard drive?

O.Sinclair sinclair at orionweb.info
Fri Apr 18 08:09:11 BST 2014


On Friday 18 April 2014 2:55:17 AM Duncan wrote:
> Thomas Tanghus posted on Fri, 18 Apr 2014 02:24:05 +0200 as excerpted:
> > On Thursday 17 April 2014 21:07 Luiz Felipe Talvik wrote:
> >> It is KDE's new file indexer.
> >> In yours installation you seem to have the old settings interface and
> >> the new file indexer. I've upgraded to 4.13 in Kubuntu and the Nepomuk
> >> search settings was replaced.
> >> 
> >> You can disable baloo editing: "~/.kde/share/config/baloofilerc"
> >> Change "Indexing-Enabled=false" to "Indexing-Enabled=true"
> > 
> > That sound a bit counter-intuitive? Isn't it the other way around?
> 
> As a kde4-live-development-head tester that has been following baloo both
> in the news and in the git commits, I can confirm that baloo did indeed
> replace nepomuk.  Formerly named nepomuk2, the PR says it's faster and
> more efficient than nepomuk was, and I believe PR is also part of the
> reason for the rename, baloo from nepomuk2, as well, in part because
> nepomuk already had such a bad name among some users.
> 
> Meanwhile, for my own kde installation, as I run gentoo I can and have
> set USE=-semantic-desktop, and turned off a few related flags as well.
> Thus, on my system it's not only disabled at run-time, but is also
> disabled at build time, and none of the group akonadi, mysql/mariadb,
> virtuoso, rasqual, redland, nepomuk, are installed on my system.  Strigi
> is still installed as some of its headers are required to build bits of
> kde4 even with semantic-desktop build-time disabled as far as possible,
> but without a backend to work with at either build-time or run-time, it's
> pretty well neutered, little more than build-time headers for stub-
> functions that will never do anything at runtime anyway, without a backend
> to work with.
> 
> The PR around kde5/frameworks is that it's rather more modular than kde4,
> which hopefully means I can continue build-time-disabling semantic-
> desktop in kde-frameworks-5, as well.  One of these days I'll probably
> install the plasma2-live WIP, about the only actual kde5-based apps yet
> available, and see how it's coming...  (The main reason I haven't done so
> yet is time.  This week was originally supposed to be a light week at
> work and I was hoping... but now I'm doing 10 hour days and am headed for
> overtime again.  OTOH my bank account's not complaining...)

to get back to baloo replacing Nepomuk: there is a known bug where some get 
disk access problems.

Otherwise it seems that is far less resouce-chewing and in many ways "*nix" in 
KISS rather than what, from an outsider perspective, seemed to be a slightly 
overambitious approach to search abilities.

to me it boils down to: who in the name of all possible higher powers do 
really sit and "tag" their files? So far I know noone who does and that 
includes me.

why: usercase. Let me use my dearly beloved wife. She throws everything she 
likes on the "desktop" (a kubuntu user) and then use either Dolphin, Digikam  
or a music player (normally Clementine) to find what she has saved/downloaded. 
She does not use tags, has actually never heard of the concept, does not have 
desktop search switched on (my decision) as she never uses/used it in any 
case.

And she is not unique, she is actually a very normal user.

Given that in Dolphin I can still not find a way to search for tagged files 
without writing some cryptic "baloosearch" line, yea that would make my wife 
or sons go ecstatic. 

This turned into a rant, when I was actually meaning to say that baloo seems 
way better than nepomuk. Still there are many improvements in practical use to 
be made and one would be a "tag searcher" in Dolpin if tags are ever going to 
be useful.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde/attachments/20140418/857a619b/attachment.htm>
-------------- next part --------------
___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


More information about the kde mailing list