Hi Jean.

On 12/16/08 07:51, Jean McCormack wrote:
> Attached is what I believe is what we've decided upon.
> I put the signpost after the packages since I believe it will be an 
> item that
> is much more likely to be configured.
The three main items in the manifest which can be changed to mold a 
distro (other than names and build areas), seems to me, are the package 
list, the bootroot files list and the finalizer script entries.

Placing of this signpost implies that the finalizer script list isn't 
frequently modified.  Do you think this is accurate?

    Thanks,
    Jack


> That's slightly different than
> your bug comments though.
>
> Jean
>
> Dave Miner wrote:
>> Jean McCormack wrote:
>>> Bug 5364 Example manifest should be organized for easy customization
>>>
>>> raises the issue that the manifests could be organized better to enable
>>> people to more easily locate the few options that are likely to be 
>>> modified.
>>>
>>> Here's my proposal:
>>>
>>> The areas that are hard to locate are in img_params so those are the 
>>> ones I'm
>>> looking at moving.
>>>
>>> Current format:
>>> img_params
>>>     packages
>>>     post_install_remove_packages
>>>     generate_ips_search_index
>>>     bootroot_contents
>>>     live-img_compression_type
>>>     build_area
>>>     grub_menu_modifications
>>>     output_image
>>>           finalizer
>>>
>>>
>>> The issue is that bootroot_contents is so long that anything after 
>>> it is hard to find.
>>> So what I think I'd like to do is move the small items to the top 
>>> and leave packages
>>> and bootroot_contents near the bottom. Since the 
>>> output_image/finalizer scripts
>>> are also largish I'll leave those last.
>>>
>>> Here's what I'm thinking
>>>
>>> img_params
>>>     build_area
>>>     live-img-compression_type
>>>     grub_men_modification
>>>     generate_ips_search_index
>>>     packages
>>>     post_install_remove_packages
>>>     bootroot_contents
>>>     output_image
>>>           finalizer
>>>
>>> Does this sound OK to everyone?
>>>
>>
>> I would think that package lists are much more likely to be modified 
>> than the compression and search index stuff.
>>
>> I'd move the bootroot compression setting right next to the packages.
>>
>> Also, I still suggest a signpost (as shown in my comments in the bug) 
>> to delineate the likely vs. unlikely modifications.
>>
>> Dave
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> caiman-discuss mailing list
> caiman-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.opensolaris.org/pipermail/caiman-discuss/attachments/20081216/89294b40/attachment.html>

Reply via email to