PackageKit/Python: pk.install_packages() not able to install a package

Matthias Klumpp matthias at tenstral.net
Tue Sep 16 14:14:32 UTC 2014


2014-09-16 16:00 GMT+02:00 Till Kamppeter <till.kamppeter at gmail.com>:
> On 09/16/2014 02:29 PM, Matthias Klumpp wrote:
>> Hi!
>>
>> 2014-09-15 21:48 GMT+02:00 Till Kamppeter <till.kamppeter at gmail.com>:
>>> Hi,
>>>
>>> I am using the Python bindings of PackageKit in system-config-printer for
>>> the automatic driver download )as DEB packages in Ubuntu).
>>> [...]
>> PackageKit developer here ;-) If you say "Python-bindings" you mean
>> the python3-packagekit package? It looks like you are using the GIR,
>> which is the correct way to talk to PackageKit from Python.
>
> Yes, I do. The script starts with
>
> #!/usr/bin/python3
> from gi.repository import GLib, PackageKitGlib
>
> which for me means use of GIR, with Python 3.
>
>> (Also, using PkTask instead of PkClient is recommended)
>
> What is the difference between PkTask and PkClient?
PkTask is more high-level, it can show Eula actions, set up Debconf
and handle GPG-keys.
PkClient is pretty low-level.

>> The "printdriver" part means that the origin of this package is from
>> the "printdriver" repository.
>
> Does thios mean that Epson has used the name "printdriver" somewhere on
> their server?
Yes: "'deb http://www.openprinting.org/download/printdriver/debian/"

>> Are you using Ubuntus apt-daemon, or PackageKits aptcc backend?
>
> I think that Ubuntu's apt-daemon is used. What is aptcc and how can I
> check what gets actually used ("pkcon backend-details" gives no answer
> at all)?
Aptcc is the default PackageKit backend for Apt-based systems. It's
implemented in C++ and pretty fast.
You can install it using the packagekit-backend-aptcc package.
Aptdaemon should jump out of the way then.
The backend-details command should display the backend capabilities then.

>> Can you install the package using pkcon? (you can also supply
>> package-ids to the tool)
>
> "pkcon install openprinting-gutenprint" gives the same error ("Fatal
> error: The versuion 5.2.7-1lsb3.2/printdriver of openprinting-gutenprint
> isn't available.").
Looks like somehow the backend does not handle 3rd-party repos properly.
(apt update runs without errors?)
Cheers,
    Matthias

-- 
Debian Developer | Freedesktop-Developer
I welcome VSRE emails. See http://vsre.info/



More information about the ubuntu-devel mailing list