I don't like option (a) because of problems others already mentioned.
I don't like option (b) because we are including software related
information
in the <distro_spec> section of the manifest.
What about option (c).
Add something in the "software section" since this is kind of related to
software.
<software *name=*"ba-arch">
<software_data action="do-not-compress" type="FILE">
<name>file1</name>
<name>file2</name>
....
This way, it will be easy to read, even for long list of files. The
manifest
parser already take care of parsing and putting this kind of input in
the DOC.
The ba-arch checkpoint can get the list easily.
Thanks,
--Karen
On 09/29/10 01:36 PM, Alok Aggarwal wrote:
The current implementation of DC includes a section in
the SPARC DC manifests to specify the files that are to be
left uncompressed in the boot_archive. The entries
look like this:
<base_include type="file"
fiocompress="false">etc/path_to_inst</base_include>
In the new AI/DC schema/manifest, there isn't a specific
section to describe the boot_archive and thus no default
place to put information like the above in the manifest.
So, we have a couple of choices:
a) Specify the files to be left uncompressed as an argument
to the checkpoint that will consume this list. The following
would be added to [1]:
<kwargs>
<arg name="uncompressed_files">file1, file2, file3</arg>
</kwargs>
b) Add a section for uncompressed files to the distro_spec section
of the manifest [2].
The advantage to (a) is that it makes it obvious as to which
checkpoint consumes that information whereas (b) sort of
obfuscates it. The disadvantage to (a) is that it can get
sort of clunky with line wraps or whatnot if the uncompressed files
list becomes large.
Which option do people prefer?
Thanks,
Alok
[1]
http://src.opensolaris.org/source/xref/caiman/cud_dc/usr/src/cmd/distro_const/manifest/dc_text_sparc.xml#596
[2]
http://src.opensolaris.org/source/xref/caiman/cud_dc/usr/src/cmd/distro_const/manifest/dc_text_sparc.xml#5
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
