On Tue, May 29, 2012 at 07:23:23AM +0200, Martin Pitt wrote:
> Jonathan Thomas [2012-05-25 9:09 -0400]:
> > I think that we'd rather not use PackageKit (for Kubuntu at least).
> Please note that it just provides a PackageKit API. We don't use the
> actual PackageKit in Ubuntu as well, but the python-aptdaemon.pkcompat
> wrapper. Kubuntu does the same.
> This provides an upstream friendly API, so that our GUIs for driver
> detection do not have to stay distro specific for all times. However,
> you don't have to use it, of course.
I have vague recollections that the reason we never adopted packagekit
itself was because it was designed for an RPM-centric world, an in
particular did not allow packages to interact with users (i.e., debconf and
conffile prompts), and packagekit upstream was not interested in
accomodating dpkg requirements. Does using the PackageKit API introduce the
same limitations on package interaction?