Re: Peripherals Suggestions

[Greg KH]

On Sat, Oct 20, 2007 at 10:30:48PM -0400, Ian Daniher wrote:
> I have been in contact with Zdenek Broz, who has a team of Czech undergrads
> working on designing a USB ADC Peripheral.
> They have little experience with linux, and use windriver from
> Jungoto
> write their drivers.
> Their schematic can be located 
> here
> .
> Questions?
> Comments?
> Suggestions?

Don't use Jungo, it will not work for Linux, sorry.

Just write a "real" Linux USB driver, it's very easy and simple.

> Ideas?
> Volunteering?

If you need some help writing a Linux USB driver, there are a lot of
people associated with the Linux Driver Project
(www.linuxdriverproject.org) who would be very glad to help you out.

thanks,

greg k-h
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Peripherals Suggestions

[Ian Daniher]

I have been in contact with Zdenek Broz, who has a team of Czech undergrads
working on designing a USB ADC Peripheral.
They have little experience with linux, and use windriver from
Jungoto
write their drivers.
Their schematic can be located here
.
Questions?
Comments?
Suggestions?
Ideas?
Volunteering?
Either respond, or drop us a line on IRC.
Thanks,
-- 
Ian Daniher
[EMAIL PROTECTED]
Skype : it.daniher
irc.freenode.com: DyDisMe
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Request for Peripherals Mailing List

[Ian Daniher]

I rest my case?
Sorry for bringing this up again, I just thought time might be right
Thanks for your time,

-- 
Ian Daniher
[EMAIL PROTECTED]
Skype : it.daniher
irc.freenode.com: DyDisMe

On 10/20/07, Rafael Enrique Ortiz Guerrero <[EMAIL PROTECTED]> wrote:
>
> HI
>
> Agree with arjun,
>
> would be nice to have an Open hardware and related discussion mail list,
> but is not the time yet.
>
> keep it simple for now. :).
>
> On 10/20/07, Arjun Sarwal <[EMAIL PROTECTED]> wrote:
>
> > I was thinking of that too, however for now it'd be best to have
> > discussions on devel@ and when the traffic warrants a separate list, we
> > could have that too!
> >
> > regards,
> > Arjun
> >
> >
> > >
> > > My name is Ian Daniher, and as you may know, I'm attempting to
> > > coordinate an
> > > international team of people designing a USB based core peripheral for
> > > the
> > > XO, an open-hardware design which could be embedded in a TeleHealth
> > > Module.
> > > We currently have 7+ people active in our project, and we are looking
> > > for a
> > > mailing list to help our collaboration efforts. Due to the potentially
> > > large
> > > amount of traffic, I believe that it is the best interest of OLPC to
> > > create
> > > a separate mailing list specifically for sensor, peripheral, and
> > > measure
> > > teams.
> > > Thank you for your time,
> > >
> >
> >
> > ___
> > Devel mailing list
> > Devel@lists.laptop.org
> > http://lists.laptop.org/listinfo/devel
> >
> >
>
>
> --
> Rafael Enrique Ortiz Guerrero
> One Laptop Per Child
> [EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Request for Peripherals Mailing List

[Rafael Enrique Ortiz Guerrero]

HI

Agree with arjun,

would be nice to have an Open hardware and related discussion mail list, but
is not the time yet.

keep it simple for now. :).

On 10/20/07, Arjun Sarwal <[EMAIL PROTECTED]> wrote:
>
> I was thinking of that too, however for now it'd be best to have
> discussions on devel@ and when the traffic warrants a separate list, we
> could have that too!
>
> regards,
> Arjun
>
>
> >
> > My name is Ian Daniher, and as you may know, I'm attempting to
> > coordinate an
> > international team of people designing a USB based core peripheral for
> > the
> > XO, an open-hardware design which could be embedded in a TeleHealth
> > Module.
> > We currently have 7+ people active in our project, and we are looking
> > for a
> > mailing list to help our collaboration efforts. Due to the potentially
> > large
> > amount of traffic, I believe that it is the best interest of OLPC to
> > create
> > a separate mailing list specifically for sensor, peripheral, and measure
> > teams.
> > Thank you for your time,
> >
>
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
>


