Bug 249209 - nepomuk/strigi indexing wrong files
Summary: nepomuk/strigi indexing wrong files
Status: RESOLVED NOT A BUG
Alias: None
Product: nepomuk
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Sebastian Trueg
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-27 12:31 UTC by Wonko
Modified: 2010-09-03 10:32 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
nepomuk/strigi config file (460 bytes, text/plain)
2010-08-27 12:31 UTC, Wonko
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wonko 2010-08-27 12:31:58 UTC
Created attachment 51013 [details]
nepomuk/strigi config file

Version:           CVS (using KDE 4.5.0) 
OS:                Linux

krunner finds files in my /data/mp3/ folder, but the only folder set for indexing in systemsettings is my $HOME directory.

Reproducible: Didn't try

Steps to Reproduce:
I started using strigi only days ago, because in the past it always crashed after a while. It still did , but I filed two bugs against strigi (on sourceforge) that were soon fixed in CVS, and with the CVS version I no longer have those crashes. During the tests, all was fine, but I only selected single folders in my $HOME/tmp/ directory for testing purposes then.

Yesterday, I selected the complete /home/wonko folder for indexing and let it go.

Actual Results:  
After 14 hours I suspended the still indexing strigi, tried the Alt-F2 thing, and surprisingly it found MP3s from within /data/mp3. I do not even have symlinks into the /data/ hierarchy. And I checked that the folder with the music file I found is definitely not selected for indexing. And never was.

Expected Results:  
Only files below /home/wonko should be found.

As I wrote, it worked well when I selected only few folders in my $HOME directory, so this might be hard to debug. I don't know what other information you need, just ask for it. I will keep the setup as it is, with  strigi being suspended.
Comment 1 Sebastian Trueg 2010-09-02 10:35:16 UTC
Please provide the contents of ~/.kde/share/config/nepomukstrigiservicerc.
Also please give the size of the ~/.kde/share/apps/nepomuk folder.
Comment 2 Wonko 2010-09-02 11:43:31 UTC
I do not have a nepomukstrigiservicerc anywhere on my system (confirmed by locate):

wonko@weird ~ $ ls ~/.kde4/share/config/nepomuk*
/home/wonko/.kde4/share/config/nepomukserverrc  /home/wonko/.kde4/share/config/nepomukstrigirc

Did you mean 'nepomukstrigirc'? This is already attached.

The size of ~/.kde4/share/apps/nepomuk was around 1.7G I think. I'm sorry, I messed up - I promised to keep the current state, so before I changing my nepomuk settings I made a backup of my ~/.kde4 folder. But I had forgotten that my backup script automatically excludes the nepomuk folder, as it can easily be re-created, and takes a whole lot of space (one year ago, I had 7G in it - now, with everything indexed, it is only 2.7G).

I will try to reproduce the problm this night.
Comment 3 Wonko 2010-09-02 23:45:54 UTC
D'oh! It's not a bug.

As I wrote, I was surprised that krunner found MP3s from directories I did not have selected for indexing with Nepomuk/Strigi. But I renamed the ~/.kde4/share/apps/nepomuk directory, and krunner still finds my MP3s. So I assume that krunner does not solely use the nepomuk database, but also acesses Amarok's database.

Shame on me! I really should have thought about this before.
Comment 4 Sebastian Trueg 2010-09-03 10:32:24 UTC
Isn't KDE just magic. :D