Red Hat Bugzilla – Bug 476066
Missing dependency on PackageKit-gtk-module
Last modified: 2012-07-07 15:32:58 EDT
Description of problem:
Several programs complain (in this case 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):
With many programs...
Steps to Reproduce:
I'd venture this was intended for gtk2.
Is this a fatal error, or just 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.
Author: Richard Hughes <email@example.com>
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 <firstname.lastname@example.org> - 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:
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
Gtk-Message: Failed to load module "pk-gtk-module"
Package PackageKit-gtk3-module-0.7.3-1.fc17.i686 already installed and latest
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
While it may be harmless, it keeps cropping up all the time :)
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)
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/
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.