Whoopsie, unbreak checking of installed dependencies
authorPanu Matilainen <pmatilai@redhat.com>
Wed, 12 Sep 2012 17:11:00 +0000 (20:11 +0300)
committerPanu Matilainen <pmatilai@redhat.com>
Wed, 12 Sep 2012 17:11:00 +0000 (20:11 +0300)
commitb6c794362aa9b3b2552f32bd13775a127febc17d
tree6f3186f7a36ebc0cb411466fe35e7d1a18c92567
parent2ea2a0961f380d844e4e1541df4f2c05f3b78449
Whoopsie, unbreak checking of installed dependencies

- The dependency sets created from installed headers during rpmtsCheck()
  were using a private pool and thus ids not matching with the ones
  in the global pool. Oops. Somehow none of our test-suite cases
  caught this, looks like we'll need more tests... Also the safe-guard
  assert()'s are in all the wrong places for catching this particular
  problem. Doh :)
- There's a chicken-and-egg situation involved: in order to do this,
  the global pool needs to be in unfrozen state during rpmtsCheck(),
  which was not possible before switching rpmal provides (and files)
  to pool ids. Now that it *is* using pool id's, move the freeze-point
  to rpmtsPrepare() as the fingerprinting has similar issues with
  moving strings.
lib/depends.c
lib/transaction.c