OLPC software: our first release and beyond.

2007-06-28 Thread Walter Bender
OLPC software efforts have been, from Day 1, a community effort. The extent to which the community has risen to the occasion at every level—from firmware to application and content development—is an inspiration. As we approach our final series of trial software releases this summer and our first re

Re: System update spec proposal

2007-06-28 Thread Christopher Blizzard
On Tue, 2007-06-26 at 14:21 -0400, Christopher Blizzard wrote: > > First about approach: you should have given this feedback earlier > rather > than later since Alex has been off working on an implementation and if > you're not giving feedback early then you're wasting Alex's time. > Also > I woul

Re: object store apis

2007-06-28 Thread Dan Williams
On Thu, 2007-06-28 at 13:59 -0400, SJ Klein wrote: > Hello all, > > Thibaut is the author of meshboard.xo [1], a mesh community-board app that > currently (as a hack) uses its own xml-rpc server in each instance to send > messages to others running the activity. > > Ryan Trinkle is interested i

Re: object store apis

2007-06-28 Thread SJ Klein
Hello all, Thibaut is the author of meshboard.xo [1], a mesh community-board app that currently (as a hack) uses its own xml-rpc server in each instance to send messages to others running the activity. Ryan Trinkle is interested in working on message passing and discovery of small pieces of c

Re: rsync benchmarking

2007-06-28 Thread Ivan Krstić
On Jun 28, 2007, at 1:41 PM, C. Scott Ananian wrote: > Ivan: is the format of the antitheft server's response documented > somewhere? If so, we should throw in the top-level hash along with > the relative url; this will save an extra authentication step since > the hash can be signed along with th

Re: rsync benchmarking

2007-06-28 Thread C. Scott Ananian
On 6/28/07, Ivan Krstić <[EMAIL PROTECTED]> wrote: > regardless of how large it is. Scott fixes this by externally > breaking down the tree into smaller chunks and then rsyncing those > individually, such that the memory consumption during any particular > rsync operation remains relatively small.

Re: Test Group release notes, build 466

2007-06-28 Thread Kim Quirk
Thanks Marco! Kim On 6/28/07, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote: Hello, some notes about the notes... * Search and resume works in sugar-jhbuild. 466 does not have the latest code so let's reevaluate with the next image. * Journal can't be closed anymore, I checked in a fix for

Re: Test Group release notes, build 466

2007-06-28 Thread Marco Pesenti Gritti
Hello, some notes about the notes... * Search and resume works in sugar-jhbuild. 466 does not have the latest code so let's reevaluate with the next image. * Journal can't be closed anymore, I checked in a fix for that. * I sent a separate mail about Paint, we need to figure out what to do abou

XO Upgrades in Uruguay

2007-06-28 Thread Emiliano Pastorino
Hi! Let me tell you what are we doing in order to upgrade the XOs at this latitudes... Currently, we are working at one school with 135 XOs and one school server. Each XO has a script written in bash which is called by crontab a few times a day. This sript (the "actualizator", as we named it) che

Re: usage of usb sticks on the laptops

2007-06-28 Thread Ivan Krstić
On Jun 28, 2007, at 5:30 AM, Tomeu Vizoso wrote: > Perhaps we'll need to do the same as is done everywhere and notify > when > a device that needs to be safely unmounted is mounted, and > "complain" to > the user when the stick is removed unsafely. Normally, complaining is all you can do beca

usage of usb sticks on the laptops

2007-06-28 Thread Tomeu Vizoso
Hi all, we've recently added support for usb sticks in the datastore and the journal activity and I'm a bit worried about the kids pulling out the stick before the data has been fully written into the stick. Perhaps we'll need to do the same as is done everywhere and notify when a device that nee

Re: rsync benchmarking

2007-06-28 Thread Ivan Krstić
On Jun 28, 2007, at 3:55 AM, Martin Langhoff wrote: > rsync itself does all of that, and it's pretty efficient at it. No it doesn't; such functionality only exists in rsync 3.0. See the comments from Tridge. Right now, if you let rsync 2.x sync a tree, it will go and read (data structures for)

Re: System update spec proposal

2007-06-28 Thread David Woodhouse
On Wed, 2007-06-27 at 18:37 -0400, Ivan Krstić wrote: > On Jun 27, 2007, at 2:57 AM, David Woodhouse wrote: > > Nevertheless, it's an accurate description of what happened. > > Let's agree to disagree. Sounds like a fine plan. As long as we're united on the common goal to drop vserver as soon a

Re: rsync benchmarking

2007-06-28 Thread Martin Langhoff
On 6/28/07, C. Scott Ananian <[EMAIL PROTECTED]> wrote: > I wrote a quick ~60 line script to do non-recursive rsync a directory > at a time. Actually, it's a little smarter than that: it generates > manifests for each directory, and syncs the tree by first syncing the > root (and the root's manife