Your message dated Sun, 18 Dec 2016 14:22:52 +0100
with message-id
<caknhny9ynsgyrmjk+vwpirk196fkeghc7pkra2wolwtuxsj...@mail.gmail.com>
and subject line Re: Bug#848549: packagekit: Should package include
/usr/share/dbus-1/services/org.freedesktop.PackageKit.service?
has caused the Debian Bug report #848549,
regarding packagekit: Should package include
/usr/share/dbus-1/services/org.freedesktop.PackageKit.service?
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
848549: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848549
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: packagekit
Version: 1.1.4-3
Should the PackageKit dbus interface work without gnome-software
installed?
Via the packagekit web site I came across the following example code,
<URL: https://www.freedesktop.org/software/PackageKit/files/session.py >:
import dbus
try:
bus = dbus.SessionBus()
except dbus.DBusException, e:
print 'Unable to connect to dbus: %s' % str(e)
sys.exit()
try:
proxy = bus.get_object('org.freedesktop.PackageKit',
'/org/freedesktop/PackageKit')
iface = dbus.Interface(proxy, 'org.freedesktop.PackageKit.Modify')
iface.InstallPackageNames(dbus.UInt32(0), ["openclipart-libreoffice",
"openclipart"], "show-confirm-search,hide-finished")
except dbus.DBusException, e:
print 'Unable to use PackageKit: %s' % str(e)
But when I test it, I get this error message:
Unable to use PackageKit: org.freedesktop.DBus.Error.ServiceUnknown:
The name org.freedesktop.PackageKit was not provided by any .service
files
I tracked this down to the fact that the
/usr/share/dbus-1/services/org.freedesktop.PackageKit.service is missing
when installing packagekit. It is included in gnome-software, which I
did not have installed in my KDE desktop.
Should the file perhaps be moved to the packagekit package, or is it
only working with Gnome?
After installing the gnome-software package, the script no longer show
an error message, but I am still unable to install anything. I get a
notification requesting package installation, and when I click on either
the unnamed button or the 'Finn i programv...' button, I get a popup
which disappear as quickly as it apperas.
Am I doing it wrong? The background for my quest is to try to ensure
isenkramd work properly with PackageKit. It seem to only work properly
with some hardware (those with only one modalias value) and I am trying
to find examples explaining how to use PackageKit with python these
days. The examples I find, like the one above, do not work for me. :(
--
Happy hacking
Petter Reinholdtsen
--- End Message ---
--- Begin Message ---
2016-12-18 11:08 GMT+01:00 Petter Reinholdtsen <[email protected]>:
> [...]
> Unable to use PackageKit: org.freedesktop.DBus.Error.ServiceUnknown:
> The name org.freedesktop.PackageKit was not provided by any .service
> files
>
> I tracked this down to the fact that the
> /usr/share/dbus-1/services/org.freedesktop.PackageKit.service is missing
> when installing packagekit. It is included in gnome-software, which I
> did not have installed in my KDE desktop.
>
> Should the file perhaps be moved to the packagekit package, or is it
> only working with Gnome?
This is because you are using the PackageKit session interface, which
needs a session service (like GNOME Software) to provide the frontend
bits. Ideally, KDE Discover would support that too, but it doesn't.
See https://www.freedesktop.org/software/PackageKit/pk-faq.html#session-system
for more information on this.
Apper does provide the session interface, but Apper isn't developed
anymore, it only receives some maintenance fixes - I *might*
reintroduce it for Stretch though, because I got a lot of requests to
please add the package back. The problem is that last time I tested
it, Apper didn't work so well, so when I introduce it to unstable
again and see that it isn't actually fit for release inclusion, I
would drop it in time for the Stretch release again.
So, tl;dr: Don't count on Apper being available in Stretch.
Another solution is of course to use the PackageKit system interface
via the GIR and provide the necessary GUI dialogs by yourself.
In any case, this is not a bug in PK but expected behavior which can
only be solved by something in the user session providing the PK
session interface.
Cheers,
Matthias
--
I welcome VSRE emails. See http://vsre.info/
--- End Message ---
