Summary: | No strigi index folders selected, get indexed anyway | ||
---|---|---|---|
Product: | [Unmaintained] nepomuk | Reporter: | Daniel Franke <franke.daniel> |
Component: | filewatch | Assignee: | Sebastian Trueg <trueg> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | chymian, me |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Daniel Franke
2012-05-06 10:55:29 UTC
I confirm, that unchecked folder get indexed. also on debian squeezy/testing KDE 4.8.4-3 ii libnepomuk4 4:4.8.4-3 Nepomuk Meta Data Library ii libnepomukquery4a 4:4.8.4-3 Nepomuk Query Library for the KDE Platform indexing a 100.000+ jpeg-files, which are not supposed to be indexed, and that with all the resource-consuming bugs is a severe misbehavior, especially, when kdepim does not work without nepomuk. it tends to render kdepim unusable. CATCH 22 - situation! (In reply to comment #1) > I confirm, that unchecked folder get indexed. > also on debian squeezy/testing > KDE 4.8.4-3 > ii libnepomuk4 4:4.8.4-3 > Nepomuk Meta Data Library > ii libnepomukquery4a 4:4.8.4-3 > Nepomuk Query Library for the KDE Platform > > indexing a 100.000+ jpeg-files, which are not supposed to be indexed, and > that with all the resource-consuming bugs is a severe misbehavior, > especially, when kdepim does not work without nepomuk. it tends to render > kdepim unusable. CATCH 22 - situation! Please file a separate bug report about Nepomuk indexing files which it is not supposed to index. Perhaps you could provide your nepomukstrigirc file, and cross check if that directory is actually in the ignore list or not in the index folders list? This bug report is about the filewatch service creating a large number of watches. (In reply to comment #0) > [Kubuntu 11.10, KDE 4.7.4] > > I don't care much about Desktop Search, so I'd usually disable > strigi/nepomuk completely. However, without it, kontact/kmail complains and > doesn't want to work. So I enabled it and unchecked all and every Folder to > index in Destop Query -> Customize Index Folders and told it to ignore > removable media. Thus I'd expect that nepomuk and friends just sit there and > don't do anything. Think again. > > On login/startup, virtuoso-t sets an inotify on every single file on my > system and blocks the CPU(s) for about half an hour doing so. Further, as it > also indexes NFS mounted folders, it tends to go haywire if later the > network share is not available for some reason, again pegging out the CPU at > 100% - this time until killed individually or on relogin/reboot. Then it > sets the inotifies again. > > If nothing is checked in the list of folders to watch, then why are the > inotifies set anyway? > > Reproducible: Always I'm sorry, but this is not something that can be easily fixed. I can provide an adhoc solution - http://vhanda.in/blog/2012/08/nepomuk-without-files/ *** This bug has been marked as a duplicate of bug 233471 *** |