[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 299491] No strigi index folders selected, get indexed anyway
From:       Vishesh Handa <me () vhanda ! in>
Date:       2012-11-30 23:31:16
Message-ID: bug-299491-17878-B0E4bPLUO1 () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=299491

Vishesh Handa <me@vhanda.in> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #3 from Vishesh Handa <me@vhanda.in> ---
(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 ***

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]