-- 
Rafael Enrique Ortiz Guerrero
One Laptop Per Child
[EMAIL PROTECTED]
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Pilgrim patch to remove sugar tmp repo

[Marco Pesenti Gritti]

On 10/20/07, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> Ah, sorry, I read too fast the first time.
>
> Your patch also removes the tmp repo from the yum config written to
> the XO; I suppose we'll have to point the XO's yum at the public
> joyride repo, but we could wait to do that until joyride arrives at
> its permanent home on build-me-a.laptop.org.
>
> OK to checkin to autobuild, and then please merge autobuild to
> joyride, xtest, meshtest, and rainbow.

Looks like I don't have permissions to commit to meshtest and rainbow.
I merged to joyride and xtest.

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

Re: Request for Peripherals Mailing List

[Arjun Sarwal]

I was thinking of that too, however for now it'd be best to have discussions
on devel@ and when the traffic warrants a separate list, we could have that
too!

regards,
Arjun


>
> My name is Ian Daniher, and as you may know, I'm attempting to coordinate
> an
> international team of people designing a USB based core peripheral for the
> XO, an open-hardware design which could be embedded in a TeleHealth
> Module.
> We currently have 7+ people active in our project, and we are looking for
> a
> mailing list to help our collaboration efforts. Due to the potentially
> large
> amount of traffic, I believe that it is the best interest of OLPC to
> create
> a separate mailing list specifically for sensor, peripheral, and measure
> teams.
> Thank you for your time,
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Massive mesh view?

[Todd Kelsey]

There is some work being done at Meadan on mapping users and a scalable
interface -- this might represent an opportunity for convergence. if the
"thin client" (xo) didn't have processing power to generate/update in
realtime, you could generate such a map on a server, or peer to peer on
another cluster of computers (ex peer "donors"), and perhaps push over a
simple bitmap using ajax?

On 10/20/07, Polychronis Ypodimatopoulos <[EMAIL PROTECTED]> wrote:
>
> Representation of massive numbers of XOs in the network is definitely an
> interesting problem. It may be a little early to jump into providing
> solutions, but I dealt with the problem recently while working on my
> space activity, and space itself can be a scarce resource on screen,
> especially if you won't the layout of the icons to make some sense.
>
> Given a standard amount of space (the screen size), one approach is
> resize the icons in order to accommodate more icons on screen. But do we
> just resize all icons equally? I'd say no, because you may want to keep
> close friends at standard icon size and have everybody else shrink
> according to the level of interaction you may have with them. So, one
> size does not fit all.
>
> I would even go as far as to propose a Google Earth approach, where you
> zoom-out above ground and back in to focus on the people you're looking
> for. Also, providing a "temperature map" of human clusters may be
> another approach. I understand that the processing power required in
> both cases may also be "massive" and therefore prohibitive, but I just
> meant to layout some ideas.
>
> Pol
>
> Yoshiki Ohshima wrote:
> >   Thank you, Walter,
> >
> >   Ah, yes.  I would think that we could emphasize the "openness" of
> > platform so that letting people setup their own Jabber server would be
> > one way to go, as it is more likely that the buyers of G1G1 will have
> > some other computers.
> >
> >   Still an SNS system hooked up with laptops ID might be good.
> > Customizable SNS engines like OpenPNE could be a good starting
> > point to set up something relatively in short time...
> >
> > -- Yoshiki
> >
> > At Sat, 20 Oct 2007 07:33:09 -0400,
> > Walter Bender wrote:
> >
> >> Even outside of the context of the G1G1 program, many of your
> >> questions are relevant. The current "neighborhood view" will not scale
> >> for a large school. We have a number of enhancements to the view  in
> >> the works, principally filtering. (As Philip mentioned, the "friends
> >> view", to which you invite people, is in essence a filtered
> >> neighborhood view--there can be many others.) In the context of a
> >> school or community deployment, there will be multiple Jabber servers,
> >> but we will also want the Jabber servers to talk to each other at some
> >> level, so that there are bridges between islands of users. For G1G1,
> >> there will be a default Jabber server, but undoubtedly more will pop
> >> up.
> >>
> >> -walter
> >>
> >> On 10/20/07, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
> >>
> >>>   Hello,
> >>>
> >>>   Recently, I talked with some folks who are trying to do promotion of
> >>> the give one get one program, and some issues (all are related) came
> >>> up:
> >>>
> >>>   - How many users can be shown in the mesh view?
> >>>   - If you limit the number of buddys on the view, how do you limit?
> >>>   - Are we going to have many (jabber) servers for these buyers in the
> US?
> >>>   - Are we going to have an SNS like community so that (for example)
> >>> a set of friends can have a place to find each other easily?
> >>>
> >>> A senario was that a kid and her niece on the different coasts should
> >>> be able to find each other.
> >>>
> >>> I don't know if there is plan for these (for the G1G1 program), but
> >>> having an SNS site sounds like a good idea.  The parents will feel
> >>> safer if they know with whom their kids are talking.
> >>>
> >>> -- Yoshiki
> >>> ___
> >>> Devel mailing list
> >>> Devel@lists.laptop.org
> >>> http://lists.laptop.org/listinfo/devel
> >>>
> >>>
> >> --
> >> Walter Bender
> >> One Laptop per Child
> >> http://laptop.org
> >>
> > ___
> > Devel mailing list
> > Devel@lists.laptop.org
> > http://lists.laptop.org/listinfo/devel
> >
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Todd Kelsey
630.808.6444
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Massive mesh view?

