<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 7:49 AM Sumit Srivastava <<a href="mailto:sumitsrisumit@gmail.com">sumitsrisumit@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Insightful inputs, Tony. I want to discuss all of the stuff being talked about here, but not now.<div dir="auto"><br></div><div dir="auto">Please keep the emails coming, we need more of them from the community, especially people who've been with SL for a long time. </div><br><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Fri, 29 Mar 2019, 11:31 am Tony Anderson, <<a href="mailto:tony_anderson@usa.net" target="_blank">tony_anderson@usa.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">[snip] </blockquote></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Later OLPC split into two organizations: OLPC and SugarLabs. OLPC for <br>
the production and distribution of the XO laptop and SugarLabs for <br>
implementation and support of the software (Sugar). This split has had <br>
important historical consequences: SugarLabs views itself as only <br>
developing the software but not supporting it as a product - that task <br>
is left to OLPC (for the XO) and Linux distributions for other <br>
platforms. This creates a gap between Sugar Labs and its user community.<br></blockquote></div></div></blockquote><div><br></div><div>I respectfully disagree with Tony on this point. A consequence of the split is the Sugar Labs does not have the same access to deployments that it did when there was just one organization. But whenever we have been given the opportunity to directly work with a deployment, we have been responsive. The gap does exist, but only when we are left out of the discussion.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>[snip]<br>
<br>
One possible future for Sugar is that it is honorably retired along with <br>
the XO to computer history. Perhaps recorded as a forerunner of the <br>
Raspberry Pi.<br></blockquote></div></div></blockquote><div><br></div><div>In fact, the Sugar experience on RPi is pretty terrific. Some of us have been pushing hard to get more pickup in the communities that embrace RPi. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Another future for Sugar is that it again asks 'How can the <br>
technological advances in computing be harnessed to bring the ideals of <br>
the Dynabook closer to reality?" What can we learn from the Raspberry Pi <br>
and the Maker community? Is the Dynabook to be a phone or virtual <br>
reality headgear or a game machine?<br></blockquote></div></div></blockquote><div><br></div><div>While I think the maker movement is great stuff (and one of the education-ideas-du-jour) I don't think it is always as focused on Contructonism as construction. I think we have some features, such as the journal and portfolio activity, that could help focus the learning potential of that movement.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The critical requirement to avoid retirement is to make Sugar viable as <br>
an educational computing environment on the current generation of laptop <br>
computers. This encompasses far more than converting code from Python to <br>
Python3 or GTK2 to GTK3 to GTK4 to GTK99. One brilliant solution is <br>
Sugarizer which eliminates Python altogether. However, this comes at a <br>
high price and brings great opportunity - reconstruction of the vast <br>
library of Sugar activities. This is a chance to review the history of <br>
these activities and to see how they can be done more effectively based <br>
on that experience.<br></blockquote></div></div></blockquote><div><br></div><div>We put a lot of effort into making Sugar be accessible to its users at both the level of user and developer and I continue to believe that is a central aspect of our value-add. While I am largely platform agnostic, I don't see the current efforts in JavaScript as being focus on this. I had begun a somewhat facetious project years back: turtles all the way down, where we would write every Sugar activity in Turtle Blocks. This is more in the spirit of the Dynabook and Smalltalk (or Etoys). If we want to be more than a collection of apps, we need to thing bigger.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The current GSOC Write project shows that Python has many meaningful <br>
capabilities not yet available in Javascript. As usual, this has been <br>
interpreted as a problem in programming. Do we want a Javascript <br>
emulator of Word? What role does 'Write' plays in a constructionist <br>
Dynabook (preparing, editing, and publishing documents)? Such a question <br>
might lead to additional questions: Do we have to make the activity look <br>
like Word? Does a 'Dynabook' need a keyboard? Will we prepare documents <br>
in the future by verbal dictation? Will computer speech recognition and <br>
production eliminate the need for traditional literacy? What form will <br>
resulting document take: pdf? mp4?<br></blockquote></div></div></blockquote><div><br></div><div> Writing is more about editing than transcription (whether through voice or a keyboard).</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Another interesting project is the 'Exerciser'. The Exerciser does <br>
provide for users to prepare meaningful activities but is likely to be <br>
primarily used for evaluation (tests and quizzes). The question for <br>
constructionism is the role of such 'evaluation' in education. Is it <br>
more appropriate to evaluate a learner's accomplishments by the results <br>
of his or her activities (portfolio) or by asking questions based on a <br>
fixed curriculum (quiz).<br></blockquote></div></div></blockquote><div><br></div><div>Lip-service to the worst aspects of education.  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
One of the original goals of this project - 'one laptop per child' is <br>
being lost essentially without a fight. Today, the 'computer lab' reigns <br>
supreme. The typical XO in Rwanda is shared among 5 or more learners. <br>
Learners are not permitted to take the laptops out of the classroom and, <br>
typically, have access to a laptop for only one hour per week. It is <br>
difficult to imagine effective learning by construction in such limited <br>
time. Even on the Curriculum subject of computing, the typical learner <br>
spends 80% of classroom time without a laptop (traditional textbook and <br>
lecture method).<br></blockquote></div></div></blockquote><div><br></div><div>Not sure what Sugar Labs can do about that except to try to subvert it by ensuring that the tools that the children use in the classroom lead then to discover a bit about the tools themselves along the way.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Can we assume that in the future every child on the planet will have a <br>
capable personal computer? Can we assume that the interenet at 1MBs <br>
speed will be available and affordable to every child on the planet at <br>
home and at school 24/7? The current trend is the opposite - computers <br>
and reliable high-speed internet are available only to the privileged on <br>
the right side of the growing digital divide.<br>
<br>
Above all, we need to renew spirit of the 'Give 1 Get 1' time, with <br>
contributors submitting Sugar activities and sponsors obtaining laptops <br>
to supply a school in the developing world, where the internet and <br>
computing have not yet taken root. This spirit has to be based on an <br>
expansion of the user-base on contemporary computers (e.g. Sugarizer, <br>
SOAS, 'sucre'). It also needs an appreciation of the expanding horizons <br>
available to computing - speech recognition, computer vision, massive <br>
data bases, machine learning, inexpensive sensors, robots, symbolic <br>
mathematics, ...). The critical attitude is to focus on 'what did you <br>
make?' and 'how did you make it?' and to avoid the temptation to do it <br>
for the user because you can do it better and more efficiently.<br>
<br>
In a classroom, knowledge is available to translate program text in <br>
English into the native language of the learner. This is an opportunity <br>
for a learner to improve English vocabulary by deciding on the <br>
appropriate equivalence in the native language of English words and <br>
phrases in the program. This is a clear opportunity for contructionist <br>
learning.  However, this task is done very accurately and efficiently by <br>
a team of experts without learner participation.<br></blockquote></div></div></blockquote><div><br></div><div>Another dormant project. I recall the kids in the very first school in Abuja writing their own spelling dictionary in Igbo. These are the real Sugar opportunities. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Tony<br>
<br>
On 3/29/19 10:43 AM, <a href="mailto:iaep-request@lists.sugarlabs.org" rel="noreferrer" target="_blank">iaep-request@lists.sugarlabs.org</a> wrote:<br>
> Send IAEP mailing list submissions to<br>
>       <a href="mailto:iaep@lists.sugarlabs.org" rel="noreferrer" target="_blank">iaep@lists.sugarlabs.org</a><br>
><br>
> To subscribe or unsubscribe via the World Wide Web, visit<br>
>       <a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
> or, via email, send a message with subject or body 'help' to<br>
>       <a href="mailto:iaep-request@lists.sugarlabs.org" rel="noreferrer" target="_blank">iaep-request@lists.sugarlabs.org</a><br>
><br>
> You can reach the person managing the list at<br>
>       <a href="mailto:iaep-owner@lists.sugarlabs.org" rel="noreferrer" target="_blank">iaep-owner@lists.sugarlabs.org</a><br>
><br>
> When replying, please edit your Subject line so it is more specific<br>
> than "Re: Contents of IAEP digest..."<br>
><br>
><br>
> Today's Topics:<br>
><br>
>     1. What's the long term vision of Sugar Labs? (Sumit Srivastava)<br>
>     2. Re: What's the long term vision of Sugar Labs? (Alex Perez)<br>
>     3. Re: What's the long term vision of Sugar Labs? (Sumit Srivastava)<br>
><br>
><br>
> ----------------------------------------------------------------------<br>
><br>
> Message: 1<br>
> Date: Fri, 29 Mar 2019 05:30:55 +0530<br>
> From: Sumit Srivastava <<a href="mailto:sumitsrisumit@gmail.com" rel="noreferrer" target="_blank">sumitsrisumit@gmail.com</a>><br>
> To: <a href="mailto:IAEP@lists.sugarlabs.org" rel="noreferrer" target="_blank">IAEP@lists.sugarlabs.org</a><br>
> Cc: Sugar-dev Devel <<a href="mailto:sugar-devel@lists.sugarlabs.org" rel="noreferrer" target="_blank">sugar-devel@lists.sugarlabs.org</a>><br>
> Subject: [IAEP] What's the long term vision of Sugar Labs?<br>
> Message-ID:<br>
>       <<a href="mailto:CAEzcGJxVDMDpujbLasKUGnrW5hXyeECk5nd48ZDa%2BjRFWq82Nw@mail.gmail.com" rel="noreferrer" target="_blank">CAEzcGJxVDMDpujbLasKUGnrW5hXyeECk5nd48ZDa+jRFWq82Nw@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>
><br>
> Do we aim to be like Red Hat? Canonical? No match? Who are we closest to?<br>
> Who do we aim to be?<br>
><br>
> I understand that these are a lot of questions. You can also share relevant<br>
> mail archive links if they're available.<br>
><br>
> I also understand that we're a non profit and the organisations I mentioned<br>
> might not be a close match.<br>
><br>
> Essense of my question: If we could achieve anything, what would we want?<br>
><br>
> Regards<br>
> Sumit Srivastava<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.sugarlabs.org/archive/iaep/attachments/20190329/0f9cae35/attachment-0001.html" rel="noreferrer noreferrer" target="_blank">http://lists.sugarlabs.org/archive/iaep/attachments/20190329/0f9cae35/attachment-0001.html</a>><br>
><br>
> ------------------------------<br>
><br>
> Message: 2<br>
> Date: Thu, 28 Mar 2019 18:19:32 -0700<br>
> From: Alex Perez <<a href="mailto:aperez@alexperez.com" rel="noreferrer" target="_blank">aperez@alexperez.com</a>><br>
> To: <a href="mailto:IAEP@lists.sugarlabs.org" rel="noreferrer" target="_blank">IAEP@lists.sugarlabs.org</a>, Sugar-dev Devel<br>
>       <<a href="mailto:sugar-devel@lists.sugarlabs.org" rel="noreferrer" target="_blank">sugar-devel@lists.sugarlabs.org</a>><br>
> Subject: Re: [IAEP] What's the long term vision of Sugar Labs?<br>
> Message-ID: <<a href="mailto:63ae1aa0-7d88-2c1a-0d34-96c9f9e9d7ea@alexperez.com" rel="noreferrer" target="_blank">63ae1aa0-7d88-2c1a-0d34-96c9f9e9d7ea@alexperez.com</a>><br>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
><br>
> Sumit,<br>
><br>
> Great questions, and they're particularly relevant at this phase/age of<br>
> the existence of Sugar Labs. They certainly can't be answered in a<br>
> single e-mail, however I think this is a perfect conversation to have,<br>
> particularly on our IAEP mailing list, which is our general purpose<br>
> mailing list.<br>
><br>
> Sumit Srivastava wrote on 3/28/19 5:00 PM:<br>
>> Do we aim to be like Red Hat? Canonical? No match? Who are we closest<br>
>> to? Who do we aim to be?<br>
> Speaking as an Oversight Board member, I do not believe it is in the<br>
> interest of Sugar Labs to attempt to emulate a company like Red Hat and<br>
> Canonical. These companies have hundreds/thousands of paid employees,<br>
> and their organizational structure is a product of the needs of their<br>
> corporate customers.<br>
><br>
> Right now, we have a few existential problems on the horizon, one of<br>
> which is a long term problem, but which we now need to address in the<br>
> short-term: Maintainability. Sugar has a lot of "technical debt", and<br>
> unless we can complete our goal of 100% Python 3 compatibility of all<br>
> core Sugar libraries and the toolkit, we risk the loss of being able to<br>
> be run as a desktop environment on current versions of Linux, due to our<br>
> reliance on Python 2. Since Python 2 has been on life support for many,<br>
> many years, and is only nine months from being officially retired, it<br>
> will no longer be maintained by the Python Foundation, nor included by<br>
> default in the next versions of Fedora and Ubuntu. You can read further<br>
> details about the sunsetting of Python 2 at <a href="https://pythonclock.org" rel="noreferrer noreferrer" target="_blank">https://pythonclock.org</a><br>
> <<a href="https://pythonclock.org/" rel="noreferrer noreferrer" target="_blank">https://pythonclock.org/</a>><br>
><br>
> <<a href="https://pythonclock.org/" rel="noreferrer noreferrer" target="_blank">https://pythonclock.org/</a>><br>
>> I understand that these are a lot of questions. You can also share<br>
>> relevant mail archive links if they're available.<br>
>><br>
>> I also understand that we're a non profit and the organisations I<br>
>> mentioned might not be a close match.<br>
> I personally do not think the core entity of Sugar Labs should be a<br>
> commercial entity, but non-profit organizations are completely entitled<br>
> to be profitable, and many are quite  for the profitable. Personally, I<br>
> would like to see the development of a federated model, where we have<br>
> country/regionally-centered "chapters" of Sugar Labs, with Sugar Labs<br>
> itself taking the in-the-field feedback from our distributed user base,<br>
> and incorporating and triaging suggestions/feedback,<br>
>> Essense of my question: If we could achieve anything, what would we want?<br>
> I would love to see a world where Sugar was used extensively, worldwide,<br>
> by children in the primary school age range, with a wide range of<br>
> actively-maintained activities, relevant to the current curricula of a<br>
> variety of countries, and of interest to elementary school teachers,<br>
> across all socioeconomic groups. How we get there is the real question,<br>
> assuming we want to, and have the organizational will to do so.<br>
><br>
> As for what our "long term vision" is, I honestly don't think we have<br>
> one at this point, and we should fix that, which is one of the reasons<br>
> why I chose to run for the Sugar Labs Oversight Board. Our next meeting<br>
> is next Friday, on 2019-04-05 at 20:00 UTC, on IRC, in the<br>
> #sugar-meeting channel on FreeNode. Feel free to join us and observe, as<br>
> well as ask questions before and after the official meeting commences.<br>
><br>
> <a href="https://wiki.sugarlabs.org/go/Oversight_Board" rel="noreferrer noreferrer" target="_blank">https://wiki.sugarlabs.org/go/Oversight_Board</a><br>
>> Regards<br>
>> Sumit Srivastava<br>
>> _______________________________________________<br>
>> IAEP -- It's An Education Project (not a laptop project!)<br>
>> <a href="mailto:IAEP@lists.sugarlabs.org" rel="noreferrer" target="_blank">IAEP@lists.sugarlabs.org</a><br>
>> <a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.sugarlabs.org/archive/iaep/attachments/20190328/9fd990ae/attachment-0001.html" rel="noreferrer noreferrer" target="_blank">http://lists.sugarlabs.org/archive/iaep/attachments/20190328/9fd990ae/attachment-0001.html</a>><br>
><br>
> ------------------------------<br>
><br>
> Message: 3<br>
> Date: Fri, 29 Mar 2019 08:13:29 +0530<br>
> From: Sumit Srivastava <<a href="mailto:sumitsrisumit@gmail.com" rel="noreferrer" target="_blank">sumitsrisumit@gmail.com</a>><br>
> To: iaep <<a href="mailto:iaep@lists.sugarlabs.org" rel="noreferrer" target="_blank">iaep@lists.sugarlabs.org</a>><br>
> Cc: Sugar-dev Devel <<a href="mailto:sugar-devel@lists.sugarlabs.org" rel="noreferrer" target="_blank">sugar-devel@lists.sugarlabs.org</a>><br>
> Subject: Re: [IAEP] What's the long term vision of Sugar Labs?<br>
> Message-ID:<br>
>       <<a href="mailto:CAEzcGJxi42Ts0yQYocDKYToBJNQrmunjZzAGG5Z_qRd_qxkkiQ@mail.gmail.com" rel="noreferrer" target="_blank">CAEzcGJxi42Ts0yQYocDKYToBJNQrmunjZzAGG5Z_qRd_qxkkiQ@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>
><br>
> Great points, Alex.<br>
><br>
> I would love to hear from all of you, especially the senior members of the<br>
> SL community, before we discuss all the points one by one.<br>
><br>
> Regards<br>
> Sumit<br>
><br>
> On Fri, 29 Mar 2019, 6:49 am Alex Perez, <<a href="mailto:aperez@alexperez.com" rel="noreferrer" target="_blank">aperez@alexperez.com</a>> wrote:<br>
><br>
>> Sumit,<br>
>><br>
>> Great questions, and they're particularly relevant at this phase/age of<br>
>> the existence of Sugar Labs. They certainly can't be answered in a single<br>
>> e-mail, however I think this is a perfect conversation to have,<br>
>> particularly on our IAEP mailing list, which is our general purpose mailing<br>
>> list.<br>
>><br>
>> Sumit Srivastava wrote on 3/28/19 5:00 PM:<br>
>><br>
>> Do we aim to be like Red Hat? Canonical? No match? Who are we closest to?<br>
>> Who do we aim to be?<br>
>><br>
>><br>
>> Speaking as an Oversight Board member, I do not believe it is in the<br>
>> interest of Sugar Labs to attempt to emulate a company like Red Hat and<br>
>> Canonical. These companies have hundreds/thousands of paid employees, and<br>
>> their organizational structure is a product of the needs of their corporate<br>
>> customers.<br>
>><br>
>> Right now, we have a few existential problems on the horizon, one of which<br>
>> is a long term problem, but which we now need to address in the short-term:<br>
>> Maintainability. Sugar has a lot of "technical debt", and unless we can<br>
>> complete our goal of 100% Python 3 compatibility of all core Sugar<br>
>> libraries and the toolkit, we risk the loss of being able to be run as a<br>
>> desktop environment on current versions of Linux, due to our reliance on<br>
>> Python 2. Since Python 2 has been on life support for many, many years, and<br>
>> is only nine months from being officially retired, it will no longer be<br>
>> maintained by the Python Foundation, nor included by default in the next<br>
>> versions of Fedora and Ubuntu. You can read further details about the<br>
>> sunsetting of Python 2 at <a href="https://pythonclock.org" rel="noreferrer noreferrer" target="_blank">https://pythonclock.org</a><br>
>><br>
>> <<a href="https://pythonclock.org/" rel="noreferrer noreferrer" target="_blank">https://pythonclock.org/</a>><br>
>><br>
>><br>
>> I understand that these are a lot of questions. You can also share<br>
>> relevant mail archive links if they're available.<br>
>><br>
>> I also understand that we're a non profit and the organisations I<br>
>> mentioned might not be a close match.<br>
>><br>
>> I personally do not think the core entity of Sugar Labs should be a<br>
>> commercial entity, but non-profit organizations are completely entitled to<br>
>> be profitable, and many are quite  for the profitable. Personally, I would<br>
>> like to see the development of a federated model, where we have<br>
>> country/regionally-centered "chapters" of Sugar Labs, with Sugar Labs<br>
>> itself taking the in-the-field feedback from our distributed user base, and<br>
>> incorporating and triaging suggestions/feedback,<br>
>><br>
>><br>
>> Essense of my question: If we could achieve anything, what would we want?<br>
>><br>
>> I would love to see a world where Sugar was used extensively, worldwide,<br>
>> by children in the primary school age range, with a wide range of<br>
>> actively-maintained activities, relevant to the current curricula of a<br>
>> variety of countries, and of interest to elementary school teachers, across<br>
>> all socioeconomic groups. How we get there is the real question, assuming<br>
>> we want to, and have the organizational will to do so.<br>
>><br>
>> As for what our "long term vision" is, I honestly don't think we have one<br>
>> at this point, and we should fix that, which is one of the reasons why I<br>
>> chose to run for the Sugar Labs Oversight Board. Our next meeting is next<br>
>> Friday, on 2019-04-05 at 20:00 UTC, on IRC, in the #sugar-meeting channel<br>
>> on FreeNode. Feel free to join us and observe, as well as ask questions<br>
>> before and after the official meeting commences.<br>
>><br>
>> <a href="https://wiki.sugarlabs.org/go/Oversight_Board" rel="noreferrer noreferrer" target="_blank">https://wiki.sugarlabs.org/go/Oversight_Board</a><br>
>><br>
>><br>
>> Regards<br>
>> Sumit Srivastava<br>
>><br>
>> _______________________________________________<br>
>> IAEP -- It's An Education Project (not a laptop project!)IAEP@lists.sugarlabs.orghttp://<a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer noreferrer" target="_blank">lists.sugarlabs.org/listinfo/iaep</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> IAEP -- It's An Education Project (not a laptop project!)<br>
>> <a href="mailto:IAEP@lists.sugarlabs.org" rel="noreferrer" target="_blank">IAEP@lists.sugarlabs.org</a><br>
>> <a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.sugarlabs.org/archive/iaep/attachments/20190329/abb47024/attachment.html" rel="noreferrer noreferrer" target="_blank">http://lists.sugarlabs.org/archive/iaep/attachments/20190329/abb47024/attachment.html</a>><br>
><br>
> ------------------------------<br>
><br>
> Subject: Digest Footer<br>
><br>
> _______________________________________________<br>
> IAEP -- It's An Education Project (not a laptop project!)<br>
> <a href="mailto:IAEP@lists.sugarlabs.org" rel="noreferrer" target="_blank">IAEP@lists.sugarlabs.org</a><br>
> <a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
><br>
> ------------------------------<br>
><br>
> End of IAEP Digest, Vol 132, Issue 6<br>
> ************************************<br>
<br>
<br>
_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org" rel="noreferrer" target="_blank">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a></blockquote></div></div>
_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org" target="_blank">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><font><font>Walter Bender</font></font><br><font><font>Sugar Labs</font></font></div><div><font><a href="http://www.sugarlabs.org" target="_blank"><font>http://www.sugarlabs.org</font></a></font><br><a href="http://www.sugarlabs.org" target="_blank"><font></font></a><br></div></div></div></div>