Version: (using KDE 4.4.1) OS: Linux Installed from: Gentoo Packages The Nepomuk store size (right click on the Search Service icon > Configure File Indexer) seems to increase without limits and to me it looks like it's increasing its pace. On my system, there are currently 29,187 files in the index, and this number is pretty constant. After I've started to use KDE (4.4) about 1.5 month ago and the initial file indexing was done, the store size was about 0.6 GiB. Till now, that has tripled to 1.8 GiB. A week ago, it was about 1.4 GiB, so I somehow get the impression, that after updating to KDE 4.4.1 it increases faster... Most of the files in the index are frequently changing source code files in various repositories. Maybe Nepomuk keeps a history for each file? Well, for files in a VCS, that would by quite awkward... I would like to debug that further. Are there any tools I can use to check what informations Nepomuk collected for a given file? Maybe this is related to Bug #208596. There, Sebastian Trueg posted some sopranocmd, whithout explaining what it should say. When I do $ sopranocmd --model main --dbus org.kde.NepomukStorage list \ "<file:///home/horn/bin/Xml2tg>" Total results: 0 Execution time: 00:00:00.72 I can do that for any file in the indexed directory, and the result is always 0. But /home/horn/bin/Xml2tg is indexed. When I use the Search in dolphin for some string contained in that file, it is listed in the results... I also tried re-indexing everything in order to delete informations of deleted files using qdbus org.kde.nepomuk.services.nepomukstrigiservice \ /nepomukstrigiservice org.kde.nepomuk.Strigi.updateAllFolders true but the Nepomuk store size is still 1.8 GiB.
Nepomuk does not use the file URL as resource URI. Use the following command instead: $ sopranocmd --model main --dbus org.kde.NepomukStorage query \ "select ?p ?o where { ?r ?p ?o . ?r nie:url <file:/...> . }" However, the point of this bug is valid: the size of the Virtuoso DB only grows but never goes down.
*** Bug 253115 has been marked as a duplicate of this bug. ***
*** Bug 263197 has been marked as a duplicate of this bug. ***
Please, retest with KDE 4.8 Beta 2.
My home directory just ran full because of this. -rw------- 1 carlo carlo 4282384384 Jan 14 18:25 .kde/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.db 4 GB... I immediately tried to purge nepomuk from my system, but that causes all of KDE to be deleted.. So much for freedom :/. KDE version of 'wheezy' (4.8.4).
Hi, I think this is still valid (in my system at least). I work with Qt: 4.8.5, KDE Development Platform: 4.11.00, kde4-config: 1.0 and I ran twice "Nepomuk Cleaner: 4.11.00". Didn't see any disk space usage reduction. Any hints? Getting a "/home" filled is problematic.
Update: I wrongly reported this here. Actually, my problem is #264465. Apologies.
Ok, back in this thread again! It is actually the "soprano-virtuoso.db" file which is huge. Currently 87+GB. What can I do to see if all this is really "metadata" and, if not, clean/reduce it?
Thank you for taking the time to file a bug report. The Nepomuk project is no longer included in the KDE Software Compilation. With Plasma 5, we have replaced most of the underlying technology with Baloo and other components. Hopefully this will have addressed your concern. We encourage you to try out Plasma 5 (+Baloo) and let us know if your problem persists.