Bug 42072 - PK daemon unresponsive while updating sources?
Summary: PK daemon unresponsive while updating sources?
Status: RESOLVED NOTABUG
Alias: None
Product: PackageKit
Classification: Unclassified
Component: core (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Richard Hughes
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-20 11:59 UTC by Cosimo Cecchi
Modified: 2018-08-21 15:52 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Cosimo Cecchi 2011-10-20 11:59:53 UTC
Distro: Fedora 16
Version: PackageKit 0.6.19

Nautilus has a PackageKit integration, which is enabled by default in Fedora 16.
It works like this:
- user double clicks on a file with no installed applications to open it
- if the PK integration is enabled, nautilus will start an async gdbus call to create a proxy for the org.freedesktop.PackageKit.Modify interface. This has the double purpose of both probing PK availability on the system and creating the proxy object to make the actual call to the InstallMimeTypes DBus method later

  g_dbus_proxy_new_for_bus (G_BUS_TYPE_SESSION,
                            G_DBUS_PROXY_FLAGS_NONE,
                            NULL,
                            "org.freedesktop.PackageKit",
                            "/org/freedesktop/PackageKit",
                            "org.freedesktop.PackageKit.Modify",
                            NULL,
                            pk_proxy_appeared_cb,
                            parameters_install);

- if PK is available on the system, the proxy will be created successfully and a message dialog will be shown asking the user if she wants to find an application in the repos to handle the file

The bug here is that the call to g_dbus_proxy_new_for_bus() seems to take a really long time (about a minute or so) if PK has just be spawned for the first time (I guess it updates its package cache), which shouldn't really be the case. Is PK blocking its mainloop or doing something which prevents the DBus activation to return immediately?

The visible effect is clicking on a file with no applications installed to handle it yields no action at all under these circumstances (and a dialog will appear out of the blue one minute or more later if Nautilus is still running).
Comment 1 Richard Hughes 2011-10-21 02:09:46 UTC
Can you try running "gpk-dbus-service --verbose" in another tab and seeing what it's doing? It should be lightning fast...
Comment 2 Richard Hughes 2018-08-21 15:52:44 UTC
We moved the upstream bugtracker to GitHub a long time ago. If this issue still affects you please re-create the issue here: https://github.com/hughsie/PackageKit/issues
 
Sorry for the impersonal message, and fingers crossed your issue no longer happens. Thanks.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.