On 01/20/11 07:32 PM, Karen Tung wrote:
On 01/19/11 11:38, Dave Miner wrote:
On 01/15/11 01:55 AM, Karen Tung wrote:
Hi,
Please review my proposed design of cpio-based transfer for
the GUI and Text Installer.
I checked the file into the caiman-docs gate under media-transfer
directory.
You can also access the design doc directly here:
http://src.opensolaris.org/source/xref/caiman/caiman-docs/media-transfer/media-transfer.pdf
Please provide your comments by next Friday 1/21/2011.
Keith has asked some good questions on the details here. One point
that really isn't covered is why you're proposing this route rather
than using the "transform" hook in Transfer, which was included
specifically as a means to solve this problem. The only mention is in
5.6, after the fact, whereas I would have expected section 1 or 2 to
discuss why this isn't adequate.
Dave
Hi Dave,
I will add a section to discuss why simplely having the "transform" hook
in Transfer is not adequent.
To me, the word "transform" means to perform a series of actions to undo all
the special things done to create the live media *after* all the files
are cpio to the target.
The "transform hook" will not be responsible for determining what need
to be copied.
This means the installers need to have knowledge about
the format of the image and what files/directories need to be
transferred, since the
transform script is just for fixing up the installed data. Furthermore,
the root archive not booted
needs to be unpacked and mounted before transfer can begin. The
"transform hook" can not
help with this. So, that special knowledge needs to again reside in the
installer.
In general, I think it is better to isolate the knowledge of the image's
format from
the installers won't break if people try to modify the image's format.
Therefore, I think having a manifest describing exactly what files need to
be copied to the target is better. That way, no "transform" is needed
after the files are copied.
I generally agree with the reasoning here, just want to see it in the
spec. One caution, though, is that I wouldn't spend a lot of time on
the alternate boot archive problem as 32-bit kernel support is expected
to go away soon.
Dave
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
