[Yum-devel] [Patch] Resolver Performance and Correctness
Jeremy Katz
katzj at redhat.com
Wed Jun 6 15:22:56 UTC 2007
On Wed, 2007-06-06 at 12:08 +0200, Florian Festi wrote:
> Jeremy Katz wrote:
> > On Tue, 2007-06-05 at 13:22 +0200, Florian Festi wrote:
> >> * added local rpms to pkgSack via localSack (cli.py)
> >
> > Hrmm... what are you trying to accomplish with this? Other API users
> > are almost certainly not doing this
>
> Reason for this is the way .whatInTsProvides/Requires are implemented. They
> do no longer search within the TransactionInfo but search within the rpmSack
> and the pkgSack and then filter the result to the pkgs really included in
> the transaction - in a sense of all pkgs staying installed + all pkgs
> getting installed. This allows to make use of the indices within those two
> databases.
>
> Command line pkgs don't fit into that scheme per se. To make them fit they
> can be added to the pkgSack (with an PackageSack that creates its own
> indices for fast search). That way they are found and not filtered out as
> long they are part of the transaction. This is exactly the wanted behavior
> and doesn't need any additional code than adding them to the pkgSack.
>
> I see the problem that other API users may not use the cli.localInstall but
> just add the pkg objects to the transaction. We probably need to find a
> solution at a lower level like checking on addition to the TransactionInfo
> although I have to admit that I don't like this idea.
They're definitely not going to be using cli.localInstall as cli is
under /usr/share/yum. If we go the above route, we're probably going to
have to do the addition when adding to the transaction set. I don't see
any other common place that it could be
Jeremy
More information about the Yum-devel
mailing list