[Todd Kelsey]

I wondered if g1g1 owners could be invited into a non-profit "community",
where the user experience could also be to nominate and create "sub-groups"
-- which could also include chat/privacy settings. I don't know if the folks
working on xogiving have plans for this or are just raising awareness, but
xospace.org is a domain that is ready to go and I am glad to collaborate
with whoever to build a community. I think it would be nice to have
something open that is not just limited to g1g1, but is multilingual and
uses an existing scalable open source cms in phase 1, and then phase 2 could
be customized. I do think it would also be nice to have a "kids area".

In second life -- in the "teen" version, every participant is required to go
through a background check -- so membership is open, but there's some
safeguards. Instinct tells me that it might be nice to connect "safe"
membership for g1g1 children through schools somehow.

thoughts?

On 10/20/07, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
>
>   Thank you, Walter,
>
>   Ah, yes.  I would think that we could emphasize the "openness" of
> platform so that letting people setup their own Jabber server would be
> one way to go, as it is more likely that the buyers of G1G1 will have
> some other computers.
>
>   Still an SNS system hooked up with laptops ID might be good.
> Customizable SNS engines like OpenPNE could be a good starting
> point to set up something relatively in short time...
>
> -- Yoshiki
>
> At Sat, 20 Oct 2007 07:33:09 -0400,
> Walter Bender wrote:
> >
> > Even outside of the context of the G1G1 program, many of your
> > questions are relevant. The current "neighborhood view" will not scale
> > for a large school. We have a number of enhancements to the view  in
> > the works, principally filtering. (As Philip mentioned, the "friends
> > view", to which you invite people, is in essence a filtered
> > neighborhood view--there can be many others.) In the context of a
> > school or community deployment, there will be multiple Jabber servers,
> > but we will also want the Jabber servers to talk to each other at some
> > level, so that there are bridges between islands of users. For G1G1,
> > there will be a default Jabber server, but undoubtedly more will pop
> > up.
> >
> > -walter
> >
> > On 10/20/07, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
> > >   Hello,
> > >
> > >   Recently, I talked with some folks who are trying to do promotion of
> > > the give one get one program, and some issues (all are related) came
> > > up:
> > >
> > >   - How many users can be shown in the mesh view?
> > >   - If you limit the number of buddys on the view, how do you limit?
> > >   - Are we going to have many (jabber) servers for these buyers in the
> US?
> > >   - Are we going to have an SNS like community so that (for example)
> > > a set of friends can have a place to find each other easily?
> > >
> > > A senario was that a kid and her niece on the different coasts should
> > > be able to find each other.
> > >
> > > I don't know if there is plan for these (for the G1G1 program), but
> > > having an SNS site sounds like a good idea.  The parents will feel
> > > safer if they know with whom their kids are talking.
> > >
> > > -- Yoshiki
> > > ___
> > > Devel mailing list
> > > Devel@lists.laptop.org
> > > http://lists.laptop.org/listinfo/devel
> > >
> >
> >
> > --
> > Walter Bender
> > One Laptop per Child
> > http://laptop.org
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Todd Kelsey
630.808.6444
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Massive mesh view?

