Summary: | Dolphin fails to start, nepmuk uses 100% CPU | ||
---|---|---|---|
Product: | [Unmaintained] nepomuk | Reporter: | mps <moabi2000> |
Component: | general | Assignee: | Sebastian Trueg <sebastian> |
Status: | RESOLVED WORKSFORME | ||
Severity: | crash | CC: | kde, sven.burmeister, trueg |
Priority: | NOR | ||
Version: | 4.1 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
mps
2008-06-09 14:03:36 UTC
Reassigned to Nepomuk (Dolphin checks if Nepomuk has been turned off, but we cannot do anything if Nepomuk wents crazy ;-)). Seeing the same problem here as of today's trunk. Oh, but it's not a case of 30-40 minute for me; more like a 30-40 seconds. Hangs my machine, too, svn built 830424 (kdelibs). I haven't waited for dolphin to start, but it takes several minutes at least. Note: I am on NFSv4 here (file locking should work on it compared to NFSv3 actually). please check if the output of "sopranocmd --help" does contain "sesame2". If not, redland is used and that is way slow. I will disable redland support for 4.2 No matter how short the blockage would get using sesame2 or whatever, I think that the real bug is that there is blocking at all. The GUI must never be blocked because of whatever is run in the background. Kmail has/had that issue too. @Sebastian Trueg: i don't think removing completly redland for 4.2 is a good idea. What about distro that doesn't want to provide java by default ? they won't be able to provide nepomuk at all ? this should be solved in 4.2 since Peter Penz implemented metadata loading in a separate thread. Can someone confirm, please? closing as worksforme. there has been no feedback for several months. |