What is recommended desktop search in openSUSE 11.4 after Beagle is gone

Hi
I have openSUSE 11.4 64 bit + KDE standard.

I notice Beagle is no longer available as standard Desktop search engine. What do I use now I wonder?

I see that Nepomuk/Strigi indexing engine is installed and I have set it running and have configured it for my preferences. But there is no GUI front end that I can find. What am I missing?

A fall back position is the Google Desktop search application (Google supply an RPM for openSUSE x86-64). What do you think of it if I can’t find a front end for Nepomuk? Or even if I can find a front end, which is better?

(PS: DD don’t suggest the beta forum, it’s already release day in a few hours, OK?)

Thought Nepomuk/Strigi was integrated with Dolphin.

On 03/09/2011 10:36 PM, gogalthorp wrote:
>
> Thought Nepomuk/Strigi was integrated with Dolphin.

i think you are right…to use what used to be that disk killing
hound dog, you just pop open dolphin, hit ctrl+f and use its built in
‘find’…


DenverD
CAVEAT: http://is.gd/bpoMD
[NNTP posted w/openSUSE 11.3, KDE4.5.5, Thunderbird3.0.11, nVidia
173.14.28 3D, Athlon 64 3000+]
“It is far easier to read, understand and follow the instructions than
to undo the problems caused by not.” DD 23 Jan 11

So it is – thanks guys. It’s not as good as beagle at the moment but maybe it needs 24 hours or so to index the content.

On 2011-03-09 22:45, DenverD wrote:
> On 03/09/2011 10:36 PM, gogalthorp wrote:
>>
>> Thought Nepomuk/Strigi was integrated with Dolphin.
>
>
> i think you are right…to use what used to be that disk killing
> hound dog, you just pop open dolphin, hit ctrl+f and use its built in
> ‘find’…

And in gnome? What do we use instead of beagle?


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)

i have never gotten onboard with nepomuk/strigi/virtuoso/redland/dolphin scene… it was not functional in the beginning and i could not find a comfort level that made me accept using it. One of my biggest concerns was disabling it in the system tray “didn’t”, stealing cpu cycles during times that i was not expecting (ie burning disks, big i/o operations, etc).

granted my needs for full text indexing are very very small, that said, kio-locate (nobel prize for that guy) and rekoll w/kio.

no idea if the same intergration is possible for rekoll in gnome.

On Thu, 10 Mar 2011 03:06:03 +0530, swerdna
<swerdna@no-mx.forums.opensuse.org> wrote:

> A fall back position is the Google Desktop search application (Google
> supply an RPM for openSUSE x86-64). What do you think of it if I can’t
> find a front end for Nepomuk? Or even if I can find a front end, which
> is better?

during 11.3 i had google desktop search installed and was quite happy with
it. doesn’t take up too many resources, but therefore takes a while to
index everything, which includes your gmail account, if you want it to.
big advantage over strigi/nepomuk at the moment is that google supplies
some context with the search results, so you know what it is you found.

in the end i found myself using google search less and less, as nepomuk in
dolphin became more reliable. haven’t installed google desktop under 11.4
yet, but i might, if nepomuk front end dev. doesn’t pick up some speed
soon.


phani.

Hi
Tracker look in the Control Center startup applications.

On 03/09/2011 10:36 PM, swerdna wrote:
>
> (PS: DD don’t suggest the beta forum, it’s already release day in a few
> hours, OK?)

ok, but i will suggest (if you have not already) to give locate a try…

just open YaST > Software Management, search on ‘locate’ and install
“findutils-locate”

it is a CLI tool fast as lightening! (once the database is
populated–which happens automatically (via an automatically set up
cron) once each 24 hours and you won’t probably notice when it does)

if you don’t wanna wait 24 hours to try it out, just become root in a
terminal (never forget the -) and enter


updatedb

the down side is, if you wanna find something you know you just
stored SOMEwhere, then you either have to wait for the cron to run OR
update the db manually…

i see there is a kde interface (listed in YaST), but i’ve not tried it…


DenverD
CAVEAT: http://is.gd/bpoMD
[NNTP posted w/openSUSE 11.3, KDE4.5.5, Thunderbird3.0.11, nVidia
173.14.28 3D, Athlon 64 3000+]
“It is far easier to read, understand and follow the instructions than
to undo the problems caused by not.” DD 23 Jan 11

If you use KDE and strigi doen’t cut it for you try Recoll - the gui is KDE4 (with 2 views - list and table) and an available kio and krunner (seperate dev). The resources used are minimal and the project is well supported and enhancements are ongoing.

If you Google for desktop search tool comparisons you’ll find this is a pretty good choice (best even?)
6 of the best desktop search tools for Linux | News | TechRadar UK
The best Linux desktop search tools | TuxRadar Linux
Comparison of desktop search software - Wikinfo
Choosing an Open Source Desktop Search Tool: Part 3

re: my Recoll post - rpms are available in the KDE Extra repo and the dev has an OBS repo that may me more current Index of /repositories/home:/dockes

ok, but i will suggest (if you have not already) to give locate a try…
I use that for the broad filesystem, the root directory. For my home files I like a deeper search that can address the contents of files as well as addressing file names.

OK nepomuk doesn’t cut it at all. To illustrate, I search in Dolphin on something I know there are many of (string = invoice williams). I get two responses. But Google Desktop search returns 172 responses (thx phanisvara). I even allocated 1GB or RAM to it for “memory usage”. And I saw virtuoso-t (i.e. strigi) consuming 100% of my CPUs there for a long, long time. So nepomuk/strigi is a complete dud ATM and Google is superb (just an opinion).

I’ll now turn off nepomuk/strigi and try Recoll (thx google01103), let it run for a day or so, then test it against Google.

swerdna - lmk your results, I’ve had real good luck with it but I don’t index massive amounts nor strange file types.

I used to use Google when it became available for Linux but didn’t like the web interface

Nope – recoll has dependency issues ATM with the available version of libwpd – I can’t use recoll ATM.

what version of libwp (I have 2 installed 8.14 & 9.0 but don’t have any wp docs so no issue for me)

Which repo are you using or did you compile?

What exactly is the dependency issue?

Drop the dev a line

Got it fixed thanks by using the dev’s repo that you pointed me at. It’s indexing nicely, thanks.
Wow it even searches PDF.

fyi - rtf’s and mp3’s require unrtf and python-mutegan rpm’s

Thanks everyone. I’m settled now on Recoll. It’s not too hard to configure and it’s as good as Google Desktop. Sadly, Recoll is not for the newbie because you have to put start links into the autostart of your DE and you have to enable search access to several file types. For advanced users Recoll is just fine.

I finish by reiterating my disappointment that openSUSE would be released without any integrated search facility for users’ personal data – that’s just plain dumb. Seems the only comprehensive and easy to install and start search facility available to newbies now (as far as I can see) is Google’s RPM. But real newbies would have to more or less stumble onto it.

I think Recoll is better than Google’s:

  1. it’s KDE4 (of course I run KDE4)
  2. the gui (both views) is better than the G’s web based one
  3. there’s a kio
  4. there’s a krunner
  5. there’s lot’s of options (if you know what they do)
  6. there’s real documentation available.
    Of course these most matter if you use KDE and can add a script to your autostart.

I agree there should be an integrated desktop search facility