[Polychronis Ypodimatopoulos]

Representation of massive numbers of XOs in the network is definitely an 
interesting problem. It may be a little early to jump into providing 
solutions, but I dealt with the problem recently while working on my 
space activity, and space itself can be a scarce resource on screen, 
especially if you won't the layout of the icons to make some sense.

Given a standard amount of space (the screen size), one approach is 
resize the icons in order to accommodate more icons on screen. But do we 
just resize all icons equally? I'd say no, because you may want to keep 
close friends at standard icon size and have everybody else shrink 
according to the level of interaction you may have with them. So, one 
size does not fit all.

I would even go as far as to propose a Google Earth approach, where you 
zoom-out above ground and back in to focus on the people you're looking 
for. Also, providing a "temperature map" of human clusters may be 
another approach. I understand that the processing power required in 
both cases may also be "massive" and therefore prohibitive, but I just 
meant to layout some ideas.

Pol

Yoshiki Ohshima wrote:
>   Thank you, Walter,
>
>   Ah, yes.  I would think that we could emphasize the "openness" of
> platform so that letting people setup their own Jabber server would be
> one way to go, as it is more likely that the buyers of G1G1 will have
> some other computers.
>
>   Still an SNS system hooked up with laptops ID might be good.
> Customizable SNS engines like OpenPNE could be a good starting
> point to set up something relatively in short time...
>
> -- Yoshiki
>
> At Sat, 20 Oct 2007 07:33:09 -0400,
> Walter Bender wrote:
>   
>> Even outside of the context of the G1G1 program, many of your
>> questions are relevant. The current "neighborhood view" will not scale
>> for a large school. We have a number of enhancements to the view  in
>> the works, principally filtering. (As Philip mentioned, the "friends
>> view", to which you invite people, is in essence a filtered
>> neighborhood view--there can be many others.) In the context of a
>> school or community deployment, there will be multiple Jabber servers,
>> but we will also want the Jabber servers to talk to each other at some
>> level, so that there are bridges between islands of users. For G1G1,
>> there will be a default Jabber server, but undoubtedly more will pop
>> up.
>>
>> -walter
>>
>> On 10/20/07, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
>> 
>>>   Hello,
>>>
>>>   Recently, I talked with some folks who are trying to do promotion of
>>> the give one get one program, and some issues (all are related) came
>>> up:
>>>
>>>   - How many users can be shown in the mesh view?
>>>   - If you limit the number of buddys on the view, how do you limit?
>>>   - Are we going to have many (jabber) servers for these buyers in the US?
>>>   - Are we going to have an SNS like community so that (for example)
>>> a set of friends can have a place to find each other easily?
>>>
>>> A senario was that a kid and her niece on the different coasts should
>>> be able to find each other.
>>>
>>> I don't know if there is plan for these (for the G1G1 program), but
>>> having an SNS site sounds like a good idea.  The parents will feel
>>> safer if they know with whom their kids are talking.
>>>
>>> -- Yoshiki
>>> ___
>>> Devel mailing list
>>> Devel@lists.laptop.org
>>> http://lists.laptop.org/listinfo/devel
>>>
>>>   
>> -- 
>> Walter Bender
>> One Laptop per Child
>> http://laptop.org
>> 
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>   
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Massive mesh view?

[Yoshiki Ohshima]

  Thank you, Walter,

  Ah, yes.  I would think that we could emphasize the "openness" of
platform so that letting people setup their own Jabber server would be
one way to go, as it is more likely that the buyers of G1G1 will have
some other computers.

  Still an SNS system hooked up with laptops ID might be good.
Customizable SNS engines like OpenPNE could be a good starting
point to set up something relatively in short time...

-- Yoshiki

