<br><br><div class="gmail_quote">On Mon, Oct 10, 2011 at 1:30 AM, Chris Leonard <span dir="ltr"><<a href="mailto:cjlhomeaddress@gmail.com">cjlhomeaddress@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">On Mon, Oct 10, 2011 at 1:04 AM, Yannis Kaskamanidis <span dir="ltr"><<a href="mailto:kiolalis@gmail.com" target="_blank">kiolalis@gmail.com</a>></span> wrote:<br></div><div class="gmail_quote"><div class="im">

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
How can we include Greek language in every new release. Can someone help me by describing the process of integration? We use XO's in my classroom, but without Greek.<br><font color="#888888"><br></font></blockquote></div>

<div>
<br>Dear Yannis,<br>
<br>
Per Daniel Drake's e-mail of Feb 4 2011<br>
<br>
<a href="http://lists.laptop.org/pipermail/devel/2011-February/031016.html" target="_blank">http://lists.laptop.org/pipermail/devel/2011-February/031016.html</a><br>
<br>
There is a list of languages included in OLPC builds by default.  (German was added to that list by request).  <br><br>That e-mail also points out that other langs can be added by request (although Daniel would have to make that call).  <br>


<br>How big is the Greek deployment?  That might help influence the decision.<br><br>In any event, builds supporting additional languages can always be generated via the OS Builder toolkit chain and even signed  by OLPC for deployment on locked XOs as a "point release" if there is sufficient justification to do so.<br>


<br>I am personally supportive of the inclusion of Greek by default, if only because the Greek L10n team has always demonstrated exemplary diligence in keeping up with their strings.  <br><br>However, it is worth remembering that it is essential to make tradeoffs between the set of included languages in "stock" builds (generally those with larger deployments) and the image sizes of the builds.  It is a testament to the success of the L10n effort that OLPC builds can no longer afford to include all of the L10n strings that are available.  <br>


<br>I believe that the advances made in developing the OS Builder tool chain makes it far less important whether or not a given language is included in a "stock" build, as custom "point release" builds are much easier to generate, and often will be far preferable for a given deployment as tehy can be made to include specific content as well.<br>


<br>cjl<br><br></div></div></blockquote><div><br>I guess the point I really want to make is that inclusion in the "stock" image has been made far less important because OLPC (via the OS Builder tool chain)  has made a significant technological transition from a "one-size-fits-all" build philosophy (be in the "stock" build or lose out) to a "mass customization" approach, where language-specific builds (which will not include all of those languages you do not need, leaving more free space) are much simpler to generate.<br>

<br>In some sense the purpose of the "stock" builds is to give large deployments a technology baseline to test and consider for adoption, but the actually deployed build is much more likely to be a somewhat customized OS Builder-generated "point release" that is more specifically targeted to a given deployment's requirements.  The Greek deployment should seek to take advantage of this relatively newly introduced flexibility rather than being too concerned about being included in the "stock" build.<br>

<br>cjl<br><br></div></div>