Description of problem: Several programs complain (in this case dia): $ dia Gtk-Message: Failed to load module "pk-gtk-module": libpk-gtk-module.so: cannot open shared object file: No such file or directory This is cured by installing PackageKit-gtk-module. Version-Release number of selected component (if applicable): gtk+-1.2.10-66.fc10.x86_64 How reproducible: With many programs... Steps to Reproduce: 1. dia 2. 3. Actual results: Expected results: Additional info:
I'd venture this was intended for gtk2.
Is this a fatal error, or just a warning?
A warning
Sorry, depends. Some programs just don't work. For example, middle-click on an HTML attachment to an email in mh-e on xemacs just gives the above message, and doesn't show the attachment in firefox (as it should).
GTK+ is just the messenger here. It fails to load the module, because the module is missing some dependency. Sounds more like a bug in library dependency handling in rpm. Or is the module not installed with the right permissions, so they don't get picked up ?
Matthias, the libpk-gtk-module.so file is shipped with PackageKit-gtk-module, and the autoload key is shipped with gnome-packagekit. In the future gnome-packagekit will depend on PackageKit-gtk-module -- but I've not added the dep yet as for the functionality to work it needs Behdads new fonconfig release before it does anything remotely useful. What I could do is add the dep, and change the default enabled gconf key to false in the spec file.
Yeah, sound good enough.
commit 87e9007ead9d206d33b586594794b214f1b5b6a6 Author: Richard Hughes <richard> Date: Fri Dec 12 13:24:53 2008 +0000 trivial: make fedora spec file depend on PackageKit-gtk-module to fix rh#476066 I'll add the patch to set this to false by default now.
* Fri Dec 12 2008 Richard Hughes <rhughes> - 0.4.0-2 - Depend on PackageKit-gtk-module so the auto-font installation can be turned on in F11. - Turn off the loading of libpk-gtk-module.so until we have a new fontconfig using a spec file patch that we can nuke soon. - Fixes rh#476066
*** Bug 476120 has been marked as a duplicate of this bug. ***
This is broken again. Yes, it is "harmless" but it causes a bad user experience when they see error messages in their terminal. It was broken by this commit: http://pkgs.fedoraproject.org/gitweb/?p=gnome-packagekit.git;a=commit;h=8d23f39012f144fec7de0b3ef9daf6da73312f3a
Fedora 17 Beta RC3 here 3.3.1-3.fc17.i686 #1 SMP Wed Apr 4 19:15:37 UTC 2012 i686 i686 i386 GNU/Linux Starting the SeaMonkey browser suite 1.8 (seamonkey-2.8-3.fc17.i686) I get: Gtk-Message: Failed to load module "pk-gtk-module" Package PackageKit-gtk3-module-0.7.3-1.fc17.i686 already installed and latest version
Broken here too. Fedora 17 up to date as of today. Linux ankur.pc 3.3.1-5.fc17.x86_64 #1 SMP Tue Apr 10 20:42:28 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux PackageKit-gtk3-module.x86_64 0:0.7.3-1.fc17. While it may be harmless, it keeps cropping up all the time :) Thanks, Ankur
Same bug crashes deja-dup when making backups.
@fred, this bug does not induce crashes. You need to open a separate bug for deja-dup. The warning you see is completely harmless.
This bug IS NOT HARMLESS ????? it has a deterring effect on any application using gtk lib and a non standard usage of stderror ! Typical example: Xdialog all my administrative script with this GUI become unusable, unless a harrassing work in them, to turn around this BUG. Just try any sample in /usr/share/doc/xdialog-2.3.1/samples and you will see if it HAS NO EFFECT, because all the returned messages via the stderror are polluted by this message !!! So peoples who want to continue to use Xdialog MUST do something like: (example from radiolist programm in this sample directory) SUBSTITUTE: choice=`cat /tmp/checklist.tmp.$$` BY: choice=`cat /tmp/checklist.tmp.$$ | sed '/pk-gtk-module/ d' | xargs`
dirty workaround (x86_64, adapt for x86) until it gets fix upstream % wget http://dl.fedoraproject.org/pub/fedora/linux/releases/16/Fedora/x86_64/os/Packages/PackageKit-gtk-module-0.6.19-3.fc16.x86_64.rpm % rpm2cpio PackageKit-gtk-module-0.6.19-3.fc16.x86_64.rpm | cpio -idmv % sudo mv ./usr/lib64/gtk-2.0/modules/libpk-gtk-module.so /usr/lib64/gtk-2.0/modules/
m, Thanks for your workaround. this helped me tremendously. We need this library included back in to PackageKit-gtk3-module package or we need to create a new "PackageKit-gtk2-module" package. This is needed by many applications and "waiting for upstream" to port their applications to GTK3 is unacceptable.
A dummy GTK2 module has been added to PackageKit-0.7.5-1.fc17.