<br><br><div class="gmail_quote">On Wed, Jun 13, 2012 at 9:25 AM, Sridhar Dhanapalan <span dir="ltr"><<a href="mailto:sridhar@laptop.org.au" target="_blank">sridhar@laptop.org.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Building upon Jerry's message, you may be interested in our One<br>
Education USB (formerly called XO-AU USB):<br>
<br>
<a href="https://dev.laptop.org.au/projects/xo-au-usb/" target="_blank">https://dev.laptop.org.au/projects/xo-au-usb/</a><br>
<br>
The idea is to have a single USB stick with many tools that may be<br>
needed in the field. It is designed for use by (non-technical)<br>
teachers to manage their classroom deployments.<br>
<br>
You can download a working version from<br>
<a href="http://mirror.aarnet.edu.au/pub/olpc-au/XO/OE-USB/1.1/" target="_blank">http://mirror.aarnet.edu.au/pub/olpc-au/XO/OE-USB/1.1/</a><br></blockquote><div><br>Sridhar:<br>
<br>
Thanks for the link.<br>
<br>
Just arrived back in Canada.  We'll definitely look at implementing this
 technique.  Currently we incorporate all of our 'utilities' onto all of
 the machines via the custom builds.  The 'teacher' stick model will 
work well in our infrastructure, as we have local people at each 
implementation who perform all of the ad-hoc maintenance - double 
benefit: save space on the spins, and keep gparted out of the menu :-)<br>
<br>
Cheers<br>
<br>
KG</div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The base version contains no OS, but the xo15 version contains OLPC<br>
Australia's latest XO-1.5 image.<br>
<br>
To use, extract the zip file directly to the root of a USB drive. Then<br>
insert into a developer-unlocked XO-1.5 and boot. You should get a<br>
boot menu from the stick.<br>
<span class="HOEnZb"><font color="#888888"><br>
Sridhar<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On 13 June 2012 21:23, Kevin Gordon <<a href="mailto:kgordon420@gmail.com">kgordon420@gmail.com</a>> wrote:<br>
><br>
> Jerry, James and Martin:<br>
><br>
> Adam and I thank you all ... a lot  We are now 100% operational using 1 USB<br>
> stick to update all versions of XO.  We will add some more exception<br>
> handling and 1.75 specifics to the procedures once we return to Canada, but<br>
> the combination of OOB 4.1 and the olpc.fth boot are making the frequent<br>
> process of updating/enhancing things while here in Kenya just fly!!!<br>
><br>
> Cheers,<br>
><br>
> KG<br>
><br>
> On Tue, Jun 12, 2012 at 8:00 PM, James Cameron <<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>> wrote:<br>
>><br>
>> On Tue, Jun 12, 2012 at 11:08:29AM -0400, Kevin Gordon wrote:<br>
>> > Disclaimer:  Newbie Forth question ....:-)<br>
>><br>
>> Always welcome.<br>
>><br>
>> > We are trying to create a consolidated unsecured update stick.<br>
>><br>
>> I worked on a secured update drive last week, so the techniques are on<br>
>> my mind.<br>
>><br>
>> > [...]<br>
>> > So for those coming from a non-Forth background, we have hit a road<br>
>> > block. Is there perhaps a way to store a 'possible' command into a<br>
>> > variable then execute that 'variable' as a command, thereby perhaps<br>
>> > bypassing any of the apparent syntax error checking?  Unexpected<br>
>> > end-of-line is the most common result from attempting to call within<br>
>> > an if statement.  Or, we get copy-nand? on the 1.5 or fs-update? on<br>
>> > the 1.0 when the command exists in the source - whether it will<br>
>> > actually get 'called' or not ,based on the variable containing the<br>
>> > machine type..<br>
>><br>
>> evaluate or eval is a word that expects a string descriptor on the<br>
>> stack, and then executes the string as if it were typed.<br>
>><br>
>> : eval  ( adr len -- )  ...  ;<br>
>><br>
>> For example:<br>
>><br>
>>        ok " 8 ." eval<br>
>>        8<br>
>>        ok<br>
>><br>
>> or<br>
>><br>
>>        : install-xo-1  " copy-nand u:\fs.img"  eval  ;<br>
>><br>
>> The string can be assembled from pieces rather than from literals.<br>
>> You may find an example of that in the power log collector on the<br>
>> wiki, which assembles filenames.<br>
>><br>
>> If there is a possibility that the evaluated command may fail, you<br>
>> should catch the exception and handle it.  Use catch for that.<br>
>><br>
>> Good reference for catch and throw:<br>
>> <a href="http://www.complang.tuwien.ac.at/anton/euroforth/ef98/milendorf98.pdf" target="_blank">http://www.complang.tuwien.ac.at/anton/euroforth/ef98/milendorf98.pdf</a><br>
>><br>
>> For example:<br>
>><br>
>> : install-xo-1<br>
>>   " copy-nand u:\fs.img"      ( adr len )<br>
>>   ['] eval                    ( adr len 'eval )<br>
>>   catch                       ( ??? ??? exception# | 0 )<br>
>>   if                          ( ??? ??? )<br>
>>      2drop                    ( )<br>
>>      ." copy-nand failed, press any key" key drop<br>
>>   then                        ( )<br>
>> ;<br>
>><br>
>> You might also place the exception handler higher up.<br>
>><br>
>> We also have $fs-update in later XO-1.5 and XO-1.75 versions, so that<br>
>> eval is not needed.  There is no $copy-nand .<br>
>><br>
>> --<br>
>> James Cameron<br>
>> <a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
><br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> Devel mailing list<br>
> <a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
> <a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
><br>
</div></div></blockquote></div><br>