>However, this bumps up against some current efforts to speed up >pkgadd/pkgrm (and thus patchadd/patchrm which are built on top.) One of >the ideas being looked at is to stop maintaining >/var/sadm/install/contents as we know it. (Right now every pkgadd and >pkgrm has to read in all of /var/sadm/install/contents and write it all >out at the end.) One idea is to keep each package's contents entry in >that package's directory in /var/sadm/pkg. That way only a small file >needs to be written on pkgadd, and pkgrm is real cheap. (Files that are >owned by multiple packages need some special consideration, which there >is still discussion on.) Keeping pkgchk -l -[p|P] working in this new >regime isn't hard, but it will probably be a little slower than the >current scheme (have to open 1000+ little files instead of one big one.)
That idea, I believe, was already shot down as the contents file turns out to be far to important. Certainly, it met with a lot of resistance. Casper
