Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 24

Thread: Nepomuk

  1. #11
    Join Date
    Feb 2009
    Location
    UK
    Posts
    1,085

    Default Re: Nepomuk

    Thank you Wolfie. I have gone ahead and logged on to a console as root. Then I deleted:
    /home/stephen/.kde4/share/apps/nepomuk
    and all beneath. I then renamed:
    /home/stephen/.kde4/share/config/nepomukstrigirc
    and rebooted and started KDE as my user (stephen). I then went to configure desktop>desktop search and set nepomuk to index:
    /home/stephen and
    /Store.
    I then looked at:
    /home/stephen/.kde4/share/config/nepomukstrigirc
    This newly generated file contained the line:
    index hidden folders=true

    So log out and as root set that value to 'false' and start kde again.

    Now as this is my main user profile, I expected to have a larger index than that generated for the new user ('Tessa' as mentioned above) As I wrote there, her
    "/home/tessa/.kde4/share/apps/nepomuk/repository/main/data/virtuosobackend/soprano-virtuoso.db"
    file settled, seemingly stable at approx 169Mb. The vast bulk of indexing here (by size) will be in the media store,
    /Store

    And even though this is an active user profile, the /home/foo files should not be massively different, the computer is not used to generate vast office docs or used in a workplace environment etc. However after three or fours hours, the .db stands now at 561Mb and growing.
    Any suggestions please, on how to proceed? I am going of course to let it run for a day or so, just to see if it does top out, or whether it continues to grow of of control. It is NOT using excessive CPU at this point. And nepomuk appears to be working, at least as far as using dolphin to show me files of certain types.

    As a niggly ps, despite the ontological wonderment, semantic superness and general futuristic fantastic capabilities, it cannot tell the difference an mp4 audio file and a video. To my eternal shame I have a 'Johnny Halliday' album lurking in my /Store, recorded for some reason as .mp4. nepomuck reports these tracks as videos. I am pretty sure that MSWin XP could do this more quickly in 2001. Twelve years, by Moore's Law is a very long time in computing, and the five years or so since nepomuk was foisted upon us, as a non-working bugfest of interwoven horror should have been plenty of time for it to have been made to work, or dropped and replaced with something which does.

    Tumbleweed/KDE/Ati Radeon R9 270/AMD FX-6300/8Gb DDR3

  2. #12

    Default Re: Nepomuk

    Quote Originally Posted by wakou View Post
    Thank you Wolfie. I have gone ahead and logged on to a console as root.
    Why as root? Those are your user's file... But well, doesn't matter.

    I then went to configure desktop>desktop search and set nepomuk to index:
    /home/stephen and
    /Store.
    I then looked at:
    /home/stephen/.kde4/share/config/nepomukstrigirc
    This newly generated file contained the line:
    index hidden folders=true
    Hm, I can't reproduce this here.
    I always get "index hidden folders=false" in the newly created file if I delete it.

    Are you sure, nepomuk was not running while you changed it? (yes, logging out of KDE may not be enough. I have seen it happening that nepomuk kept on running at least for some time; so try to delete those files right after reboot, _before_ logging into KDE)

    As a niggly ps, despite the ontological wonderment, semantic superness and general futuristic fantastic capabilities, it cannot tell the difference an mp4 audio file and a video. To my eternal shame I have a 'Johnny Halliday' album lurking in my /Store, recorded for some reason as .mp4. nepomuck reports these tracks as videos. I am pretty sure that MSWin XP could do this more quickly in 2001. Twelve years, by Moore's Law is a very long time in computing, and the five years or so since nepomuk was foisted upon us, as a non-working bugfest of interwoven horror should have been plenty of time for it to have been made to work, or dropped and replaced with something which does.
    You do know that Nepomuk is _not_ there to tell you what content type your files have? It doesn't detect that itself anyway, but uses the system's mimetype database for that like the rest of KDE (in fact it uses kdelibs to detect that).
    So what does "file filename" report about those files? And "kmimetypefinder filename"?

    You can at least change the matching extensions for each filetype in "Configure Desktop"->"File Associations".

    And to your comment regarding Windows: the reason is that Windows uses only the file's extension (the part after '.' in the filename) for determining the type. In Linux it's a bit more complex, here the actual content is checked as well. This may yield differences of course, but has nothing to do with Nepomuk or even KDE.

  3. #13
    Join Date
    Feb 2009
    Location
    UK
    Posts
    1,085

    Default Re: Nepomuk

    Quote Originally Posted by wolfi323 View Post
    Why as root? Those are your user's file... But well, doesn't matter.
    Because I wanted to be sure I was not logged in as user, to be sure that nepomuk was not active at the time. So what I did was, logout of KDE, then at log in screen, select console log in, then logged in as root, then did the file management, then rebooted.


    Hm, I can't reproduce this here.
    I always get "index hidden folders=false" in the newly created file if I delete it.

    Are you sure, nepomuk was not running while you changed it? (yes, logging out of KDE may not be enough. I have seen it happening that nepomuk kept on running at least for some time; so try to delete those files right after reboot, _before_ logging into KDE)
    Hmm, I will try that if the .db continues to grow..


    You do know that Nepomuk is _not_ there to tell you what content type your files have? It doesn't detect that itself anyway, but uses the system's mimetype database for that like the rest of KDE (in fact it uses kdelibs to detect that).
    So what does "file filename" report about those files? And "kmimetypefinder filename"?
    I did not know that. We were told that nepomuk was supposed to be able to know everything about every file it looked at including what size of bra was favoured by the grandmother of an email correspondent.
    I must confess that I still do not know what it is supposed to do, and as it has never actually done ANYTHING worthwhile on any of my systems, from 11.x onwards, I have never had a chance to explore its "capabilities" at all.

    Code:
    file Johnny\ Hallyday\ -\ Jesus\ Christ.mp4 
    Johnny Hallyday - Jesus Christ.mp4: ISO Media, MPEG v4 system, version 2
    Code:
    kmimetypefinder Johnny\ Hallyday\ -\ Jesus\ Christ.mp4 
    video/mp4
    (accuracy 100)

    You can at least change the matching extensions for each filetype in "Configure Desktop"->"File Associations".
    Then surely those .mp4 that DO have video would report themselves as audio. It is not important... I cannot imagine ever wanting to watch a video of Johnny, and being disappointed to find that I only have audio!

    And to your comment regarding Windows: the reason is that Windows uses only the file's extension (the part after '.' in the filename) for determining the type. In Linux it's a bit more complex, here the actual content is checked as well. This may yield differences of course, but has nothing to do with Nepomuk or even KDE.
    My italics... Obviously "the actual content" is not, in this instance checked. There is no video in those files. Anyway, as I say, it is not important, a minor peeve, in comparison to my ever-growing .db (647Mb as now 11:02)

    Tumbleweed/KDE/Ati Radeon R9 270/AMD FX-6300/8Gb DDR3

  4. #14

    Default AW: Re: Nepomuk

    Quote Originally Posted by wakou View Post
    Because I wanted to be sure I was not logged in as user, to be sure that nepomuk was not active at the time. So what I did was, logout of KDE, then at log in screen, select console log in, then logged in as root, then did the file management, then rebooted.
    When you login as user in the text console, nepomuk will not get started anyway.
    But I really think in your case it was still running, because otherwise that "index hidden folders" option should have been set to "false".

    I did not know that. We were told that nepomuk was supposed to be able to know everything about every file it looked at including what size of bra was favoured by the grandmother of an email correspondent.
    I must confess that I still do not know what it is supposed to do, and as it has never actually done ANYTHING worthwhile on any of my systems, from 11.x onwards, I have never had a chance to explore its "capabilities" at all.
    Well, nepomuks "capability" is to store information (including the mime type) about the files in a database, which can then be searched more quickly.
    But it uses the system's means to determine the mime type in the first place. Just like it uses existing libraries (libpng f.e.) to extract that information out of the files.

    Code:
    kmimetypefinder Johnny\ Hallyday\ -\ Jesus\ Christ.mp4 
    video/mp4
    (accuracy 100)
    Right, as suspected. The file is detected as video/mp4 by KDE, which just uses the system's mimetype database (in /usr/share/mime/), i.e. it should be detected the same in GNOME f.e.
    I had a look at my system, and indeed the video/mp4 filetype contains the pattern "*.mp4" whereas audio/mp4 only has "*.aac", "*.f4a" and "*.m4a".
    So either rename the files (to *.m4a f.e.), or add "*.mp4" to the patterns for audio/mp4 in "Configure Desktop"->"Filetype Associations" (you may have to remove it from video/mp4 as well, I'm not sure). Then those files should be detected correctly.

    My italics... Obviously "the actual content" is not, in this instance checked.
    Yeah, not for all mimetypes is a content check configured (you can't even correctly distinguish all mimetypes by only looking at the content, think of all those text files). But Windows only ever looks at the filename, whereas in Linux this is more flexible.

  5. #15
    Join Date
    Feb 2009
    Location
    UK
    Posts
    1,085

    Default Re: Nepomuk

    Thank you for the valuable info

    Tumbleweed/KDE/Ati Radeon R9 270/AMD FX-6300/8Gb DDR3

  6. #16
    Join Date
    Feb 2009
    Location
    UK
    Posts
    1,085

    Default Re: Nepomuk

    Yawn, sigh, etc etc. soprano-virtuoso.db is now 9.1Gb. A possibly related symptom is that Dolphin is now quite annoyingly 'laggy'; click on a folder and wait two or three seconds until it opens.
    I have never known a piece of software as awful as this shambles. It behaves like a virus, looks like a virus, is more difficult to get rid of than a virus. It can break your install.

    Tumbleweed/KDE/Ati Radeon R9 270/AMD FX-6300/8Gb DDR3

  7. #17

    Default Re: Nepomuk

    Quote Originally Posted by wakou View Post
    Yawn, sigh, etc etc. soprano-virtuoso.db is now 9.1Gb. A possibly related symptom is that Dolphin is now quite annoyingly 'laggy'; click on a folder and wait two or three seconds until it opens.
    Hm, sorry, I'm really running out of ideas here.
    What's the information you get when clicking on "Details..." in "Configure Desktop"->"Desktop Search"?

    It behaves like a virus, looks like a virus, is more difficult to get rid of than a virus.
    No it's not. You can just turn it off.

    And maybe you should at least turn off the file indexing part if it doesn't behave on your system.

  8. #18
    Join Date
    Sep 2013
    Location
    Norfolk, UK
    Posts
    1,271

    Default Re: Nepomuk

    For what it's worth this is what I've found whilst playing around with nepomuk.

    The setting labelled "Show hidden folders" (System Settings > Desktop Search > Indexing > Customize Folders) toggles the "index hidden folders= true/false" in nepomukstrigirc.

    By default nepomukindexer will index /home and all sub-directories below, unless explicitly told otherwise.

    The method of exclusion is rather convoluted to say the least, with several options:

    1) Specify the indexing from "Customize Folders" - Sub-directories inherit the indexing status of their immediate parent, unless explicitly altered on a by directory basis.

    2) Use the check boxes (System Settings > Desktop Search > Indexing) for particular types. (Newly added option)

    3) Specify the explicit Mime type to exclude (System Settings > Desktop Search > Indexing > Advanced) - If at (2) for example Index Videos is deselected then "video/*" is added to the Mime type exclude list.

    4) Specify file name patterns (System Settings > Desktop Search > Indexing > Advanced).

    Initially I had problems with directories being included I thought I'd excluded, and vice versa, especially when adding new directories. Together with the badly labelled "Show hidden folders", which I had taken to mean "show in the directory tree". I was on the verge of the "I don't want this freakin' nepomuk stuff!" - I think I had got so bogged down that I couldn't see the wood for the trees.

    Personally I found that explicitly including/excluding directories (1), together with file name patterns (4) was the most reliable, albeit time consuming way.

    Quote Originally Posted by wakou
    Yawn, sigh, etc etc. soprano-virtuoso.db is now 9.1Gb.
    I know it's a new database, but, what happens if you run "nepomukcleaner" ?

    Also "nepomukshow" (use --help for options) is quite useful to see just what information has been indexed for any particular file.
    Regards, Paul

    2x Tumbleweed (Snapshot: 20191018) KDE Plasma 5
    2x Leap 15.1 KDE Plasma 5

  9. #19
    Join Date
    Feb 2009
    Location
    UK
    Posts
    1,085

    Default Re: Nepomuk


    Tumbleweed/KDE/Ati Radeon R9 270/AMD FX-6300/8Gb DDR3

  10. #20
    Join Date
    Feb 2009
    Location
    UK
    Posts
    1,085

    Default Re: Nepomuk


    Tumbleweed/KDE/Ati Radeon R9 270/AMD FX-6300/8Gb DDR3

Page 2 of 3 FirstFirst 123 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •