Icon widget lost
1i5t5.duncan at cox.net
Wed Oct 10 00:50:19 BST 2012
Mirko K. posted on Wed, 10 Oct 2012 00:22:37 +0200 as excerpted:
> On 10.10.2012 00:15, Mirko K. wrote:
>> I'm running Ubuntu 12.04 (not Kubuntu) with KDE 4.9 from the Kubuntu
>> PPA. Everything worked fine, Then I played around with some widgets
>> from kde-look.org (but I'm not sure if that's really causing the
>> Anyway, I've lost the "icon widget" (don't remember how it's called
>> exactly). It's just not anymore listed in the list of widgets when I do
>> "Add Widget" in the panel or desktop, so I can't add simple application
>> launchers to the panels (or desktop).
>> Some of the widgets I installed where only available as C++ source and
>> had to be installed system-wide. I guess I overwrote/replaced the
>> original icon widget (or anything like that). But reinstalling the
>> plasma-desktop package didn't help.
>> So, any idea what's wrong, or how to debug this?
> Forgot to mention:
> That widget is also lost for other users on my machine, as well as with
> the "KDE Plasma Desktop (Abgesicherter Modus)" session. (Abgesicherter
> Modus == "Safe Mode" probably, what's that one for, BTW).
> So it's probably not a user config related problem.
Thanks for the "affects other users" addendum. That's critical
I'm not sure of the chances of this working especially since it's
affecting all users, but it's definitely worth a shot. Try running:
If it works, you may well need to do it once as each user.
KDE's SYstem COnfig CAche (sy-co-ca) is the binary cache file for all of
kde's text-based config data. kbuildsycoca4 can be used to rebuild it.
I believe it normally runs at the start of a user session, but in "fast"
mode, simply trying to detect changes (probably by file modification
times and possibly by hash) since the last start. During the kde
session, a daemon (kded, kde-daemon) keeps track of the files, updating
ksycoca and notifying running apps when a config changes.
But sometimes something goes wrong and the database/cache gets
corrupted. kbuildsycoca4's --noincremental option forces a rebuild of
the full database/cache from scratch, eliminating the corruption as long
as the config files themselves aren't triggering it.
But... ksycoca is per-user, so normally it's just one user affected. But
like I said it's worth a shot.
Beyond that, I'm not sure. I'm familiar enough with my distro, gentoo,
and the way kde packages work on it, to have a very good chance of
tracking down and fixing the problem, especially locally, but ubuntu,
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
This message is from the kde mailing list.
Account management: https://mail.kde.org/mailman/listinfo/kde.
More info: http://www.kde.org/faq.html.
More information about the kde