[packagekit] Semantic issues with GetDeps (and other interface functions)
hughsient at gmail.com
Mon Sep 3 11:00:25 PDT 2007
On 03/09/07, Patryk Zawadzki <patrys at pld-linux.org> wrote:
> On 9/2/07, Richard Hughes <hughsient at gmail.com> wrote:
> > On 02/09/07, Tom Parker <palfrey at tevp.net> wrote:
> > > 'k. I think I've got a better handle on the sort of dependancy
> > > resolution we want here. I think a reasonable summary is
> > >
> > > * Pull in all "suggested" or "recommended" packages, as they will help
> > > the user actually use the package they're asking to install.
> Why not ask the user which of these he really needs? Especially as
> there can be some mutually-exclusive packages in the suggested list.
Then we try to do the sane thing. If the user has gnome installed by
default and there is a choice of a gtk or qt backend then we choose
the gtk backend. The average linux use doesn't know the differences
between qt or gtk.
> > > * Don't remove anything unless explicitly requested.
> What about "Obsoletes" matching a package name (not its "Provides") at
> least in rpm?
I guess obsoletes are okay, as this is what the packager actually
wants. Might be good to add this to the spec.
> > > * If we can't install a package *without* removing other things, fail
> > > (with PK_TASK_ERROR_CODE_DEP_RESOLUTION_FAILED I presume). Assume that
> > > this doesn't happen very often, and that there's another way to install
> > > packages using the native packaging system.
> > Yes, good summary.
> Until the above two are decided upon, I can see PackageKit failing on
> most operations for me.
I'm possibly being a little harse here, but I don't think PK is
targetted to power users like you. If you ask my firlfriend
(non-techy) "just install openoffice" and a window comes up asking if
she wants java, gtk or qt then we've lost, as she doesn't know what
any of those mean. She just wants to install openoffice so she can use
> There should also be some output-collecting service that can present
> me with any output from the installation (some packages are only
> usable once you read the installation output as not all things
> can/should be automatic).
No we don't want this. If software need to get the user to set stuff
up, then this should be done on the first run of the software. e.g.
service http start
Error: you need to setup the httpd.conf file...
At *install* time is not where configuration should be done.
More information about the PackageKit