Web lists-archives.com

Re: [kde] What is baloo_file_extractor and why is it humping my hard drive?




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.

___________________________________________________
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.