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's in my country ?<br>
how to put custom image into school server so the xo's can update from ?<br><br><div class="gmail_quote">On Mon, Jun 14, 2010 at 1:32 PM, <span dir="ltr"><<a href="mailto:sugar-devel-request@lists.sugarlabs.org">sugar-devel-request@lists.sugarlabs.org</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;">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 'help' 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 "Re: Contents of Sugar-devel digest..."<br>
<br>
<br>
Today'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 <<a href="mailto:andresambrois@gmail.com">andresambrois@gmail.com</a>><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>
<<a href="mailto:729f759614a6b93e151c86b658b612e2e4cc36d7.1276488220.git.andresambrois@gmail.com">729f759614a6b93e151c86b658b612e2e4cc36d7.1276488220.git.andresambrois@gmail.com</a>><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 <<a href="mailto:andresambrois@gmail.com">andresambrois@gmail.com</a>><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 = "@prefix@/share/mobile-broadband-provider-info/serviceproviders.xml"<br>
+PROVIDERS_FORMAT_SUPPORTED = "2.0"<br>
+COUNTRY_CODES_PATH = "@prefix@/share/zoneinfo/iso3166.tab"<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 <<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>><br>
Subject: [Sugar-devel] test email, please ignore<br>
To: Sugar Devel <<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>><br>
Message-ID:<br>
<<a href="mailto:AANLkTimWM9Svfg_fabtsscH2fBY-7Wh2k_ciQF3njBq9@mail.gmail.com">AANLkTimWM9Svfg_fabtsscH2fBY-7Wh2k_ciQF3njBq9@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Something has gone bonkers somewhere and I can'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 <<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>><br>
Subject: Re: [Sugar-devel] [PATCH] Add NotifyRedAlert inherited from<br>
NotifyAlert<br>
To: Sugar Devel <<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>><br>
Message-ID:<br>
<<a href="mailto:AANLkTikJGxjqLsLhNwp1kLRC51-iuLaYIZwmbqPY01Rp@mail.gmail.com">AANLkTikJGxjqLsLhNwp1kLRC51-iuLaYIZwmbqPY01Rp@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Hi Michael,<br>
<br>
> Is this alert really about being red or about notifying the user about<br>
> errors<br>
> in a more eyecatching fashion?<br>
<br>
I guess the latter.<br>
<br>
> The value of the color variable can be more concisely calculated like so:<br>
><br>
> color = "#%02x0000" % 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 <<a href="mailto:michael@laptop.org">michael@laptop.org</a>> wrote:<br>
> On Mon, Jun 14, 2010 at 02:51:23AM +0530, <a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a> wrote:<br>
><br>
> Hi Anish,<br>
><br>
> Thanks for the patches. Here are one small question and one comment for<br>
> you...<br>
><br>
>> From: anishmangal2002 <<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>><br>
>><br>
>> Adds the NotifyRedAlert class which is an alert inherited from<br>
>> NotifyAlert. When the alert message is displayed, it glows the<br>
>> alert bar Red before slowly fading out to black, thus resulting<br>
>> in a more visible notification.<br>
>><br>
>> Signed-off-by: anishmangal2002 <<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>><br>
>> ---<br>
>> src/sugar/graphics/alert.py | 46<br>
>> +++++++++++++++++++++++++++++++++++++++++++<br>
>> 1 files changed, 46 insertions(+), 0 deletions(-)<br>
>><br>
>> diff --git a/src/sugar/graphics/alert.py b/src/sugar/graphics/alert.py<br>
>> index 4441909..b4dfee1 100644<br>
>> --- a/src/sugar/graphics/alert.py<br>
>> +++ b/src/sugar/graphics/alert.py<br>
>> @@ -432,3 +432,49 @@ class NotifyAlert(Alert):<br>
>> self._response(gtk.RESPONSE_OK)<br>
>> return False<br>
>> return True<br>
>> +<br>
>> +class NotifyRedAlert(NotifyAlert):<br>
><br>
> Is this alert really about being red or about notifying the user about<br>
> errors<br>
> in a more eyecatching fashion?<br>
><br>
><br>
>> + """<br>
>> + Timeout alert with only an "OK" button and a glowing Red border- just<br>
>> for notifications<br>
>> +<br>
>> + Examples<br>
>> + --------<br>
>> +<br>
>> + .. code-block:: python<br>
>> + from sugar.graphics.alert import NotifyRedAlert<br>
>> + ...<br>
>> + #### Method: _alert_notify, create a NotifyRed alert (with only<br>
>> an 'OK'<br>
>> + button)<br>
>> + # and add it to the UI.<br>
>> + def _alert_notify(self):<br>
>> + #Notice that for a NotifyRedAlert, you pass the number of<br>
>> seconds in<br>
>> + #which to notify. By default, this is 5.<br>
>> + alert = NotifyRedAlert(10)<br>
>> + alert.props.title=_('Title of Alert Goes Here')<br>
>> + alert.props.msg = _('Text message of notify alert goes here')<br>
>> + alert.connect('response', self._alert_response_cb)<br>
>> + self.add_alert(alert)<br>
>> +<br>
>> + """<br>
>> +<br>
>> + def __init__(self, timeout=5, **kwargs):<br>
>> + NotifyAlert.__init__(self, timeout, **kwargs)<br>
>> + self.saturation = 255<br>
>> +<br>
>> + gobject.timeout_add(20, self.__modify_color_timeout)<br>
>> +<br>
>> + def __modify_color_timeout(self):<br>
>> + if self.saturation:<br>
>> + self.saturation -= 1<br>
>> +<br>
>> + # Form the hex color representation<br>
>> + if self.saturation <= 15:<br>
>> + color = '#0%s0000' % hex(self.saturation)[2:]<br>
>> + else:<br>
>> + color = '#%s0000' % hex(self.saturation)[2:]<br>
><br>
> The value of the color variable can be more concisely calculated like so:<br>
><br>
> color = "#%02x0000" % self.saturation<br>
><br>
> Regards,<br>
><br>
> Michael<br>
><br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 14 Jun 2010 01:09:17 -0400<br>
From: "C. Scott Ananian" <<a href="mailto:cscott@laptop.org">cscott@laptop.org</a>><br>
Subject: Re: [Sugar-devel] Datastore rewrite<br>
To: Frederick Grose <<a href="mailto:fgrose@gmail.com">fgrose@gmail.com</a>><br>
Cc: <a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a><br>
Message-ID:<br>
<<a href="mailto:AANLkTinX4W_X3_Y_7w9aqVpCx3oa4BiafNXy0T7xW2nl@mail.gmail.com">AANLkTinX4W_X3_Y_7w9aqVpCx3oa4BiafNXy0T7xW2nl@mail.gmail.com</a>><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 "deduplication") 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 <<a href="mailto:fgrose@gmail.com">fgrose@gmail.com</a>> wrote:<br>
> On Sat, Jun 12, 2010 at 12:57 PM, Bernie Innocenti <<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>><br>
> wrote:<br>
>><br>
>> El Sat, 12-06-2010 a las 11:40 -0400, Benjamin M. Schwartz escribi?:<br>
>> > It is one thing to say that we need a new datastore, and another to say<br>
>> > what the new datastore should look like. ?I believe we have consensus on<br>
>> > the first part, and I'm fairly sure we don't have consensus on the<br>
>> > second.<br>
>><br>
>> I tend to agree with you.<br>
>><br>
>> > For the record, I am pushing a proposal in which no deltas are computed.<br>
>> > Files are stored as whole files. ?Instead, I want each datastore object<br>
>> > version to consist of an entire directory. ?To save space, files that<br>
>> > are<br>
>> > identical inside multiple objects would only be stored once on disk.<br>
>> > ?This<br>
>> > allows us to store and launch Activity Bundles directly from the<br>
>> > journal.<br>
>> > ?It also allows slight modifications to objects (including activities)<br>
>> > to<br>
>> > be stored efficiently if the object consists of multiple files and not<br>
>> > all<br>
>> > of them are changed.<br>
>><br>
>> Sounds like a good approach, please ping me to review the spec when it's<br>
>> available.<br>
><br>
> Some references here:<br>
> <a href="http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal" target="_blank">http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal</a><br>
> Sascha Silbe's Datastore redesign draft with embedded comments from Eben,<br>
> Tomeu, & Sascha:<br>
> <a href="https://docs.google.com/a/sugarlabs.org/Doc?docid=0AUl2E5uTm959ZGd3N3FucXdfMWhzbjVjeGht&hl=en" target="_blank">https://docs.google.com/a/sugarlabs.org/Doc?docid=0AUl2E5uTm959ZGd3N3FucXdfMWhzbjVjeGht&hl=en</a><br>
> (Sugar Labs account holders may edit this document.)<br>
><br>
>><br>
>> As an optimization to reduce the number of inodes and vfs syscalls,<br>
>> perhaps it might be worthwhile to let the activity specify whether it<br>
>> needs to store one file or a directory with multiple files.<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>
<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 <<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>><br>
Subject: Re: [Sugar-devel] [DESIGN] Alerting users in case of write<br>
errors (sl#1842)<br>
To: Anish Mangal <<a href="mailto:anishmangal2002@gmail.com">anishmangal2002@gmail.com</a>><br>
Cc: Sugar Devel <<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>>, Gary Martin<br>
<<a href="mailto:garycmartin@googlemail.com">garycmartin@googlemail.com</a>><br>
Message-ID: <<a href="mailto:20100614062214.GC6602@us.netrek.org">20100614062214.GC6602@us.netrek.org</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sun, Jun 13, 2010 at 05:27:56PM +0530, Anish Mangal wrote:<br>
> Thanks for the insightful responses. I have used a slightly modded<br>
> version of NotifyAlert (aptly called NotifyRedAlert). A sample<br>
> screen-capture can be found here...<br>
<br>
Reviewed. I don'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 "some text"<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 <<a href="mailto:grantbow@gmail.com">grantbow@gmail.com</a>><br>
Subject: [Sugar-devel] excludedocs<br>
To: Sugar Devel <<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>><br>
Message-ID:<br>
<<a href="mailto:AANLkTim_qtR0cB1Y-nfFWWQPhzwAvt_ixQ1OSV4LC8ZF@mail.gmail.com">AANLkTim_qtR0cB1Y-nfFWWQPhzwAvt_ixQ1OSV4LC8ZF@mail.gmail.com</a>><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 "dogfood style" 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't put much weight in the arguments that "they" won'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 <<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>><br>
Subject: Re: [Sugar-devel] excludedocs<br>
To: Grant Bowman <<a href="mailto:grantbow@gmail.com">grantbow@gmail.com</a>><br>
Cc: Sugar Devel <<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>><br>
Message-ID: <<a href="mailto:20100614072204.GD6602@us.netrek.org">20100614072204.GD6602@us.netrek.org</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sun, Jun 13, 2010 at 11:35:30PM -0700, Grant Bowman wrote:<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?<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'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't know about SoaS, sorry.<br>
<br>
> 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 <<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>><br>
Subject: Re: [Sugar-devel] ANNOUNCE: Sugar 0.88 for the XO-1<br>
To: Bernie Innocenti <<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>><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: <<a href="mailto:20100614073715.GE6602@us.netrek.org">20100614073715.GE6602@us.netrek.org</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
On Sat, Jun 12, 2010 at 10:00:40AM -0400, Bernie Innocenti wrote:<br>
> Thou all this people aren't really children. Was there some rationale<br>
> behind using very large icons with children age 6-12? It's not like they<br>
> have worse vision than adults.<br>
<br>
I don'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 <<a href="mailto:tomeu@sugarlabs.org">tomeu@sugarlabs.org</a>><br>
Subject: Re: [Sugar-devel] activity updater<br>
To: Bernie Innocenti <<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>><br>
Cc: Sugar Devel <<a href="mailto:sugar-devel@lists.sugarlabs.org">sugar-devel@lists.sugarlabs.org</a>>, Gary C Martin<br>
<<a href="mailto:garycmartin@googlemail.com">garycmartin@googlemail.com</a>><br>
Message-ID:<br>
<<a href="mailto:AANLkTikybDYcrUtMj4Rcy2JW4cLmXFi60Pzvw0y1B__n@mail.gmail.com">AANLkTikybDYcrUtMj4Rcy2JW4cLmXFi60Pzvw0y1B__n@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On Sun, Jun 13, 2010 at 23:51, Bernie Innocenti <<a href="mailto:bernie@codewiz.org">bernie@codewiz.org</a>> wrote:<br>
> El Sun, 13-06-2010 a las 20:55 +0100, Gary C Martin escribi?:<br>
>> OK, not strictly a patch but attached is an updated version of<br>
>> the currently malformed svg module-updater icon that's not<br>
>> drawing correctly in F13. Not sure who this needs to get to<br>
><br>
>> (could only find it in Bernie's old depreciated software<br>
>> update git rep). It should live in the filesystem at:<br>
>><br>
>> ? ? ? /usr/share/sugar/data/icons/module-updater.svg<br>
><br>
> There are two updaters: the old one written by C.Scott, which is the one<br>
> in my obsolete repo and Fedora packages, and a new one written from<br>
> scratch by DFarning for ASLO, which lives in the sugar repository.<br>
><br>
> For the F11-0.88, we have a dilemma: the new updater is missing some<br>
> crucial features that deployments were relying upon.<br>
><br>
> Daniel Drake and I discussed possible solutions when he visited<br>
> Paraguay. There are two equally acceptable possibilities:<br>
><br>
> 1) is adding the missing features to the new codebase, which shouldn't<br>
> be too hard but needs someone to do it by mid-July maximum. Anyone<br>
> available?<br>
><br>
> 2) The other possibility is adding the OLPC microformat support to ASLO<br>
> and reverting to the old updater, which would mean less developer time<br>
> but reintroduces the dependency on bitfrost which we'd rather keep away<br>
> from the Sugar codebase.<br>
><br>
> Or even a combination of the two. The new query protocol is very slow,<br>
> so we might want to teach ASLO about the microformat anyway. When I<br>
> checked the php code with Daniel, it seemed very easy to do.<br>
><br>
> Alsroot and I discussed the possibility to add .xol support to ASLO.<br>
> While we agree that ASLO isn't a very good fit for static content, we're<br>
> going to support .xol for the utilitarian purpose of making the updater<br>
> 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 "visionaries".<br>
<br>
Regards,<br>
<br>
Tomeu<br>
<br>
> --<br>
> ? // Bernie Innocenti - <a href="http://codewiz.org/" target="_blank">http://codewiz.org/</a><br>
> ?\X/ ?Sugar Labs ? ? ? - <a href="http://sugarlabs.org/" target="_blank">http://sugarlabs.org/</a><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>
<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>