[packagekit] Announcement: PackageKitInstaller

Richard Hughes hughsient at gmail.com
Tue Dec 9 01:16:27 PST 2008

On Mon, 2008-12-08 at 18:16 +0100, Sebastian Heinlein wrote:
> Am Montag, den 08.12.2008, 12:17 +0000 schrieb Richard Hughes:
> > On Sun, 2008-12-07 at 08:42 +0000, Richard Hughes wrote:
> > > I guess. We also need to review the session interface at some stage,
> > > as at the moment it is a few ad-hock methods on a random interface. It
> > > would be good to work through these properly and get the names perfect
> > > before we get too many projects implementing them.
> > 
> > What about the following new interfaces? (old ones kept for
> > compatibility for 6 months). Nothing wired up in git yet.
> > 
> > http://www.packagekit.org/temp/gpk-interface-query.html
> > http://www.packagekit.org/temp/gpk-interface-modify.html
> Would be nice to have a mechanism that notifies the application which
> called an installation that it is done. So it could re-search for
> plugins etc.

The methods are designed to be synchronous -- if you call then async you
can register a completion to run.

> Modify implies that you are thinking about also adding methods different
> from installation?

Not at the moment, although it gives potential in the future to add a
cache refresh or something. I wasn't convinced that .Install was a good

> The interaction mode should be either an array or a bitwise operator. I
> could think of an application that would want to show deps and see a
> progress.

Ohh, it's an array so you can do:

* one-option
* one-option,two-option
* two-option,four-option

It's deliberately not an array of bools or a dictionary as it needs to
be called from random places like dbus-send.


More information about the PackageKit mailing list