On Tue, 26 Jan 2010 08:23:30 -0500, Jeff Johnson <n3npq@mac.com> wrote:
> I can likely guess what needs to be done, but it would help if you
> could send along the -vv spewage so I can confirm my guess.

D: pool fd:	created size 212 limit -1 flags 0
D: pool lua:	created size 32 limit -1 flags 0
D: pool ts:	created size 736 limit -1 flags 0
D: pool db:	created size 184 limit -1 flags 0
D: pool dbi:	created size 284 limit -1 flags 0
D: rpmdb: cpus 4 physmem 3279Mb
D: opening  db environment /var/lib/rpm/Packages thread:lock:log:mpool:txn
D: opening  db index       /var/lib/rpm/Packages thread:rdonly:auto_commit
mode=0x0
D: opening  db index       /var/lib/rpm/Nvra thread:rdonly:auto_commit
mode=0x0
D: pool mi:	created size 84 limit -1 flags 0
D: pool mire:	created size 84 limit -1 flags 0
D: pool h:	created size 216 limit -1 flags 0
D: pool bf:	created size 24 limit -1 flags 0
D: pool te:	created size 220 limit -1 flags 0
D: pool ds:	created size 124 limit -1 flags 0
D: pool fi:	created size 316 limit -1 flags 0
D: pool tsi:	created size 24 limit -1 flags 0
D: ========== --- kdepim-4.4.0-0.1072537.1ark.i586 i586/linux 0x0
D: opening  db index       /var/lib/rpm/Requirename
thread:rdonly:auto_commit mode=0x0
D: pool ps:	created size 20 limit -1 flags 0
D: ========== recording tsort relations
Segmentation fault


> I expect to see something like an attempt to erase a package with
> no files, or perhaps a pure erasure, with the parameters needed
> for initializing the Bloom filter are tuned towards an upgrade
> rather than a pure erasure.
> 
> Does that sound like what you were attempting?

Yes, the kdepim package doesn't contain any files, it just requires the
correct versions of various subpackages (kmail, korganizer, ...) that make
up kdepim.

ttyl
bero