At Sat, 20 Oct 2007 07:33:09 -0400,
Walter Bender wrote:
> 
> Even outside of the context of the G1G1 program, many of your
> questions are relevant. The current "neighborhood view" will not scale
> for a large school. We have a number of enhancements to the view  in
> the works, principally filtering. (As Philip mentioned, the "friends
> view", to which you invite people, is in essence a filtered
> neighborhood view--there can be many others.) In the context of a
> school or community deployment, there will be multiple Jabber servers,
> but we will also want the Jabber servers to talk to each other at some
> level, so that there are bridges between islands of users. For G1G1,
> there will be a default Jabber server, but undoubtedly more will pop
> up.
> 
> -walter
> 
> On 10/20/07, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
> >   Hello,
> >
> >   Recently, I talked with some folks who are trying to do promotion of
> > the give one get one program, and some issues (all are related) came
> > up:
> >
> >   - How many users can be shown in the mesh view?
> >   - If you limit the number of buddys on the view, how do you limit?
> >   - Are we going to have many (jabber) servers for these buyers in the US?
> >   - Are we going to have an SNS like community so that (for example)
> > a set of friends can have a place to find each other easily?
> >
> > A senario was that a kid and her niece on the different coasts should
> > be able to find each other.
> >
> > I don't know if there is plan for these (for the G1G1 program), but
> > having an SNS site sounds like a good idea.  The parents will feel
> > safer if they know with whom their kids are talking.
> >
> > -- Yoshiki
> > ___
> > Devel mailing list
> > Devel@lists.laptop.org
> > http://lists.laptop.org/listinfo/devel
> >
> 
> 
> -- 
> Walter Bender
> One Laptop per Child
> http://laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Olpc-open] Massive mesh view?

[Yoshiki Ohshima]

  Thank you Philip,

> There is a friends page along with the neighborhood view where you
> can add all of the people that are important to you.

  I know this answer, but this is not really the answer, right?  From
where do you add all of these people and how do you find the important
people?

>   The other questions will be better answered by others.

  That is alright.  Walter gave his answers and not every questions
have answers^^;

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

Supertux!

[Ian Daniher]

As you may know, Supertux is a 2d run and jump game, written in C(?), with
an rpm that (mostly) works on the xo. The rpm is located
here.
It requires 
thesedependencies
to build it. With minor remapping, it works with the xo's
rocker pad and gamepad buttons.
I was wondering if someone wanted to create a .xo activity file and
fine-tune the already mostly functional supertux code for the use of the
G1G1 folks. This would add an activity purely focused at entertainment, not
just education.

So far, the steps I've done on my xo:

   - wget
   
http://download.fedora.redhat.com/pub/fedora/linux/extras/6/i386/supertux-0.1.3-5.fc6.i386.rpm
   - rpm -ivh supertux-0.1.3-5.fc6.i386.rpm
   - Rotate the screen *before* you start supertux from the dev console
   - Remap the keys via "Options"

Things to do:

   - Package supertux and dependencies in a .xo format
   - fix the graphics problems, namely the large black border around the
   game display(reducing the resolution to 480x640?)
   - fix the opengl rendering problems(found when using v 0.3)
   - create wikipage
   - establish relationship with supertux core developers

I'm not a software person, nor a programmer, so help would be appreciated.
The biggest impetus for me to do this is how much my younger relatives would
enjoy supertux on the xo!
-- 
Ian Daniher
[EMAIL PROTECTED]
Skype : it.daniher
irc.freenode.com: DyDisMe
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Request for Peripherals Mailing List

[Ian Daniher]

My name is Ian Daniher, and as you may know, I'm attempting to coordinate an
international team of people designing a USB based core peripheral for the
XO, an open-hardware design which could be embedded in a TeleHealth Module.
We currently have 7+ people active in our project, and we are looking for a
mailing list to help our collaboration efforts. Due to the potentially large
amount of traffic, I believe that it is the best interest of OLPC to create
a separate mailing list specifically for sensor, peripheral, and measure
teams.
Thank you for your time,

-- 
Ian Daniher
[EMAIL PROTECTED]
Skype : it.daniher
irc.freenode.com: DyDisMe
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Pilgrim patch to remove sugar tmp repo

[C. Scott Ananian]

Ah, sorry, I read too fast the first time.

Your patch also removes the tmp repo from the yum config written to
the XO; I suppose we'll have to point the XO's yum at the public
joyride repo, but we could wait to do that until joyride arrives at
its permanent home on build-me-a.laptop.org.

OK to checkin to autobuild, and then please merge autobuild to
joyride, xtest, meshtest, and rainbow.

I've adopted bootanim, bootfw, olpccontents, olpcrd and libertas; the
most recent versions of these are in my ~/public_rpms/joyride.  You
can remove them from your ~/public_rpms (and close the bugs, if you've
opened bugs for these).
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Pilgrim patch to remove sugar tmp repo

[Marco Pesenti Gritti]

On 10/20/07, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On 10/20/07, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote:
> > I cleaned the sugar tmp repo, moved the still relevant rpms to my
> > public_rpms and opened tickets to move some of them to the owners
> > public_rpms. So I think we can just disable tmp repo now. Patch
> > attached, ok to checkin to autobuild and joyride branches?
>
> Can we get a list of which packages are still required from the tmp
> repo, which would get dropped when it is disabled?  I know that some
> of my stuff was living there (olpcrd, bootfw, bootanim); I'd like to
> know how many other people need to move stuff before I apply the
> patch, since we don't really want to break the joyride build.

As I said the required packages are all in my public_rpms. I filed
ticket for packages which are not mine and should moved to someone
else public_rpms. (not that you mention it I might have forgot olpcrd
though!).

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

Re: Pilgrim patch to remove sugar tmp repo

[C. Scott Ananian]

On 10/20/07, Marco Pesenti Gritti <[EMAIL PROTECTED]> wrote:
> I cleaned the sugar tmp repo, moved the still relevant rpms to my
> public_rpms and opened tickets to move some of them to the owners
> public_rpms. So I think we can just disable tmp repo now. Patch
> attached, ok to checkin to autobuild and joyride branches?

Can we get a list of which packages are still required from the tmp
repo, which would get dropped when it is disabled?  I know that some
of my stuff was living there (olpcrd, bootfw, bootanim); I'd like to
know how many other people need to move stuff before I apply the
patch, since we don't really want to break the joyride build.
 --scott

