> Now think on the great part of this things.
> If we define a standard ontology to use for this use case, packagekit
> can become a simple tool
PackageKit is actually quite simple. It is nothing but a daemon which
provides a standard D-Bus interface which front-ends like pkg-con,
gnome-packagekit, KPackageKit, and even some applications and
libraries (GStreamer, Anjuta, etc.) use. The daemon hands over all the
work to the distribution's package/repository manager (eg., RPM/YUM,
RPM/Zypp, dpkg/APT, etc..)
> And any distro should only write a simple miner,
> and it became packagekit friendly.
With PackageKit's current design, writing a backend is just a matter
of implementing the various operations supported by the D-Bus
abstraction in terms of the distribution's packaging system and the
distribution already has a package/repository manager.
Cheers,
Debarshi
--
One reason that life is complex is that it has a real part and an
imaginary part.
-- Andrew Koenig
_______________________________________________
tracker-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/tracker-list
