I had the clock applet working fine for months, and now I am unable to load the clock applet at all. Now, every time that I try to load the clock applet, I get an error with the following message. The panel encountered a problem while loading "OAFIID:GNOME_ClockApplet". Do you want to delete the applet from your configuration? Reproducible: Always Steps to Reproduce: 1.try to add the clock applet to gnome-panel 2. 3. Actual Results: error Expected Results: clock
I tried the following, and received the following error. I doubt thhis is a bug in gnome-panel. It just seems like I'm missing a shared library. gnome-panel --replace --sm-disable ** (gnome-panel:6009): WARNING **: panel-applet-frame.c:1273: failed to load applet OAFIID:GNOME_ClockApplet: System exception: IDL:Bonobo/GeneralError:1.0 : g_module_open of `/usr/lib/gnome-panel/libclock-applet.so' failed with `libplds4.so.7: cannot open shared object file: No such file or directory' sketchy workaround: for i in libnspr4 libplc4 libplds4; do cd /usr/lib/nspr ln -sf ${i}.so.{8,7} cd .. ln -sf nspr/${i}.so.7 . done
Remove your shoddy symlinks and use revdep-rebuild to fix the packages that were broken with the last xulrunner update. Thanks
that kind of problem is not supposed to happen since nspr/nss ebuilds should warn you about doing revdep-rebuild and/or preserving in-use libraries until they are not used anymore. You may re-assign or fill another bug at nspr/nss maintainer if you wish.
*** Bug 285444 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > Remove your shoddy symlinks and use revdep-rebuild to fix the packages that > were broken with the last xulrunner update. > > Thanks > Actually, your demeaning reply isn't helpful because, in fact, running revdep-rebuild does not solve the problem -- at least not the ACCEPT_KEYWORD="amd64" version of revdep-rebuild. It looks like another work-around is to add export LD_LIBRARY_PATH=/usr/lib64/nss to one's .profile. It's less ugly, but it's still a nasty hack.