-- 
 ( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Network connectivity test update

[Kim Quirk]

Yani,
There is a lot of good information in this wiki page. It would be great to
get specific feedback from the collabra team to review the salut and gabble
side (if you haven't gotten that already); and please work with cscott to
get your 'connectivity_status' script checked into so it is available on
laptops.

Thanks for providing this detailed information!

Kim


On 10/18/07, Giannis Galanis <[EMAIL PROTECTED]> wrote:
>
> Kim, Ricardo,
>
> I have updated the Network connectivity test page(
> http://wiki.laptop.org/go/Test_Network_Configuration).
>
> I have added some additional information concerning the IP addresses and
> the resolv.conf file, in order to make things more clear.
>
> I updated the connectivity_status script. It can now detect if the XO acts
> as an MPP, connects through an Ethernet adapter etc.  It can be useful for
> machines running old builds.
>
> I will be waiting for possible suggestions.
>
> yani
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Pilgrim patch to remove sugar tmp repo

[Marco Pesenti Gritti]

Hello,

I cleaned the sugar tmp repo, moved the still relevant rpms to my
public_rpms and opened tickets to move some of them to the owners
public_rpms. So I think we can just disable tmp repo now. Patch
attached, ok to checkin to autobuild and joyride branches?

Marco
diff --git a/streams.d/olpc-development-livecd-yum-install.conf b/streams.d/olpc-development-livecd-yum-install.conf
index 05e515c..0e1ea8f 100644
--- a/streams.d/olpc-development-livecd-yum-install.conf
+++ b/streams.d/olpc-development-livecd-yum-install.conf
@@ -71,11 +71,3 @@ name=OLPC Content repo
 baseurl=http://dev.laptop.org/pub/content/rpms/
 enabled=1
 exclude=
-
-#this will be removed once we move to bundles
-[olpc-devel-tmp]
-name=OLPC Temporary Dev Repo
-baseurl=http://dev.laptop.org/pub/sugar/rpms
-enabled=1
-gpgcheck=0
-
diff --git a/streams.d/olpc-development-sdk-install.conf b/streams.d/olpc-development-sdk-install.conf
index f8f3c0c..0efed49 100644
--- a/streams.d/olpc-development-sdk-install.conf
+++ b/streams.d/olpc-development-sdk-install.conf
@@ -27,10 +27,3 @@ baseurl=http://koji.fedoraproject.org/static-repos/dist-olpc2-build-current/i386
 enabled=1
 gpgcheck=0
 exclude=kdebase,kernel,olpc-logos
-
-[olpc-devel-tmp]
-name=OLPC Temporary Dev Repo
-baseurl=http://dev.laptop.org/pub/sugar/rpms
-enabled=1
-gpgcheck=0
-exclude=olpc-logos
diff --git a/streams.d/olpc-development-yum-install.conf b/streams.d/olpc-development-yum-install.conf
index 8e58ec1..e68e08c 100644
--- a/streams.d/olpc-development-yum-install.conf
+++ b/streams.d/olpc-development-yum-install.conf
@@ -28,9 +28,3 @@ baseurl=http://koji.fedoraproject.org/static-repos/olpc2-trial3-current/i386/
 enabled=1
 gpgcheck=0
 exclude=firefox,seamonkey,mozplugger,kdebase,kernel
-
-[olpc-devel-tmp]
-name=OLPC Temporary Dev Repo
-baseurl=http://dev.laptop.org/pub/sugar/rpms
-enabled=1
-gpgcheck=0
diff --git a/streams.d/olpc-development.stream b/streams.d/olpc-development.stream
index c937564..488c9cf 100755
--- a/streams.d/olpc-development.stream
+++ b/streams.d/olpc-development.stream
@@ -1483,15 +1483,6 @@ gpgcheck=0
 exclude=
 EOF
 
-cat < $INSTALL_ROOT/etc/yum.repos.d/olpc-tmp.repo
-[olpc_tmp]
-name=OLPC temporary repo - files may vanish
-baseurl=http://dev.laptop.org/pub/sugar/rpms/
-enabled=0
-gpgcheck=0
-exclude=
-EOF
-
 
 ;;
 	*)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Massive mesh view?

[Walter Bender]

Even outside of the context of the G1G1 program, many of your
questions are relevant. The current "neighborhood view" will not scale
for a large school. We have a number of enhancements to the view  in
the works, principally filtering. (As Philip mentioned, the "friends
view", to which you invite people, is in essence a filtered
neighborhood view--there can be many others.) In the context of a
school or community deployment, there will be multiple Jabber servers,
but we will also want the Jabber servers to talk to each other at some
level, so that there are bridges between islands of users. For G1G1,
there will be a default Jabber server, but undoubtedly more will pop
up.

-walter

On 10/20/07, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
>   Hello,
>
>   Recently, I talked with some folks who are trying to do promotion of
> the give one get one program, and some issues (all are related) came
> up:
>
>   - How many users can be shown in the mesh view?
>   - If you limit the number of buddys on the view, how do you limit?
>   - Are we going to have many (jabber) servers for these buyers in the US?
>   - Are we going to have an SNS like community so that (for example)
> a set of friends can have a place to find each other easily?
>
> A senario was that a kid and her niece on the different coasts should
> be able to find each other.
>
> I don't know if there is plan for these (for the G1G1 program), but
> having an SNS site sounds like a good idea.  The parents will feel
> safer if they know with whom their kids are talking.
>
> -- Yoshiki
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>


-- 
Walter Bender
One Laptop per Child
http://laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Massive mesh view?

[Philip Macpherson]

There is a friends page along with the neighborhood view where you can add
all of the people that are important to you.   The other questions will be
better answered by others.

Philip

On 10/20/07, Yoshiki Ohshima <[EMAIL PROTECTED]> wrote:
>
>   Hello,
>
>   Recently, I talked with some folks who are trying to do promotion of
> the give one get one program, and some issues (all are related) came
> up:
>
>   - How many users can be shown in the mesh view?
>   - If you limit the number of buddys on the view, how do you limit?
>   - Are we going to have many (jabber) servers for these buyers in the US?
>   - Are we going to have an SNS like community so that (for example)
> a set of friends can have a place to find each other easily?
>
> A senario was that a kid and her niece on the different coasts should
> be able to find each other.
>
> I don't know if there is plan for these (for the G1G1 program), but
> having an SNS site sounds like a good idea.  The parents will feel
> safer if they know with whom their kids are talking.
>
> -- Yoshiki
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel