Hi Jack,

I only have 1 minor comment:

You only redirect the stdout of the grep command to /dev/null.  stderr 
should be redirected
to /dev/null too.

Everything else look fine.

Thanks,

--Karen

Jack Schwartz wrote:
> Hi everyone.
>
> Here is a revised webrev of code to get rid of the Hard Disk entry in 
> the grub menu for USB sticks.
>
> Try as I might, I couldn't figure out a way using sed to do what I 
> needed to do.  So, instead I wrote a function to do it: it looks for 
> lines with "Hard Disk" in them, and then deletes until either a blank 
> line is seen or the word "title" appears at the beginning of a line.  
> "Title" lines are kept in;  blank lines are deleted.
>
> http://cr.opensolaris.org/~schwartz/081112.1/webrev/
>
> It's not a one-liner anymore, but should be straightforward enough...
>
> Please review ASAP.  This code (or else it's backup 1-liner sed 
> change) has to go back Friday.
>
>    Thanks,
>    Jack
>
>
> Jack Schwartz wrote:
>> Hi Dave.
>>
>> On 11/12/08 10:25, Dave Miner wrote:
>>> Jack Schwartz wrote:
>>>  
>>>> Hi everyone.
>>>>
>>>> Please review the following one-liner that fixes accessibility in 
>>>> USB stick grub menus.
>>>>
>>>> http://cr.opensolaris.org/~schwartz/081112.1/webrev
>>>>
>>>> Basically, the fix is to change from:
>>>>    deleting everything beyond and including the line which says 
>>>> "Hard Disk"
>>>> to
>>>>    deleting the grub entry for the Hard Disk (from the "Hard Disk" 
>>>> line to the first blank
>>>>    line afterward.
>>>>
>>>>     
>>>
>>> It's correct, but fragile.  Really, it should delete from a line 
>>> with that title to the next title.  I guess I'd take it as-is, but 
>>> I'd feel better if it weren't going to require a future fix when the 
>>> menu gets generated differently.
>>>   
>> OK.  But being that the starting file is itself an intact menu.lst 
>> for CD, there shouldn't be anything accept space between menu items.  
>> Ah... but what if there is no space?  Now I get it...
>>
>> Here's what I'll do, so that I don't impact my other stopper (xVM 
>> issue).  When I get a second reviewer I'll hold this fix as a 
>> backup.  If I have time to develop a better fix I will and will post 
>> another review.  Otherwise, this one will go back.  Regardless, I'll 
>> keep the xVM bug (3885) as my top priority.
>>
>>     Thanks,
>>     Jack
>>>  
>>>> I'll push as soon as I have two satisfied reviewers or 2 PM PST 
>>>> today, whichever is later.
>>>>
>>>>     
>>>
>>> The latter isn't an option, must have reviewers.
>>>   
>> I didn't say it right.  I meant that even if I had 2 reviewers I 
>> would wait.  But it looks like I'll wait till after 2 anyhow, since 
>> I'd now like to come up with a better fix if there's time.
>>
>>     Thanks,
>>     Jack
>>> Dave
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris.org
>>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>>>   
>>
>


Reply via email to