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.
--nextPart1559635.dxPBx9I36g-- --===============9185629208179148842== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________ 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. --===============9185629208179148842==--