Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
virt-manager emits errors when running remotely over ssh tunnel
To reproduce:
============================
Install a system with "Virtual Host" profile
install @"X Windows System"
remote$ ssh -Y hostname
remote$ virt-manager
pk-gtk-module missing
Resolution:
================
Install Packagekit-gtk-module
+++ This bug was initially created as a clone of Bug #476066 +++
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:
--- Additional comment from rdieter.edu on 2008-12-11 14:14:58 EST ---
I'd venture this was intended for gtk2.
--- Additional comment from notting on 2008-12-11 14:56:09 EST ---
Is this a fatal error, or just a warning?
--- Additional comment from vonbrand.cl on 2008-12-11 15:00:43 EST ---
A warning
--- Additional comment from vonbrand.cl on 2008-12-11 15:02:40 EST ---
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).
--- Additional comment from mclasen on 2008-12-11 20:06:10 EST ---
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 ?
--- Additional comment from rhughes on 2008-12-12 04:43:09 EST ---
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.
--- Additional comment from mclasen on 2008-12-12 07:51:17 EST ---
Yeah, sound good enough.
--- Additional comment from rhughes on 2008-12-12 08:26:10 EST ---
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.
--- Additional comment from rhughes on 2008-12-12 08:51:32 EST ---
* 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
--- Additional comment from mclasen on 2008-12-13 14:22:47 EST ---
*** Bug 476120 has been marked as a duplicate of this bug. ***
Don't other gnome apps also throw errors in this case, like any of the system-config-* GUIs? If so this isn't really specific to virt-manager, and maybe should be reassigned to GTK or comps to depend on packages that will suppress these errors.
This doesn't look like the kind of thing that should be added to virt-manager's spec. IIUC, 'PackageKit-gtk-module' RPM is a generic module that optionally is made available to any GTK application. Adding a dep to virt-manager would make that unnecessarily mandatory, and if it is intended to be mandatory, the dependency is better placed in a shared RPM, rather than every single GTK based application.
1) I'm not sure of anything specific we do in Fedora for this; it's part of the normal desktop installation, but not the basic X server.
2) it shouldn't affect functionality in any case; it's just a warning.