On 12/14/06, Gregory Shaw <Greg.Shaw at sun.com> wrote: > > > Would it be practical to break the contents file into an index of the > packages, and a for each package name? > The index could then be small and quick to use, and each package would > then have to write/update only the file for that package. >
Doing it this way sure is attractive, but: The downside to that approach (maintaining a separate small contents file like the pkgmap file for each package) is dealing with the fact that entries can be in more than one package. So you either need to have a central repository (ie. the current contents file) to manage that, or you need to handle the cross-references in every individual file, meaning that you end up having to read (and potentially update) many files rather than one. Many operations would have to read everything to check for conflicts. Or perhaps there's a smarter way to tackle this issue. (Directories can certainly be in many packages, but so can files.) -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/install-discuss/attachments/20061214/a5109b77/attachment.html>
