Jack,
Thanks for the code review. Comments are inline. I'm currently testing these
changes.

Jean

Jack Schwartz wrote:
> Hi Jean.
>
> Here are my comments:
>
> live-fs-root:
>
> 165: "differently" is misspelled
Fixed
>
> 209: My guess is that this is not correct.  Line 216 says if no usb 
> stick with a UFS file system on it was found (./liveusb is not a file 
> -- see lines 192-207) then check for a CD.  Lines 209-214 basically 
> disable lines 216-223.
>
> IMO, there is no harm in checking for a CD;  right now, AI does this 
> for X86 to no harm, even though the AI image isn't a live CD.  Also, 
> eventually we may support a live CD for SPARC, and when we do, no 
> changes will be needed here to enable it.
I tried removing lines 209-213. Appears to work.
>
> create_iso: OK
>
> bootroot_initialize.py: Thanks for cleaning up after me...
You're welcom.
>
> ai_sparc_image.xml:
>
> 36, 39: Please add a comment or XXX that this repo needs to be changed 
> before release.  Better yet, file a bug to track it so it doesn't get 
> dropped.
Done. Bug 5780
>
> I suggest basing ai_sparc_image.xml on the existing ai_x86_image.xml 
> since it has all of the comments present and current, and then 
> changing the XML contents to be what you want.  Doing this will also 
> bring the comment at line 45 current, etc.  If you don't do this now, 
> you'll just end up having to do it later anyway...
Originally I had done that. I just forgot to keep them in sync I 
believe. Done.

>
> Package list is probably OK.
>
> Regarding bootroot file list:
> Doing a diff between ai_x86_image.xml and ai_sparc_image.xml...
> - 398-9: Get rid of var/sadm/README and var/adm/spellhist
> - Add var/sadm/install/contents
I believe you're right. I'll make the changes.
> Not sure about the following:
> - 385: I'm wondering if you can delete usr/bin/sparcv7/ksh93.  You may 
> want to check...
Can't. The absence of this is what caused one of our major problems.
> - 422: ai_x86_image.xml doesn't include the opt dir.  Do you need it?
I took it out.
> - add excluding of etc/notices directory
Done.
>
> Not sure about adding ai_post_bootroot_archive finalizer script:  
> Karen asked why the bootroot didn't have the permissions set the same 
> way;  the reason is that this script wasn't in the SPARC manifest;  
> however, things still seemed to work...  So I'm wondering why it was 
> needed in the first place, or if maybe it's needed for X86 but not for 
> SPARC...
Well it's very x86 specific. I believe it shouldn't be there.
>
> DC_defs.py: OK
>
> bootroot_archive.py:
>
> Please honor 80-character line maximums.
Done.
>
> 62: compress() needs a header
Done.
>
> Nit: 67, 79, 88: if (status != 0) seems less circuitious than if not 
> status == 0
Done
>
> 87: just use stat_out of the previous line: mode = stat.out.st_mode
Done.
>
> Error handling in compress() can be optimized.  replace 79-83 and 
> 92-96 with:
>    if (status != 0):
>       break
> and then at 103,  raise an exception if status != 0.
I like that. done.

>
> Will files in the uncompress_flist be copied and compressed in the 
> first loop, and then get copied again in the loop at 114?  This may be 
> worth optimizing of these files are large.  Otherwise, it's OK.
Yes. If it appears to be an issue we can look into optimizing.
>
> 263: Changes to files should be done in bootroot_configure, not 
> bootroot_archive.
Karen and I decided to do this here because it needs the bootroot size 
which is computed in this file.
>
> 282, 296, other places?: an optimization would be to do
>    is_sparc = (platform.platform().find('sparc') >= 0)
> and then use is_sparc instead of repetatively doing platform.platform.
Definitely. Done.


>
>    Thanks,
>    Jack
>
> On 12/10/08 12:56, Jean McCormack wrote:
>> Karen and anyone else please review:
>>
>> http://cr.opensolaris.org/~jeanm/slim_sparc/
>>
>> I believe the appropriate defect is:
>> http://defect.opensolaris.org/bz/show_bug.cgi?id=4230
>>
>> Yes, I'll need to commit with this for the comments.
>>
>> Jean
>> _______________________________________________
>> caiman-discuss mailing list
>> caiman-discuss at opensolaris.org
>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>>   
>


Reply via email to