On Wed, 2011-08-31 at 11:44 +0300, Panu Matilainen wrote: > This fixes some cases where yum depsolver and rpm >= 4.9.0 > disagree on dependencies on removal (including but not limited > to the example in BZ 729973), causing "ERROR with transaction check > vs depsolve" errors. The state-aware file index is currently only > in rpm.org HEAD but likely to get backported to 4.9.x series.
This is altering searchFiles() ... and changing it from "search for any rpms that own this file" to something a bit like "search for any rpms that own this file, _and_ that file is marked as 'on disk' by the rpmdb". Pretty sure we can't do that. I guess we could add a new API ... but using that API for file requires logic, when we'd have to ignore our current caches, seems less than optimal. > Also it requires 'yum clean rpmdb' on first go to wipe previously cached > data, pointing out another problem: the state-aware files index is dynamic, > and should not be cached across transactions as a transaction can change > file states of packages that aren't included in that transaction. How well does that work now (installing foo-1.i686 after foo-1.x86_64 was already installed?) And while it's "dynamic" it isn't random, so we could act on the knowledge of what happens. _______________________________________________ Yum-devel mailing list Yum-devel@lists.baseurl.org http://lists.baseurl.org/mailman/listinfo/yum-devel
