Re: [Sugar-devel] [DESIGN] Proposal: Contol-Panel packaging

2012-08-01 Thread James Cameron
For deployments that eschew servers, a caching proxy won't help.  But
on the other hand, sharing the updates across a bunch of XOs might be
possible using a torrent-like implementation.

-- 
James Cameron
http://quozl.linux.org.au/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Sugar-devel] [DESIGN] Proposal: Contol-Panel packaging

2012-08-01 Thread John Gilmore
> We use yum to provide automatic updates to our XOs in the field, and
> we must be mindful that large RPMs can have an impact on the school's
> Internet connection. If 400 XOs need to download a ~800KB Sugar RPM,
> that's 320MB being downloaded, potentially at the same time.

Isn't there a cacheing yum proxy?  Yes, it turns out:

  http://terrarum.net/administration/caching-rpms-with-pkg-cacher.html

[Beware the install advice in that page.  It tells you to set gpgcheck=0
to install their packages -- rather than telling you where to get a
public key -- and it neglects to tell you to restore gpgcheck=1 after
you install pkg-cacher.]

Supposedly apt-cache can do it as well, though I don't see a step-by-step
guide:

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482949

Once one of your local machines is running the proxy, then you point
each of the XOs to the proxy as well as to the standard RPM repos.  I
think yum is smart enough to download it from the first repo that
offers it, which means that if your cache is responding, it'll
download packages from there.  (Warning: I haven't done this myself.)

John
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Sugar-devel] [DESIGN] Proposal: Contol-Panel packaging

2012-08-01 Thread Sridhar Dhanapalan
On 30 July 2012 23:26, Jerry Vonau  wrote:
> The idea works well for users of Dextrose where OLPC-AU as a deployment
> could omit features that are still under development and not show the
> icon the control-panel at all. I'm not asking for anything to be
> removed, just packaged and made available separately.
>
> Once the spec file is altered OOB users would state which of the applets
> to install or substitute their own. The one rub would be having to alter
> the sugar-desktop group definition available from fedora's repos.
>
> Just trying to ease the burden on some of us deployments.

This feature would make maintenance of code and updates in the field
much easier for us.

As a deployment, we would like the choice of which CP applets to
include, or even make substitutions if need be. We don't want to be
making unnecessary patches or building our own Sugar RPM just for
this. That would in effect be a fork of Sugar and become a maintenance
burden for us.

We use yum to provide automatic updates to our XOs in the field, and
we must be mindful that large RPMs can have an impact on the school's
Internet connection. If 400 XOs need to download a ~800KB Sugar RPM,
that's 320MB being downloaded, potentially at the same time.

Sridhar


Sridhar Dhanapalan
Engineering Manager
One Laptop per Child Australia
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: [Sugar-devel] Engadget post on XO Touch

2012-08-01 Thread Martin Langhoff
On Thu, Jul 26, 2012 at 11:21 PM, Mike Lee  wrote:
> Here's a cool demo of the Neonode multitouch frame:
> http://www.slashgear.com/neonode-3d-touch-headed-to-tablets-and-phones-hands-on-28215933/
> Not only multi-touch, but also entry direction and tilt. For a dollar!

Not all devices using Neonode zForce do tilt, distance, etc. The
Kindle Touch, which I really like, has Neonode IR touch.

cheers,



martin
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- Software Architect - OLPC
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel