[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
idea.
> 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.
Richard.
More information about the PackageKit
mailing list