<div dir="ltr"><div><div><div>Great points all around.<br><br>To give a genuine voice to innovative but non-technical grassroots teachers, I'd very much advocate for a 1GB exFAT/NTFS/FAT32 partition (or whatever, let's say 1% of the 64GB or 128GB or 256GB SD card) to give streets-is-talkin local educators authentic voice, alongside neocolonial megapublishers birthing new 21st century learning cultures.  (We ARE the 99%, so at least give us 1% of the disk :-)<br></div></div><br></div>Much as Daniel Drake's 2009-era <a href="http://wiki.laptop.org/go/OS_Builder">http://wiki.laptop.org/go/OS_Builder</a> is a far better tool for national deployments, as compared to Michael Stone's 2008-era <a href="http://wiki.laptop.org/go/Customization_stick">http://wiki.laptop.org/go/Customization_stick</a> which was so effective for community deployments during its heyday, much was also lost (beyond just Michael Stone's paycheck ;)  As Mass Customization is never as easy as the buzzword implies, and supporting both approaches became too expensive for OLPC.<br><br>But both styles have their essential place (mass-production and in-field-artisanry) so going forward I strongly hope we make a place for both: megapublishers mass-cloned content a-la-IIAB, and equally important: in-field customization by amateur/local true-as-can-be educators & librarians, rise-of-the-rest folks who will rarely speak English nor understand our documentation, let's be honest!<br><br>(Even if God Forbid teachers occasionally bootleg motivating content, using this 1% partition of static local content, just like every interesting teacher has done over the past half century, at the mimeograph/xerox duplication machine...)<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 16, 2015 at 9:21 PM, Jerry Vonau <span dir="ltr"><<a href="mailto:me@jvonau.ca" target="_blank">me@jvonau.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've some questions and statements.<br>
<span class=""><br>
> On August 16, 2015 at 4:28 PM Ian Thomson <<a href="mailto:ithomson.nz@gmail.com">ithomson.nz@gmail.com</a>> wrote:<br>
><br>
><br>
> Hi Adam,<br>
><br>
> This is an excellent initiative and just what we are looking for in the<br>
> Pacific. We are thinking of 3 versions of the SD Card,<br>
<br>
</span>Hi Ian,<br>
I'm wondering about your creation method that you plan on using, are you<br>
planning to create the initial SDcard then adding your content with the<br>
intent on cloning the configured SDcard later?<br>
<span class=""><br>
<br>
> one each for<br>
> primary, secondary and TVET. We are collecting a good range of content<br>
> with<br>
> some focussed on the Pacific, but we are also looking at people creating<br>
> their own or adapting them to suit local conditions and adding it to the<br>
> pool<br>
><br>
> BTY, have you seen the TVET equivalent of Khan?<br>
> <a href="https://www.youtube.com/watch?v=PrqcaxsyK0E" rel="noreferrer" target="_blank">https://www.youtube.com/watch?v=PrqcaxsyK0E</a><br>
><br>
> Please keep us in the loop<br>
><br>
> Ian<br>
><br>
<br>
</span>Now to clear some misconceptions and classify some limitations.<br>
<span class=""><br>
<br>
><br>
> On 16 August 2015 at 13:05, Adam Holt <<a href="mailto:holt@laptop.org">holt@laptop.org</a>> wrote:<br>
><br>
> > What filesystem would people recommend for ~128GB SD cards inserted<br>
> > into<br>
> > XO laptops or XSCE servers heading far afield, to insert very large<br>
> > (evolving?) digital libraries just like Internet-in-a-Box?<br>
> ><br>
> > Multiyear reliability for all this content would be important, but some<br>
> > say ext4 (slow journaled filesystems?) have their own problems on SD?<br>
> ><br>
> > Is wear-leveling of modern SD cards (Flash memory) fully taken care of<br>
> > by<br>
> > the largest manufacturers/drivers already, or should we seek out<br>
> > particular<br>
> > filesystems/drivers?  And unmount / power off carefully etc?<br>
> ><br>
<br>
</span>/library contains databases and squid's cache it is going to be linux only<br>
period. Which type of linux filesystem is open for debate.<br>
<span class=""><br>
<br>
> > In-country copying and eventually in-country remixing of SD cards<br>
> > (containing local-language, local-vid cultural jewels) would be<br>
> > Absolutely<br>
> > Wonderful -- if we can achieve that by using a filesystem that works<br>
> > instantly (exFAT?<br>
</span>That needs added support to be useful.<br>
<br>
> > NTFS<br>
That should be included out of the box but speak up if you find that<br>
lacking in what you are using.<br>
<span class=""><br>
?) across all Windows and Mac computers ideally?  For<br>
> > all static content anyway, on 1 partition of several?  Accelerating<br>
> > dup'ing<br>
> > of SD cards as a bonus?!<br>
> ><br>
<br>
</span>I support the reading of all filesystem types for content importing<br>
purposes for use within the XSCE but we can't really make use of non-linux<br>
filesystems within the running system without jumping through hoops(with<br>
lookback mounts sort of like a swapfile). We can set aside some space but<br>
it would be a trade-off against what is available for the system. I think<br>
the entire configured SDcard should be linux for the system, with content<br>
that has not be pre-installed be available on different physical media,<br>
like with activities and usbmount.<br>
<br>
Once the content is added/imported you can clone the SDcard, now there is a<br>
project create a cloning playbook.<br>
<br>
Now *maybe* in the future new playbooks to export data, think directory<br>
tree here for lets say portal for use/editing elsewhere in zip format. The<br>
export could go to a non-linux file system if that support is installed.<br>
Now the import could unzip the tree back into place, ensure the permissions<br>
are sane and restart the service. Or whatever data/zims/pubs/ you're<br>
messing with the pull request would be welcome. We have a pretty good<br>
handle on consuming content, we need to work through sharing the data with<br>
others and are open to ideas.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jerry<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
--<br>
Unsung Heroes of OLPC, interviewed live @ <a href="http://unleashkids.org" rel="noreferrer" target="_blank">http://unleashkids.org</a> !<br>
---<br>
You received this message because you are subscribed to the Google Groups "Unleash Kids" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an email to <a href="mailto:unleashkids%2Bunsubscribe@googlegroups.com">unleashkids+unsubscribe@googlegroups.com</a>.<br>
For more options, visit <a href="https://groups.google.com/d/optout" rel="noreferrer" target="_blank">https://groups.google.com/d/optout</a>.<br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Unsung Heroes of OLPC, interviewed live @ <a href="http://unleashkids.org" target="_blank">http://unleashkids.org</a> !</div></div>
</div></div>
</blockquote></div></div>