[Sugar-devel] Sugar on a Stick on XOs for XO Lending Libraries?

Sebastian Dziallas sebastian at when.com
Sat Aug 22 17:37:30 EDT 2009


Caroline Meeks wrote:
> Sdz and others...
>
> We should put having a Stick work on both XOs and nonXOs on a roadmap,
> feature wish list somewhere please.  I have to admit I'm getting pretty
> lost about where to put this sort of thing, especially since it crosses
> so many boundaries.

With our most recent move to Launchpad, I've also migrated the SoaS v2 
features over there, as we're going to use Launchpad's "blueprints" 
functionality (that's how they call features) to track them.

Everybody, if you can draft up a good proposal for an idea (this isn't 
specific to this SoaS-on-XO topic), please enter it here:

    https://blueprints.edge.launchpad.net/soas

I'm really happy about these blueprints, as they seem to be a pretty 
good possibility to track the state of features, the people who are 
working on them, and the related code.

> A good example of where it would be useful is the UK deployment.  They
> are getting about 40 XOs and they already have a computer lab of PCs.

I've just tried a new build of SoaS on the XO and then on my own machine 
and it fails. More concretely, it stops after saying 
ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready.

This needs to be investigated.

--Sebastian

> Thanks!
>
> On Tue, Aug 18, 2009 at 6:26 PM, David Farning <dfarning at sugarlabs.org
> <mailto:dfarning at sugarlabs.org>> wrote:
>
>     On Tue, Aug 18, 2009 at 2:30 PM, Ton van
>     Overbeek<tvoverbeek at gmail.com <mailto:tvoverbeek at gmail.com>> wrote:
>      > On Tue, Aug 18, 2009 at 1:01 PM, Caroline
>      > Meeks<caroline at solutiongrove.com
>     <mailto:caroline at solutiongrove.com>> wrote:
>      >> Hi,
>      >> I'm curious if we are to the point technically where an XO
>     lending library
>      >> could create a stick for an XO borrower and lend them the XO.
>       The borrower
>      >> could then use Sugar and he XO on the stick. If they liked using
>     Sugar they
>      >> could keep the stick with all their work and continue using it
>     on their home
>      >> computer after they returned the XO.
>      >> Seems
>      >>
>     like a cool idea, but I haven't been following the technical issues around SoaS on the XO enough to know if its technically feasible?
>      >> Thanks,
>      >> Caroline
>      >>
>      >
>      > Would be nice, if it works.
>      >
>      > I have not tried it with the recent releases of SoaS (>= Strawberry),
>      > but pre Strawberry it did not work.
>      > The main problem is that the underlying live-cd code assumes it is
>      > always running on the same computer.
>      > On first boot it does some specific adaptations for the XO-1 (i.e.
>      > change xorg.conf) which make it not work
>      > when booted later on a non-XO.
>      > Same thing the other way around, when first booted on a 'normal'
>     pc it
>      > will not work on the XO-1.
>      > Again, all this was my experience with pre Strawberry versions of
>     SoaS.
>      > If this is working now, then please correct me.
>      >
>      > Anyway, if it is not fixed yet, then this is one of the things SoaS
>      > has to address sooner than later
>      > in order to live up to all the publicity that you can take your work
>      > with you and boot it on any
>      > (Intel) computer.
>      >
>      > Hope I am being too pessimistic ....
>
>     I would use the term realistic rather than pessimistic to describe
>     your post....
>
>     With that said, many of the issues that you refer to are underlying
>     distro issues rather SoaS or Sugar Issues.  I would encourage you to
>     file bug reports with your favourite disto so their developers are
>     aware of these problems.
>
>     FWIW, SoaS is taking 'live CD' images _far_ past their originally
>     envisioned purposes.  The distros are seeing the value in running
>     their distro straight from a usb stick.  Thus, the development rate at
>     the os level is starting to pick up dramatically.
>
>     david
>
>      > Ton van Overbeek


More information about the Sugar-devel mailing list