>> I can understand why we would have to dynamically build one for custom
>> installs, but "standard ones" I would think we could build the index
>> ahead of time.
> You can (and we do exactly that in Live Media), but then you can run
> into flag day problems, where you need to build that repository with the
> same version of the OS, and it really clashes with all the stated
> desires here to have lots of flexibility in choosing functionality. CR
> 6351623 is the main one which covers manifest import speed. I suspect
> getting the fix Liane has suggested there implemented would cover this
> well enough for a while.
Another CR of interest is
6470077 include manifest hashes and more services in the seed
If there are additional core services which are identified and included
in the seed, then including the hashes as described by the CR may prove
fruitful here as well.
dsc
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
