<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 12 March 2013 01:26, Daniel Drake <span dir="ltr"><<a href="mailto:dsd@laptop.org" target="_blank">dsd@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Sun, Mar 10, 2013 at 12:58 PM, Richard A. Smith <<a href="mailto:richard@laptop.org">richard@laptop.org</a>> wrote:<br>
> Perhaps I don't understand but I don't see how OOB can work for a setup like<br>
> Adam is describing in Haiti where they have laptops in the mix that are<br>
> secure.  Unless they first un-secure every laptop a custom OS build wth OOB<br>
> would have to be signed by OLPC or Reuben would have to give them a Haiti<br>
> key thats installed via keyjector.<br>
<br>
</div>This is not a new situation for us, and the approach we have taken in<br>
the past is to help such deployments un-secure all of their laptops,<br>
or provide a keyjector to insert custom keys, upon their request.<br></blockquote><div><br></div><div>I find it worrisome that such a useful tool (customisation stick) is no longer being maintained. We've been able to achieve some very useful things with it for our schools, expanding its capability to perform tasks like bulk installing software and activities, and quickly deploying settings across many XOs.<br>

<br></div><div>This is not an either/or question. Creating a custom build per classroom is not practical, and installing such a build is destructive. We see the customisation stick as an extremely useful complement to OOB, not a replacement.<br>

</div><div><br></div><div>If there's no interest at OLPCA to maintain it, what we to continue it?<br></div><div><br><br>Sridhar Dhanapalan<br>Engineering Manager<br>One Laptop per Child Australia<br> <br></div></div>
<br>
</div></div>