On Sun, 6 Nov 2011 08:31, C
On Sun, Nov 6, 2011 at 04:54, Yamaban
wrote: My personal preference would be only to put the needed files (see above) in libkde4-{version} and anything else of nepomuk into libkde4-nepomuk-{version}.
Same with akonadi. This should reduce the migrane.
(Yep, I'm NO fan of akonadi / nepomuk, at least I'm honest about. Use it if want, but give us others at least an opt-out without disassembling all of KDE.)
I had a big hate on for Nepomuk in the past.... but I have to say that with the KDE4.7 (running from Factory on 11.4/default in 12.1) I don't notice it anymore. Seems someone has tamed it right down from the headache it used to be. I run KDE4.7/oS12.1 on an EEE netbook and notice no performance impact at all from Nepomuk running. This is where it'd bring the computer almost to a halt when it was indexing.... now.. I had to check to see if I'd disabled it or if it was disabled by default... but it was running quietly in the background.
Thats good news. Sadly I can't realy upgrade or even really test before New Year (contracts, compatibilty, programming, helpdesk, grr). But I'll give OSS 12.1 / KDE (that comes with it) a default install and a thourough testing on Netbook / NetTop (like EEEtop).
There is an opt-out you know... you can simply turn off the Nepomuk indexing in the KDE config... and it doesn't run anymore - at least not for any system in which I've turned it off.
On some constellations (in the past, I hope) that was NOT enough.
Keep in mind that if you disable or remove Nepomuk, you loose a fair bit of that "extra" functionality and info that can be useful... tagging in KMail, displaying full file metadata in Dolphin etc etc.
KMail? KMail2 is NOT for POP, for IMAP withhin limits atm. Will come back, hopefully within the next year. Akonadi greets yea! (Yes, my frustation is heavy on this. Lost mail, anybody?)
So... before you go automatically killing Nepomuk in oS12.1 because in an old release of KDE4 it was a system resource hog , give it a chance. In KDE4.7 it's a LOT better, and actually useful.
Oh, I will, no question. Still a clear separation between main kdelibs, nepomuk, and akonadi would be nice to have. That would be a matter of packeting the compilied files in seperate rpms, no more, atm. That way one could do a fast isolation of a problem / regression by unistalling that packet without hunting down every single file. But that me, the burned kid. YMMW. None the less, I'm mostly pleased with the progress from KDE 4.5 to 4.7. Baring full KMail / Akonadi functionality at all and some Kwin / Plasma render and speed troubles, we are now were we left KDE 3.5 (from the view of the just-a-user fraction). Yes, there are lots of gimmiks more, now. But the basic functionality? The Usability? The ease of use? With the new plasma (Active) the way is leveled and opened for the tablets and other mobiles, in a way / shape that just wasn't possible before. And these devices bring back an other focus: resources. They are scare and limited on mobile devices. This will bring a betterment for all KDE and Plasma users. I've seen Linux / Wayland / KDE / Plasma on a ARMv5@400 MHz w/ 128 MB Ram. Cpu speed and Ram size are vastly different from full desktop. But work in this direction give power and usability to older systems, nettops, and other small clients, that just could not take a full KDE 4.6 for example. I'm exited and hopefull on this development. Same on LibreOffice for mobiles. Chees, Yamaban. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org