Changes

Line 7: Line 7:  
==Sugar Digest==
 
==Sugar Digest==
   −
1. Simon Schampijer announced that our 0.88 Release Candidate is ready for testing. We are in "Code Freeze", only critical bug fixes can be landed now. Any testing would be greatly appreciated. You can access the latest bits for testing using sugar-jhbuild (update and build) or downloading a Sugar-on-a-Stick image from http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/. There is also a Karmic-based ppa for use on Ubuntu (See [[Community/Distributions/Ubuntu#Sugar-0.88_on_Ubuntu_9.10_.28karmic.29|Karmac-Sucrose-0.88-ppa]]).
+
1. LIBREPLANET was this past weekend. It was held that the Harvard University Science Center and drew a large crowd of FLOSS movers and shakers. RMS was there. He spoke about the risks that Software as a Service poses to our freedoms. I unfortunately missed John Gilmore's talk, where he outlined what he thinks are the next goals for the community. It is no surprise that Eben Moglen gave an inspiring talk. He spoke about how much we have accomplished: Free Software is no longer an option; it is "indispensable". We talked about some of the opportunities, especially in education, afforded by software that is "reliable and has a unit cost of zero." I spoke briefly with Brewster Kahle about how we might further leverage the Internet Archive. It has a wealth of materials of potential interest to Sugar users (For example, I just forwarded this link to the Sur list as I thought it was a nice complement to some of the geometry problems they had been discussing [http://ia331304.us.archive.org/2/items/amusementsinmath16713gut/16713-h/16713-h.htm#GREEK_CROSS_PUZZLES [1]]).
   −
Simon has begun pulling together release notes (See [[0.88/Notes]]).
+
I attended a talk given by some members of GNU Generation (http://fsf.org/gnugeneration). They are a group of pre-university students involved in FLOSS development. Sugar Labs has great synergy
 +
with this group; I have already tried to connect them with Jeff Elkner's team at Sugar Labs DC.
   −
Many thanks to Simon, our release manager, and the many community members who have contributed to this release, including Sascha Silbe and Aleksey Lim, both of whom have been relentless in closing tickets.
+
I also met Asheesh Laroia from [http://openhatch.org Open Hatch]. Open Hatch is a place to find volunteer opportunities and volunteers. Asheesh was kind enough to add the [http://bugs.sugarlabs.org/query?col=id&col=summary&col=type&col=status&col=priority&col=milestone&col=component&keywords=~sugar-love&order=priority "sugar-love" tag] on bugs.sugarlabs.org to the Open Hatch volunteer
 +
opportunities list. I noticed that both Sebastian Dziallas and Mel Chua are new to Open Hatch as well. They have done a nice job of describing Sugar and Sugar on a Stick.
   −
It is worth noting that many of the new features and "under-the-hood" improvements in this release have come from "local lab" efforts. For example, teams in Uruguay and Paraguay have led much of the development efforts. This is due in large part to the steadfastness of Tomeu Vizoso and Bernie Innocenti, both of whom have been working hard to help local efforts better integrate with the Sugar upstream project. This highly distributed model, where problems are identified on the ground and largely addressed locally, but then integrated with the upstream project is a powerful and sustainable model for Sugar.
+
The title of my talk was [[User:Walter|"Beyond 'open': Making software easier to modify."]] I began by showing two photos that Bernie Innocenti took in Caacupe, Paraguay. Pictures of smiling children with computer is always a hit, but chose my pictures carefully. The first photo was of two young girls hiding behind their OLPC XO-1 laptops. The laptops had been covered (end-user customized) with stickers ''despite'' the best efforts of the designer. (The XO has bumps on its surface that in order to hide scratches and deter the use of stickers.) The second photo was of two young boys replacing broken displays. In this case the design goal was to enable the end user to make repairs (if not modifications) to the hardware.
   −
2. Tim McNamara, our Google Summer of Code coordinator has been hard at work. He has submitted our application and is now busy with the recruitment process. You can learn more about how you might participate in this year's program by visiting [[Summer_of_Code]]. Please help spread the word to potential candidates.
+
I then quoted Eben completely out of context. He had said in the talk prior to mine that only Free Software had achieved the elusive goal of being "write once, run everywhere." I said that Sugar had a different goal. We want our code to be written over and over again by our end users because they will learn in the process. Of course we want to write reliable code that will enable Sugar to run "everywhere" and in fact, we have made great progress in this regard over the past two years, in part by hanging onto the coattails of the GNU/Linux community's efforts. I tried to make the point that the usual metrics — robustness, efficiency, maintainability, etc. — are not enough for education. We need to go a step further by ensuring that our code is free and open but also practically amenable to manipulation. (The license guarantees that all Free Software can be modified by the end user, but for most users, this is just a theoretical freedom.) If everyone learns to write code and if more code is written with end-user modifications in mind, we will have a world in which everyone is engaged in debugging, what Cynthia Solomon described as the great educational opportunity of the 21st Century.
   −
3. Josh Williams has been working on a new skin for our wiki. See http://wiki-devel.sugarlabs.org/ to get a sense of where he is heading. The new theme is simple, clean, and more in keeping with the Sugar style used on our other sites.
+
At this point, I meant to digress. In the mid-to-late 1980s, I worked on digital video systems. The standard metrics used by the engineering community at the time were complexity of encoding, channel robustness, complexity of decoding, and, of course, the compression ratio. I tried to introduce a fifth metric: the degree to which the encoded signal was amenable to manipulation by the end user. I had in mind simple things like remixing, which had implications regard to the mix of I-, P-, and B-frames in MPEG. I didn't want us to repeat the mistakes of SÉCAM, in which cannot easily be edited in its native analog form. (I forgot to make this digression in the actual talk.)
   −
===In the community===
+
I went on to describe some of the approaches we have taken at Sugar Labs to encourage and facilitate end-user modifications:
   −
4. LIBREPLANET begins on Friday, 19 March. You can learn more about these three days of Free Software activism at http://groups.fsf.org/wiki/LibrePlanet2010. (I'll be participating in the program on Saturday.)
+
* Setting expectations: establishing a culture in which it is the norm to exercise the freedoms afforded by Free Software;
 +
* Free Software: articulating the free speech aspect of Free Software (Freedom ???);
 +
* View Source: provide tools that make it easy to access the source;
 +
* Scripting languages: use scripting languages (Python, Javascript, and Smalltalk in the case of Sugar) so that changes can be direct and immediate;
 +
* Small steps: provide a scaffolding to enable the end user to get started by taking small steps (while C might have a "high ceiling", it does not have a very "low floor");
 +
* "Crumple zones": reduce the risk associated with making mistakes; if the penalty of introducing a bug is too high — either by causing unbounded damage or by being irreversible — then people will quickly be conditioned not to engage in the "risky" behavior of modifying code;
 +
* The "real deal": if in practice you can only modify toy versions of your software, you cannot scratch a real itch; make sure the real version can be modified;
 +
* Supportive community: I think that it a fair characterization of the Sugar community is that it is welcoming and tolerant of "newbies"; to ask a question is to become a member of the community; we are stingy with commit privileges to "mainline", but provide affordances to encourage the creation of experimental forks.
   −
5. Ken Haase, a former colleague of mine at MIT, has been working on a new ebook reader that may be of interest to the Sugar community. You can play with it by visiting http://sbooks.net. It is built in Javascript and it has offline reading capabilities as well, which, with Lucian Branescu's patches to Browse (which hopefully will land in Release 0.90), it might make a very interesting Sugar activity. Ken is also developing a site for having children add metadata to ebooks (See http://beebooks.org for more details).
+
By way of demonstrations, I highlighted the work of Tony Forster, who "modified" Physics and has taken Turtle Art to new and unexpected places.
 +
 
 +
We have a ways to go and there are more things, such as optionally providing the GNU tools bundled with Sugar on a Stick, but I think that Sugar is a great model for the broader FLOSS community. Thanks to you, we are making great progress towards our goal of providing every learner will high-quality tools for learning.
    
===Help wanted===
 
===Help wanted===
   −
6. We are now advertising some "new easy to fix tickets" on http://bugs.sugarlabs.org/ for anyone looking for an introductory Sugar-related programming project. (Developers, you can use the tag "sugar-love" to get tickets added to the list.
+
2. We have been accepted into the 2010 Google Summer of Code program. Time to solicit mentors and interns. Kudos to Tim McNamara.  
 
  −
7. Bernie and Stefan Unterhauser (dogi) have asked if anyone would be willing to step forward to take over maintenance of any of the following:
  −
* http://planet.sugarlabs.org/ (and switch it to Planet Venus!)
  −
* http://git.sugarlabs.org/ (major upgrade needed!)
  −
* http://wiki.sugarlabs.org/ (not a lot of work)
  −
* http://www.sugarlabs.org/ (major revamp needed, maybe with Drupal)
      
===Tech talk===
 
===Tech talk===
   −
8. Bert Freudenberg has been working on Sugar-Journal integration of Scratch.
+
3. The [http://wiki.paraguayeduca.org Sugar team in Paraquay] has made great progress towards the goal of a F11/Sugar-0.84 build for the OLPC-XO-1 computers (You can follow their progress at http://wiki.paraguayeduca.org/index.php/Devel/Builds/Todo).
 
  −
9. Matt Gallagher has been working on Gnome-desktop integration of Turtle Art.
      
===Sugar Labs===
 
===Sugar Labs===
    
<gallery>
 
<gallery>
:File:2010-Mar-6-12-som.jpg|Gary Martin has generated a SOM from the past week of discussion on the IAEP mailing list.
+
:File:2010-March-13-19-som.jpg|Gary Martin has generated a SOM from the past week of discussion on the IAEP mailing list.
 
</gallery>
 
</gallery>