SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Just as well . . . people need to be able to find the info under all of these terms:
nepomukservices
nepomuk
desktop indexing
strigi
and merging the threads will accomplish that.
I *had* searched first, but I was looking for "nepomukservices" at the time. That was what was showing up in 'top', eating my cycles and stealing my RAM. I didn't know that there was something called "nepomuk", so I hadn't searched for that.
That is something that has been an issue with any search since I first went on the net - you have to know what you're searching for before you can search for it. he person that creates a search engine that will find thing with only vague terms such as "Im looking for an orange thing with a bit on the top like a stick" will rule the world!
I haven't stopped the services, but I've stopped the Nepomuk Strigi irritating pop-up notification thingy balloon. Suspending...Resuming...Suspending...Resuming...Suspending...Resuming...Suspending...Resuming...Susp ending...Resuming...Aaaaaaaaaaaaargh!!!!
I'll add to the flame here...It only took about 2 logins for me to be annoyed with this seemingly useless function. I'll admit, some people may find this a useful tool, but I found it pointless...
The real problem seems to be Neomuk, which apparently adds to, and complicates, what Strigi does. And, as far as I could find out, Neomuk doesn't do ANYTHING useful yet.
It's seems to be just like some of Microsoft's new *revolutionary* services, which are going to change the world, real soon now, but right now, just make a mess of your system. In fact, KDE4 reminds me more of Vista than I can safely say on a forum like this. Fortunately, KDE is ONLY a GUI + apps, and still rests on a solid Linux / Slackware foundation.
Can you include Akonadi? All of them are off here and KDE 4.2.4 work without problems. Ok, they have utility, but we should need the option to even remove them if needed/desired and KDE should keep going without them... Let's see how voracious 4.3.x will be when released.
I solved all of these problems much easier ... did not install KDE series.
=]
Look what I found at work and try to figure my weekend
Quote:
+--------------------------+
Tue Sep 15 18:35:23 UTC 2009
LXDE updates:
All that you need to run LXDE, the Lightweight X Desktop Enviroment,
has been conveniently packaged for Slackware 13.0 (both 32bit and 64bit):
Be sure to read the README in the lxde/. directory!
lxshortcut: added v0.1.1 - a program to easily edit application shortcuts
lxnm: updated to 0.2.2
lxlauncher: updated to 0.2.1
lxterminal: updated to 0.1.6
lxrandr: updated to 0.1.1
lxtask: updated to 0.1.1
lxsession: updated to 0.3.8 (and renamed from 'lxsession-lite')
lxappearance: updated to 0.2.1
lxpanel: updated to 0.5.3
lxmenu-data: added v0.1.1 - desktop menus for LXDE
menu-cache: added v0.2.5 - a lightweight replacement of libgnome-menu,
which means that gnome-menus is no longer a dependency of LXDE
lxde-common: updated to 0.4.2
gpicview: updated to 0.2.1
obconf: packaged for Slackware 13.0
openbox: packaged for Slackware 13.0
leafpad: packaged for Slackware 13.0
pcmanfm: packaged for Slackware 13.0
I did a fresh install on my wife's PC with Slackware 13.0. She had been running
KDE in 12.1, so reluctantly we left it on. After a week of fighting all the new bugs
and useless junk in KDE, I did another fresh install to get rid of the whole KDE series.
While doing it, my RSS feed from Alien's Slackware packages announced the LXDE
updates you posted above. I did not install package series E, KDE, KDEI, T or Y.
This solved the longer than ever startup time, huge waste of memory, and basically
crippled KDE. My wife only uses 4 apps anyway ...
I then installed LXDE, and with very little configuring, she has all she needs in a
desktop environment; and I have none of the KDE headaches that now plague this
forum like never before.
You're lucky. Mine (I) needs dual boot on her desk. I still sometimes mess with her and comment that bloat at lilo. I can hear she screaming when I'm running to take the bus to work
At lunch she always have her revenge, and at night everything is ok again =]
1.
copy nepomukserver from /usr/bin to /usr/local/bin.
Code:
cp -p /usr/bin/nepomukserver /usr/local/bin
2.
created a shell script in /usr/bin called nepomukserver containing just this line -
Code:
nice -n 19 /usr/local/bin/nepomukserver $*
3.
made it executable
Code:
chmod +x /usr/bin/nepomukserver
Now it appears to take a lower slice of the cpu than all the other processes. Doesn't do anything about memory of the 2gb files in .kde. For the later I might try creating a soft link to .kde/share/apps/nepomuk/repository/main
Getting rid of Nepomuk / Strigi / Akonadi. The bigger picture!
I've intentionally revived this thread as this issue has a bigger picture that needs to be address (IMO). Those who say "simply turn 'them' off are missing the point. If it is possible to DISABLE these services and have KDE run fine without them, then why is it not possible to REMOVE them altogether? Some posts even mention how "[they] don't use the services and the services 'run happily in the background'". So... "out-sight-out-of-mind" ... This way 'we' get all your personal data neatly indexed and packaged for 'our' easy access in one location and 'you' can happily remain ignorant. Isn't the point of Linux freedom of choice and transparency? If not... why not just use Windows? ('cause it's not free?).
Case in point. I looked into compiling KDE without Akonadi/Nepomuk/Strigi. Compiling kdebase-runtime has 3 dependencies and strigi is one of them. Yet in 'system settings' I can turn off strigi?!? Kind of makes you wonder if "turning it off" really "turns it off".
So, if anyone has a way of compiling/installing KDE without this 'Big Brother' plague silently infecting Linux, please share. Thank you so much.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.