Way to tell if it is an XO
marcelr01 at gmail.com
Thu Dec 11 06:55:12 EST 2008
On Thu, Dec 11, 2008 at 5:37 AM, John Gilmore <gnu at toad.com> wrote:
> > Basically we want to offer a service just for the Xos and are working now
> > the authentication model.
> Why would you want to offer a service just for machines by one
> If a kid has an XO and also has a Mac, do you want your service to
> refuse to run on their Mac? If so, why? It seems to me like shooting
> the messenger. Why would you fail to provide service to someone who
> only had a Windows machine, or a Fedora machine that didn't happen to
> be an XO? What about an Ubuntu machine that DOES happen to be an XO,
> does it qualify?
I don't think you get the full picture of how things are here in Uruguay.
Our target users will be kids with and XO and 98% of them don't have another
computer. They don't have an internet connection at home, so I doubt there
is ONE of them that has a MAC.
Apart from that, it is not that I want to block every other hardware of
software, it is just a way of restricting the use to kids in the Plan
Ceibal(Olpc implementation in Uruguay) in order to make it commercially
viable. This will be a service that many companies will have expenses to
have it functioning and it is meant to be free just for those kids on plan
> And are you sure that next year's XO software and
> hardware will continue to meet your test? Ultimately, what "is" an
> XO, for your purposes? Would an XO not running Sugar still be an XO?
> Do you even know whether you *want* next year's XO to work with your
> service, or not?
I don't know if you read my last email but we aren't going to restrict the
use to just kids with XO by testing against hardware or software on the XO.
We will by installing a signed certificate on each XO. This is a much safer
way atought it adds complexity to the deployment.
We are going to use a shared certificate authority scheme following the
OASIS WSS standard.
> It's far better to make your system depend on the presence of
> *features* that you depend on. If it needs a Python client, then ok,
> it doesn't run on machines without Python. X Window System
> dependency, ok, it's clear that Mac and Windows users will have to go
> an extra mile to use it. Test for features you actually need! Then
> don't add extra tests for random features (like /ofw/model) that you
> DON'T actually need.
Our client app does depend on X, python and and some other libs inside the
> Almost all the schemes I see like this are poorly thought through --
> like most vendors' DRM systems (the sort where they decommission the
> key server after a few years, then are surprised at the public
> protest, then change their mind). Perhaps yours is not, but that
> would be noteworthy.
Thanks for your comments John
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Devel