i am working in Ministry of Education Kabul Afghanistan OLPC team as software developer and technical support officer.<br>i want some questions guys.<br><br>which linux os is best for developing olpc custom images?<br>how to sign a custom image for xo&#39;s in my country ?<br>
how to put custom image into school server so the xo&#39;s can update from ?<br><br><div class="gmail_quote">On Mon, Jun 14, 2010 at 1:32 PM,  <span dir="ltr">&lt;<a href="mailto:sugar-devel-request@lists.sugarlabs.org">sugar-devel-request@lists.sugarlabs.org</a>&gt;</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;">Send Sugar-devel mailing list submissions to<br>
        <a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
        <a href="mailto:sugar-devel-request@lists.sugarlabs.org">sugar-devel-request@lists.sugarlabs.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:sugar-devel-owner@lists.sugarlabs.org">sugar-devel-owner@lists.sugarlabs.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of Sugar-devel digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
   1. [PATCH 3/3] Add <a href="http://config.py.in" target="_blank">config.py.in</a> and update   AC_CONFIG_FILES.<br>
      (Andr?s Ambrois)<br>
   2. test email, please ignore (Anish Mangal)<br>
   3. Re: [PATCH] Add NotifyRedAlert inherited from     NotifyAlert<br>
      (Anish Mangal)<br>
   4. Re: Datastore rewrite (C. Scott Ananian)<br>
   5. Re: [DESIGN] Alerting users in case of write errors (sl#1842)<br>
      (James Cameron)<br>
   6. excludedocs (Grant Bowman)<br>
   7. Re: excludedocs (James Cameron)<br>
   8. Re: ANNOUNCE: Sugar 0.88 for the XO-1 (James Cameron)<br>
   9. Re: activity updater (Tomeu Vizoso)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 14 Jun 2010 01:14:08 -0300<br>
From: Andr?s Ambrois &lt;<a href="mailto:andresambrois@gmail.com">andresambrois@gmail.com</a>&gt;<br>
Subject: [Sugar-devel] [PATCH 3/3] Add <a href="http://config.py.in" target="_blank">config.py.in</a> and update<br>
        AC_CONFIG_FILES.<br>
To: <a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a><br>
Cc: <a href="mailto:dcastelo@plan.ceibal.edu.uy">dcastelo@plan.ceibal.edu.uy</a>, <a href="mailto:mabente@paraguayeduca.org">mabente@paraguayeduca.org</a><br>
Message-ID:<br>
        &lt;<a href="mailto:729f759614a6b93e151c86b658b612e2e4cc36d7.1276488220.git.andresambrois@gmail.com">729f759614a6b93e151c86b658b612e2e4cc36d7.1276488220.git.andresambrois@gmail.com</a>&gt;<br>
<br>
Content-Type: text/plain; charset=utf-8<br>
<br>
config.py is generated from <a href="http://config.py.in" target="_blank">config.py.in</a> at configure time by autoconf,<br>
so it needs to be added to AC_CONFIG_FILES in <a href="http://configure.ac" target="_blank">configure.ac</a>.<br>
<br>
Signed-off-by: Andr?s Ambrois &lt;<a href="mailto:andresambrois@gmail.com">andresambrois@gmail.com</a>&gt;<br>
<br>
 create mode 100644 extensions/cpsection/modemconfiguration/<a href="http://config.py.in" target="_blank">config.py.in</a><br>
<br>
diff --git a/<a href="http://configure.ac" target="_blank">configure.ac</a> b/<a href="http://configure.ac" target="_blank">configure.ac</a><br>
index 13a2f09..68a8bf3 100644<br>
--- a/<a href="http://configure.ac" target="_blank">configure.ac</a><br>
+++ b/<a href="http://configure.ac" target="_blank">configure.ac</a><br>
@@ -56,6 +56,7 @@ extensions/cpsection/frame/Makefile<br>
 extensions/cpsection/keyboard/Makefile<br>
 extensions/cpsection/language/Makefile<br>
 extensions/cpsection/modemconfiguration/Makefile<br>
+extensions/cpsection/modemconfiguration/config.py<br>
 extensions/cpsection/Makefile<br>
 extensions/cpsection/network/Makefile<br>
 extensions/cpsection/power/Makefile<br>
diff --git a/extensions/cpsection/modemconfiguration/Makefile.am b/extensions/cpsection/modemconfiguration/Makefile.am<br>
index 3e2613e..525e02e 100644<br>
--- a/extensions/cpsection/modemconfiguration/Makefile.am<br>
+++ b/extensions/cpsection/modemconfiguration/Makefile.am<br>
@@ -4,3 +4,5 @@ sugar_PYTHON =          \<br>
        __init__.py     \<br>
        model.py        \<br>
        view.py<br>
+<br>
+nodist_sugar_PYTHON = config.py<br>
diff --git a/extensions/cpsection/modemconfiguration/<a href="http://config.py.in" target="_blank">config.py.in</a> b/extensions/cpsection/modemconfiguration/<a href="http://config.py.in" target="_blank">config.py.in</a><br>

new file mode 100644<br>
index 0000000..6fa688e<br>
--- /dev/null<br>
+++ b/extensions/cpsection/modemconfiguration/<a href="http://config.py.in" target="_blank">config.py.in</a><br>
@@ -0,0 +1,20 @@<br>
+# -*- encoding: utf-8 -*-<br>
+# Copyright (C) 2010 Andr?s Ambrois<br>
+#<br>
+# This program is free software; you can redistribute it and/or modify<br>
+# it under the terms of the GNU General Public License as published by<br>
+# the Free Software Foundation; either version 2 of the License, or<br>
+# (at your option) any later version.<br>
+#<br>
+# This program is distributed in the hope that it will be useful,<br>
+# but WITHOUT ANY WARRANTY; without even the implied warranty of<br>
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the<br>
+# GNU General Public License for more details.<br>
+#<br>
+# You should have received a copy of the GNU General Public License<br>
+# along with this program; if not, write to the Free Software<br>
+# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  US<br>
+<br>
+PROVIDERS_PATH = &quot;@prefix@/share/mobile-broadband-provider-info/serviceproviders.xml&quot;<br>
+PROVIDERS_FORMAT_SUPPORTED = &quot;2.0&quot;<br>
+COUNTRY_CODES_PATH = &quot;@prefix@/share/zoneinfo/iso3166.tab&quot;<br>
--<br>
1.6.3.3<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 14 Jun 2010 10:04:41 +0530<br>
From: Anish Mangal &lt;<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>&gt;<br>
Subject: [Sugar-devel] test email, please ignore<br>
To: Sugar Devel &lt;<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>&gt;<br>
Message-ID:<br>
        &lt;<a href="mailto:AANLkTimWM9Svfg_fabtsscH2fBY-7Wh2k_ciQF3njBq9@mail.gmail.com">AANLkTimWM9Svfg_fabtsscH2fBY-7Wh2k_ciQF3njBq9@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Something has gone bonkers somewhere and I can&#39;t seem to send emails<br>
to sugar-devel. Please ignore this email.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 14 Jun 2010 10:37:09 +0530<br>
From: Anish Mangal &lt;<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>&gt;<br>
Subject: Re: [Sugar-devel] [PATCH] Add NotifyRedAlert inherited from<br>
        NotifyAlert<br>
To: Sugar Devel &lt;<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>&gt;<br>
Message-ID:<br>
        &lt;<a href="mailto:AANLkTikJGxjqLsLhNwp1kLRC51-iuLaYIZwmbqPY01Rp@mail.gmail.com">AANLkTikJGxjqLsLhNwp1kLRC51-iuLaYIZwmbqPY01Rp@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Hi Michael,<br>
<br>
&gt; Is this alert really about being red or about notifying the user about<br>
&gt; errors<br>
&gt; in a more eyecatching fashion?<br>
<br>
I guess the latter.<br>
<br>
&gt; The value of the color variable can be more concisely calculated like so:<br>
&gt;<br>
&gt;   color = &quot;#%02x0000&quot; % self.saturation<br>
<br>
Thanks, made the change.<br>
<br>
Cheers,<br>
Anish<br>
<br>
<br>
<br>
On Mon, Jun 14, 2010 at 6:11 AM, Michael Stone &lt;<a href="mailto:michael@laptop.org">michael@laptop.org</a>&gt; wrote:<br>
&gt; On Mon, Jun 14, 2010 at 02:51:23AM +0530, <a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a> wrote:<br>
&gt;<br>
&gt; Hi Anish,<br>
&gt;<br>
&gt; Thanks for the patches. Here are one small question and one comment for<br>
&gt; you...<br>
&gt;<br>
&gt;&gt; From: anishmangal2002 &lt;<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>&gt;<br>
&gt;&gt;<br>
&gt;&gt; Adds the NotifyRedAlert class which is an alert inherited from<br>
&gt;&gt; NotifyAlert. When the alert message is displayed, it glows the<br>
&gt;&gt; alert bar Red before slowly fading out to black, thus resulting<br>
&gt;&gt; in a more visible notification.<br>
&gt;&gt;<br>
&gt;&gt; Signed-off-by: anishmangal2002 &lt;<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>&gt;<br>
&gt;&gt; ---<br>
&gt;&gt; src/sugar/graphics/alert.py |   46<br>
&gt;&gt; +++++++++++++++++++++++++++++++++++++++++++<br>
&gt;&gt; 1 files changed, 46 insertions(+), 0 deletions(-)<br>
&gt;&gt;<br>
&gt;&gt; diff --git a/src/sugar/graphics/alert.py b/src/sugar/graphics/alert.py<br>
&gt;&gt; index 4441909..b4dfee1 100644<br>
&gt;&gt; --- a/src/sugar/graphics/alert.py<br>
&gt;&gt; +++ b/src/sugar/graphics/alert.py<br>
&gt;&gt; @@ -432,3 +432,49 @@ class NotifyAlert(Alert):<br>
&gt;&gt;            self._response(gtk.RESPONSE_OK)<br>
&gt;&gt;            return False<br>
&gt;&gt;        return True<br>
&gt;&gt; +<br>
&gt;&gt; +class NotifyRedAlert(NotifyAlert):<br>
&gt;<br>
&gt; Is this alert really about being red or about notifying the user about<br>
&gt; errors<br>
&gt; in a more eyecatching fashion?<br>
&gt;<br>
&gt;<br>
&gt;&gt; +    &quot;&quot;&quot;<br>
&gt;&gt; +    Timeout alert with only an &quot;OK&quot; button and a glowing Red border- just<br>
&gt;&gt; for notifications<br>
&gt;&gt; +<br>
&gt;&gt; +    Examples<br>
&gt;&gt; +    --------<br>
&gt;&gt; +<br>
&gt;&gt; +    .. code-block:: python<br>
&gt;&gt; +      from sugar.graphics.alert import NotifyRedAlert<br>
&gt;&gt; +      ...<br>
&gt;&gt; +        #### Method: _alert_notify, create a NotifyRed alert (with only<br>
&gt;&gt; an &#39;OK&#39;<br>
&gt;&gt; +                     button)<br>
&gt;&gt; +        # and add it to the UI.<br>
&gt;&gt; +        def _alert_notify(self):<br>
&gt;&gt; +            #Notice that for a NotifyRedAlert, you pass the number of<br>
&gt;&gt; seconds in<br>
&gt;&gt; +            #which to notify. By default, this is 5.<br>
&gt;&gt; +            alert = NotifyRedAlert(10)<br>
&gt;&gt; +            alert.props.title=_(&#39;Title of Alert Goes Here&#39;)<br>
&gt;&gt; +            alert.props.msg = _(&#39;Text message of notify alert goes here&#39;)<br>
&gt;&gt; +            alert.connect(&#39;response&#39;, self._alert_response_cb)<br>
&gt;&gt; +            self.add_alert(alert)<br>
&gt;&gt; +<br>
&gt;&gt; +    &quot;&quot;&quot;<br>
&gt;&gt; +<br>
&gt;&gt; +    def __init__(self, timeout=5, **kwargs):<br>
&gt;&gt; +        NotifyAlert.__init__(self, timeout, **kwargs)<br>
&gt;&gt; +        self.saturation = 255<br>
&gt;&gt; +<br>
&gt;&gt; +        gobject.timeout_add(20, self.__modify_color_timeout)<br>
&gt;&gt; +<br>
&gt;&gt; +    def __modify_color_timeout(self):<br>
&gt;&gt; +        if self.saturation:<br>
&gt;&gt; +            self.saturation -= 1<br>
&gt;&gt; +<br>
&gt;&gt; +            # Form the hex color representation<br>
&gt;&gt; +            if self.saturation &lt;= 15:<br>
&gt;&gt; +                color = &#39;#0%s0000&#39; % hex(self.saturation)[2:]<br>
&gt;&gt; +            else:<br>
&gt;&gt; +                color = &#39;#%s0000&#39; % hex(self.saturation)[2:]<br>
&gt;<br>
&gt; The value of the color variable can be more concisely calculated like so:<br>
&gt;<br>
&gt;   color = &quot;#%02x0000&quot; % self.saturation<br>
&gt;<br>
&gt; Regards,<br>
&gt;<br>
&gt; Michael<br>
&gt;<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 14 Jun 2010 01:09:17 -0400<br>
From: &quot;C. Scott Ananian&quot; &lt;<a href="mailto:cscott@laptop.org">cscott@laptop.org</a>&gt;<br>
Subject: Re: [Sugar-devel] Datastore rewrite<br>
To: Frederick Grose &lt;<a href="mailto:fgrose@gmail.com">fgrose@gmail.com</a>&gt;<br>
Cc: <a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a><br>
Message-ID:<br>
        &lt;<a href="mailto:AANLkTinX4W_X3_Y_7w9aqVpCx3oa4BiafNXy0T7xW2nl@mail.gmail.com">AANLkTinX4W_X3_Y_7w9aqVpCx3oa4BiafNXy0T7xW2nl@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
As far as I know, you could use fuse-mounted olpcfs to store the<br>
journal files, and obtain this space savings (which is technically<br>
known as &quot;deduplication&quot;) with no extra effort.  You could also store<br>
the files in git for the same effect.<br>
  --scott<br>
<br>
On Sat, Jun 12, 2010 at 3:07 PM, Frederick Grose &lt;<a href="mailto:fgrose@gmail.com">fgrose@gmail.com</a>&gt; wrote:<br>
&gt; On Sat, Jun 12, 2010 at 12:57 PM, Bernie Innocenti &lt;<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; El Sat, 12-06-2010 a las 11:40 -0400, Benjamin M. Schwartz escribi?:<br>
&gt;&gt; &gt; It is one thing to say that we need a new datastore, and another to say<br>
&gt;&gt; &gt; what the new datastore should look like. ?I believe we have consensus on<br>
&gt;&gt; &gt; the first part, and I&#39;m fairly sure we don&#39;t have consensus on the<br>
&gt;&gt; &gt; second.<br>
&gt;&gt;<br>
&gt;&gt; I tend to agree with you.<br>
&gt;&gt;<br>
&gt;&gt; &gt; For the record, I am pushing a proposal in which no deltas are computed.<br>
&gt;&gt; &gt; Files are stored as whole files. ?Instead, I want each datastore object<br>
&gt;&gt; &gt; version to consist of an entire directory. ?To save space, files that<br>
&gt;&gt; &gt; are<br>
&gt;&gt; &gt; identical inside multiple objects would only be stored once on disk.<br>
&gt;&gt; &gt; ?This<br>
&gt;&gt; &gt; allows us to store and launch Activity Bundles directly from the<br>
&gt;&gt; &gt; journal.<br>
&gt;&gt; &gt; ?It also allows slight modifications to objects (including activities)<br>
&gt;&gt; &gt; to<br>
&gt;&gt; &gt; be stored efficiently if the object consists of multiple files and not<br>
&gt;&gt; &gt; all<br>
&gt;&gt; &gt; of them are changed.<br>
&gt;&gt;<br>
&gt;&gt; Sounds like a good approach, please ping me to review the spec when it&#39;s<br>
&gt;&gt; available.<br>
&gt;<br>
&gt; Some references here:<br>
&gt; <a href="http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal" target="_blank">http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal</a><br>
&gt; Sascha Silbe&#39;s Datastore redesign draft with embedded comments from Eben,<br>
&gt; Tomeu, &amp; Sascha:<br>
&gt; <a href="https://docs.google.com/a/sugarlabs.org/Doc?docid=0AUl2E5uTm959ZGd3N3FucXdfMWhzbjVjeGht&amp;hl=en" target="_blank">https://docs.google.com/a/sugarlabs.org/Doc?docid=0AUl2E5uTm959ZGd3N3FucXdfMWhzbjVjeGht&amp;hl=en</a><br>

&gt; (Sugar Labs account holders may edit this document.)<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; As an optimization to reduce the number of inodes and vfs syscalls,<br>
&gt;&gt; perhaps it might be worthwhile to let the activity specify whether it<br>
&gt;&gt; needs to store one file or a directory with multiple files.<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Sugar-devel mailing list<br>
&gt; <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
&gt; <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
--<br>
                         ( <a href="http://cscott.net/" target="_blank">http://cscott.net/</a> )<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Mon, 14 Jun 2010 16:22:14 +1000<br>
From: James Cameron &lt;<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>&gt;<br>
Subject: Re: [Sugar-devel] [DESIGN] Alerting users in case of write<br>
        errors (sl#1842)<br>
To: Anish Mangal &lt;<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>&gt;<br>
Cc: Sugar Devel &lt;<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>&gt;,      Gary Martin<br>
        &lt;<a href="mailto:garycmartin@googlemail.com">garycmartin@googlemail.com</a>&gt;<br>
Message-ID: &lt;<a href="mailto:20100614062214.GC6602@us.netrek.org">20100614062214.GC6602@us.netrek.org</a>&gt;<br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sun, Jun 13, 2010 at 05:27:56PM +0530, Anish Mangal wrote:<br>
&gt; Thanks for the insightful responses. I have used a slightly modded<br>
&gt; version of NotifyAlert (aptly called NotifyRedAlert). A sample<br>
&gt; screen-capture can be found here...<br>
<br>
Reviewed.  I don&#39;t like timed alerts, since we have no guarantee that<br>
the attention span of the user is contiguous, and given the age of the<br>
typical user perhaps it is even more fragmented than we might think.<br>
<br>
Notification in synchronous response to user action should use the alert<br>
mechanism as you have done, just without the timer.<br>
<br>
Asynchronous notification is entirely different, since it relates to<br>
actions by others, delayed response to actions by self, or system<br>
events.  An invitation to join an activity uses an asynchronous<br>
notification on the top left of the toolbar.<br>
<br>
What we have *now* for asynchronous notification that are not<br>
invitations ... can be seen as an icon that appears in the top right of<br>
the toolbar.  It can be activated by typing this command at a shell<br>
prompt:<br>
<br>
        notify-send title &quot;some text&quot;<br>
<br>
Unfortunately, in 0.84 at least, while the icon appears there seems to<br>
be no way to obtain the notification text.<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>
<br>
Message: 6<br>
Date: Sun, 13 Jun 2010 23:35:30 -0700<br>
From: Grant Bowman &lt;<a href="mailto:grantbow@gmail.com">grantbow@gmail.com</a>&gt;<br>
Subject: [Sugar-devel] excludedocs<br>
To: Sugar Devel &lt;<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>&gt;<br>
Message-ID:<br>
        &lt;<a href="mailto:AANLkTim_qtR0cB1Y-nfFWWQPhzwAvt_ixQ1OSV4LC8ZF@mail.gmail.com">AANLkTim_qtR0cB1Y-nfFWWQPhzwAvt_ixQ1OSV4LC8ZF@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On a machine with only 1G SSD I understand why it is necessary to<br>
exclude documentation.<br>
<br>
In starting development and using an XO-1.5 &quot;dogfood style&quot; I find the<br>
lack of documentation troublesome.  Online documentation is not a true<br>
substitute as this excludedocs setting effects more than just man<br>
pages that may or may not be useful for the version that is installed<br>
on the local machine.  CHANGELOGs and READMEs are also important.<br>
Documentation of how best to use --includedocs might also help.  I<br>
don&#39;t put much weight in the arguments that &quot;they&quot; won&#39;t need docs.<br>
Anyone climbing any Unix learning curve needs them quite early and<br>
especially in the beginning.  Anyone using Unix regularly still looks<br>
up less frequently used command line options from time to time.<br>
<br>
For XO 1.5s and for SOAS is there a relatively easy way to change<br>
/etc/rpm/macros.imgcreate to remove the excludedocs line?  I am sure<br>
this has been discussed before.  Where can I catch up on previous<br>
conversations?<br>
<br>
Regards,<br>
<br>
Grant Bowman<br>
<a href="http://wiki.sugarlabs.org/go/Activities/Toaster" target="_blank">http://wiki.sugarlabs.org/go/Activities/Toaster</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Mon, 14 Jun 2010 17:22:04 +1000<br>
From: James Cameron &lt;<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>&gt;<br>
Subject: Re: [Sugar-devel] excludedocs<br>
To: Grant Bowman &lt;<a href="mailto:grantbow@gmail.com">grantbow@gmail.com</a>&gt;<br>
Cc: Sugar Devel &lt;<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>&gt;<br>
Message-ID: &lt;<a href="mailto:20100614072204.GD6602@us.netrek.org">20100614072204.GD6602@us.netrek.org</a>&gt;<br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sun, Jun 13, 2010 at 11:35:30PM -0700, Grant Bowman wrote:<br>
&gt; For XO 1.5s and for SOAS is there a relatively easy way to change<br>
&gt; /etc/rpm/macros.imgcreate to remove the excludedocs line?<br>
<br>
For XO-1.5, yes, edit osbuilder.py and remove the --excludedocs flag in<br>
the on_run method of the KspkglistStage class, then construct the build<br>
again.  There might be other things that need doing as well.<br>
<br>
I&#39;d be interested in hearing how much extra space is consumed.  The<br>
extra space may increase costs to a deployment, depending on whether it<br>
passes a size threshold.  There may be deployment teams who would like<br>
to decide whether to keep documentation or not, depending on size of it,<br>
and the costs of the various microSD parts they are considering.<br>
<br>
I don&#39;t know about SoaS, sorry.<br>
<br>
&gt; Where can I catch up on previous conversations?<br>
<br>
For XO-1.5 OLPC build discussions, check out the <a href="mailto:devel@lists.laptop.org">devel@lists.laptop.org</a><br>
mailing list archives.  <a href="http://lists.laptop.org/" target="_blank">http://lists.laptop.org/</a><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>
<br>
Message: 8<br>
Date: Mon, 14 Jun 2010 17:37:15 +1000<br>
From: James Cameron &lt;<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>&gt;<br>
Subject: Re: [Sugar-devel] ANNOUNCE: Sugar 0.88 for the XO-1<br>
To: Bernie Innocenti &lt;<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>&gt;<br>
Cc: <a href="mailto:forster@ozonline.com.au">forster@ozonline.com.au</a>, <a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a><br>
Message-ID: &lt;<a href="mailto:20100614073715.GE6602@us.netrek.org">20100614073715.GE6602@us.netrek.org</a>&gt;<br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sat, Jun 12, 2010 at 10:00:40AM -0400, Bernie Innocenti wrote:<br>
&gt; Thou all this people aren&#39;t really children. Was there some rationale<br>
&gt; behind using very large icons with children age 6-12? It&#39;s not like they<br>
&gt; have worse vision than adults.<br>
<br>
I don&#39;t recall, sorry.<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>
<br>
Message: 9<br>
Date: Mon, 14 Jun 2010 11:02:40 +0200<br>
From: Tomeu Vizoso &lt;<a href="mailto:tomeu@sugarlabs.org">tomeu@sugarlabs.org</a>&gt;<br>
Subject: Re: [Sugar-devel] activity updater<br>
To: Bernie Innocenti &lt;<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>&gt;<br>
Cc: Sugar Devel &lt;<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>&gt;,      Gary C Martin<br>
        &lt;<a href="mailto:garycmartin@googlemail.com">garycmartin@googlemail.com</a>&gt;<br>
Message-ID:<br>
        &lt;<a href="mailto:AANLkTikybDYcrUtMj4Rcy2JW4cLmXFi60Pzvw0y1B__n@mail.gmail.com">AANLkTikybDYcrUtMj4Rcy2JW4cLmXFi60Pzvw0y1B__n@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On Sun, Jun 13, 2010 at 23:51, Bernie Innocenti &lt;<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>&gt; wrote:<br>
&gt; El Sun, 13-06-2010 a las 20:55 +0100, Gary C Martin escribi?:<br>
&gt;&gt; OK, not strictly a patch but attached is an updated version of<br>
&gt;&gt; the currently malformed svg module-updater icon that&#39;s not<br>
&gt;&gt; drawing correctly in F13. Not sure who this needs to get to<br>
&gt;<br>
&gt;&gt; (could only find it in Bernie&#39;s old depreciated software<br>
&gt;&gt; update git rep). It should live in the filesystem at:<br>
&gt;&gt;<br>
&gt;&gt; ? ? ? /usr/share/sugar/data/icons/module-updater.svg<br>
&gt;<br>
&gt; There are two updaters: the old one written by C.Scott, which is the one<br>
&gt; in my obsolete repo and Fedora packages, and a new one written from<br>
&gt; scratch by DFarning for ASLO, which lives in the sugar repository.<br>
&gt;<br>
&gt; For the F11-0.88, we have a dilemma: the new updater is missing some<br>
&gt; crucial features that deployments were relying upon.<br>
&gt;<br>
&gt; Daniel Drake and I discussed possible solutions when he visited<br>
&gt; Paraguay. There are two equally acceptable possibilities:<br>
&gt;<br>
&gt; 1) is adding the missing features to the new codebase, which shouldn&#39;t<br>
&gt; be too hard but needs someone to do it by mid-July maximum. Anyone<br>
&gt; available?<br>
&gt;<br>
&gt; 2) The other possibility is adding the OLPC microformat support to ASLO<br>
&gt; and reverting to the old updater, which would mean less developer time<br>
&gt; but reintroduces the dependency on bitfrost which we&#39;d rather keep away<br>
&gt; from the Sugar codebase.<br>
&gt;<br>
&gt; Or even a combination of the two. The new query protocol is very slow,<br>
&gt; so we might want to teach ASLO about the microformat anyway. When I<br>
&gt; checked the php code with Daniel, it seemed very easy to do.<br>
&gt;<br>
&gt; Alsroot and I discussed the possibility to add .xol support to ASLO.<br>
&gt; While we agree that ASLO isn&#39;t a very good fit for static content, we&#39;re<br>
&gt; going to support .xol for the utilitarian purpose of making the updater<br>
&gt; work in F11-0.88.<br>
<br>
Wish I had time to help with that, but I wanted to mention that I<br>
greatly admire the work you have been doing since you arrived in<br>
Paraguay.<br>
<br>
I specially value your understanding of what is required in the field<br>
to make Sugar fulfill its mission and wish people like you had more<br>
voice in SLs as opposed to &quot;visionaries&quot;.<br>
<br>
Regards,<br>
<br>
Tomeu<br>
<br>
&gt; --<br>
&gt; ? // Bernie Innocenti - <a href="http://codewiz.org/" target="_blank">http://codewiz.org/</a><br>
&gt; ?\X/ ?Sugar Labs ? ? ? - <a href="http://sugarlabs.org/" target="_blank">http://sugarlabs.org/</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Sugar-devel mailing list<br>
&gt; <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
&gt; <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
&gt;<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
<br>
<br>
End of Sugar-devel Digest, Vol 20, Issue 57<br>
*******************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br>Javid Alam<br>Software Developer and Technical support Officer OLPC<br>Ministry of Education<br>Kabul Afghanistan<br>contact: +93(0)798123451<br>alternative email: <a href="mailto:javid.alam@moe.gov.af">javid.alam@moe.gov.af</a> <br>