Re: Scanning and probe requests
On Wed, 2008-03-05 at 20:09 -0300, Ricardo Carrano wrote: It may be possible that NetworkManager is triggering the scannings (any other possibility?). Anyway, why 4 scan commands and how this becomes 2 probe requests? Any ideas? We send multiple scan commands to the firmware for each scan command from userspace because the buffer for scan results is limited in size -- so we scan only four channels at a time. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Project name : Mastergoal is set up
I have replaced the old key with the new one. The old one had some line wraps in it which would cause a problem. --HH. On Wed, Mar 5, 2008 at 5:53 PM, Nicolas Escobar J. [EMAIL PROTECTED] wrote: Thank you! I am having trouble performing the initial push though. Just in case, I am attaching a new SSH2 key if that's ok. I apologize for the inconvenience Regards 2008/3/5, Henry Hardy [EMAIL PROTECTED]: Wed, 5 Mar 2008 13:35:49 -0400, [EMAIL PROTECTED] wrote: Project name : Mastergoal Done. Your tree is here: git+ssh://[EMAIL PROTECTED]/git/activities/mastergoal Please follow instructions here for importing your project: http://wiki.laptop.org/go/Importing_your_project Let us know if you have any problems with your tree. Happy hacking. Cheers, -- Henry Edward Hardy [EMAIL PROTECTED] -- Nicolás.- ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Read Etexts activity on OLPC Activities page
The Read Etexts activity has been committed to Git and I have created a page for it in the Wiki. I would be interested in any feedback on the Activity itself, the Wiki page, or anything else. I want to do this right. Second, I would like to thank everyone on this list that helped me get the Activity this far. I hope to continue work on it and its sister activity View Slides until they are both worthy and useful additions to the Activities catalog for the XO. James Simmons ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Why is Terminal 'extra' ?
Was not aware of the implications of the official builds from now on will contain only _base_ Activities (discussed in Ticket #6598), until I saw a recent post to the Sugar list. I happen to be a heavy CLI user. It appears the target countries for OLPC deployment have not insisted on CLI - hence Terminal is being omitted from the _base_ software distribution. I'm presuming not all users in the field will have a connection whereby to download 'extra' Activities omitted from the _base_. That leaves the text console as the approved OLPC CLI interface. Admittedly Terminal can be used to delete/alter things that should be left alone. But to me personally, it is easier to use than the text console. Do the benefits of initially leaving Terminal out of the _base_ distribution outweigh having to subsequently install it for those who wish to use it ? mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Why is Terminal 'extra' ?
On Thu, Mar 6, 2008 at 11:37 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Was not aware of the implications of the official builds from now on will contain only _base_ Activities (discussed in Ticket #6598), until I saw a recent post to the Sugar list. I happen to be a heavy CLI user. It appears the target countries for OLPC deployment have not insisted on CLI - hence Terminal is being omitted from the _base_ software distribution. I'm presuming not all users in the field will have a connection whereby to download 'extra' Activities omitted from the _base_. That leaves the text console as the approved OLPC CLI interface. Terminal, Log Viewer, and Analyze are not included in the core build, but they *are* included in the core *library*. That is, you can always install them, even though they may not show up by default in the toolbar. Now, there are people who feel strongly that Terminal should appear in the default toolbar. I don't have a strong personal opinion pro or con on this. But it *must* be (and is) *available* (even if not 'installed by default) because it is essential for OLPC to diagnose and fix problems in the field -- although it is probably not useful (and possibly even confusing) to many naive users. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Why is Terminal 'extra' ?
On Thu, Mar 6, 2008 at 7:39 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Thu, Mar 6, 2008 at 11:37 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Was not aware of the implications of the official builds from now on will contain only _base_ Activities (discussed in Ticket #6598), until I saw a recent post to the Sugar list. I happen to be a heavy CLI user. It appears the target countries for OLPC deployment have not insisted on CLI - hence Terminal is being omitted from the _base_ software distribution. I'm presuming not all users in the field will have a connection whereby to download 'extra' Activities omitted from the _base_. That leaves the text console as the approved OLPC CLI interface. Terminal, Log Viewer, and Analyze are not included in the core build, but they *are* included in the core *library*. That is, you can always install them, even though they may not show up by default in the toolbar. Now, there are people who feel strongly that Terminal should appear in the default toolbar. I don't have a strong personal opinion pro or con on this. But it *must* be (and is) *available* (even if not 'installed by default) because it is essential for OLPC to diagnose and fix problems in the field -- although it is probably not useful (and possibly even confusing) to many naive users. It is scheduled for update.2 some changes to the home view and the frame such that activities won't be launched from the frame. See more in the link below: http://wiki.laptop.org/go/Designs/Activity_Management With these changes, I wonder if all the activities that are shipped in the library should be installed instead (but not marked as favorites). Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Why is Terminal 'extra' ?
Yes, this was one of the aspects we like about the new design. Your suggestion reinforces the whole intent of the two views within Home. Regardless, we likely want to retain their presence within the Library so that kids can manage (including deletion of) activities without winding up entirely without access to these tools. - Eben On Thu, Mar 6, 2008 at 1:45 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Thu, Mar 6, 2008 at 7:39 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Thu, Mar 6, 2008 at 11:37 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Was not aware of the implications of the official builds from now on will contain only _base_ Activities (discussed in Ticket #6598), until I saw a recent post to the Sugar list. I happen to be a heavy CLI user. It appears the target countries for OLPC deployment have not insisted on CLI - hence Terminal is being omitted from the _base_ software distribution. I'm presuming not all users in the field will have a connection whereby to download 'extra' Activities omitted from the _base_. That leaves the text console as the approved OLPC CLI interface. Terminal, Log Viewer, and Analyze are not included in the core build, but they *are* included in the core *library*. That is, you can always install them, even though they may not show up by default in the toolbar. Now, there are people who feel strongly that Terminal should appear in the default toolbar. I don't have a strong personal opinion pro or con on this. But it *must* be (and is) *available* (even if not 'installed by default) because it is essential for OLPC to diagnose and fix problems in the field -- although it is probably not useful (and possibly even confusing) to many naive users. It is scheduled for update.2 some changes to the home view and the frame such that activities won't be launched from the frame. See more in the link below: http://wiki.laptop.org/go/Designs/Activity_Management With these changes, I wonder if all the activities that are shipped in the library should be installed instead (but not marked as favorites). Tomeu ___ 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: Why is Terminal 'extra' ?
On Mar 6, 2008, at 8:48 PM, Walter Bender wrote: We cannot ship laptops with learning tools, of which the terminal is one. ITYM without? :) -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Why is Terminal 'extra' ?
On Thu, Mar 6, 2008 at 2:48 PM, Walter Bender [EMAIL PROTECTED] wrote: This whole discussion has gone awry. The presumed core activities had better be about streamlining the build engineering process, not the epistemological goals of the project. We cannot ship laptops with[out] learning tools, of which the terminal is one. More later, when I amback online. I don't think the discussion has gone awry. People seem to generally understand what we are trying to do here. The core activities are just those which we insist all countries include on the left hand side of the (current) activity bar. We have another 3 activities in the library which we don't insist they include on the activity bar (yet?) but which must be on the laptop for field maintenance and debugging, if nothing else. There is no statement being made about epistemological goals. Walter (and the deployment team) is in charge of convincing countries to include a sane set of activities in their customization kit to actually permit the full learning potential of the machine to be exploited, and I believe he is succeeding. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How can I prevent 'suspend' ?
Hi Mikus, How do I prevent 'Read' (or whatever) from letting my XO 'suspend'? touch /etc/inhibit-ebook-sleep - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How can I prevent 'suspend' ?
mikus wrote: No wireless; instead an USB-ethernet adapter. Whenever the XO suspends, it drops power on the USB. Then, when it resumes, it connects eth0 to the radio instead of to the ethernet. To avoid when i had use of my (borrowed) XO, and was using a USB adapter, it appeared as eth1. how/why is eth0 going away completely? and if that's not preventable, could ifrename help? i'm just thinking that allowing suspend to be graceful might be preferable to disallowing it at all. (but forgive me if you've already discarded these options.) paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 35.2 degrees) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
State of the update.1
Just to check my understanding, and make sure everyone's on the same page: Our current update.1 build is 697 It currently has fixes for: * trac #6580 (reconfig network on lid open) * trac #6579 (remove workstation record from mdns) * Mesh multicast ttl=1 (dwmw kernel patch) The following networking issues are still open: * trac #6310 (salut crasher) (in joyride) * trac #6572 (key hash in mdns) (in joyride, but partially broken there) * trac #6299 (disable salut when gabble is running) (was in, now out; approach has changed, needs review) * trac #6586 (scan failed) (irreproducible now that network traffic is under control) The following are release notes: * suspend is disabled * only core activities are present, to enable local customization. * For WEP or WPA, the access point must be set to channel 1, 6, or 11 for the XO to connect. (although there have been reports that this isn't the case for some people) There are quite a number of blocker and high priority bugs still filed against update.1: http://dev.laptop.org/query?status=assignedstatus=newstatus=reopenedgroup=priorityorder=prioritymilestone=Update.1col=idcol=summarycol=statuscol=typecol=prioritycol=component From my brief triage of *only the blocker bugs*, ones which look important include: * trac #1407, 2804, 5268, 6079: touchpad problems * trac #5841: spanish and portuguese keyboards broken in console * trac #6159: devangari keyboard broken * trac #5933: change default jabber server to update1.jabber.laptop.org * trac #6050: arabic broken in write * trac #6072: sync library changes (seems to have been done once but needs to be done again?) * trac #6245: boot even if firmware needs update (smithbone working on this) * trac #6170, 6407: shared write crashes (have patch, current status unknown) * trac #6405: can't add photo to write (have sugar patch, not in joyride) The following bugs can be moved to update.2 if we leave suspend disabled in update.1: * trac #6015: unable to resume * trac #6201/4247: no sound after resume * trac #6453: no wireless after resume * trac #6590: keypresses interfere with resume * trac #4255: record takes 10s to start after resume * trac #6235: suspend happens at inappropriate times And the following are believed fixed (but not yet tested or closed): * trac #6436/6437: measure broken * trac #6443: new pippy translations * trac #6444: ohm timeouts * trac #5968: spanish localization I also reviewed http://wiki.laptop.org/go/Test_Group_Release_Notes and bugs not list above include: * trac #6269: USB disk doesn't show up in journal (current status unknown) It seems that, with concerted effort, we could have a reasonable update.1 build in a short period of time. I believe that #6299 and #6310 need to be pulled into a build before we repeat our 32 laptops on a schoolserver test, and #5841 should probably be fixed before we give an update.1 RC to Peru/Mexico for testing. #6170, 6407, and 6405 are big bugs in the Write activity, but we seem to have patches in hand; we just need to push them through into a build. Fixing (at least) those six issues might get us to update.1 RC3. --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How can I prevent 'suspend' ?
How do I prevent 'Read' (or whatever) from letting my XO 'suspend' ? as root: '/etc/init.d/ohmd stop' -Joachim ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: How can I prevent 'suspend' ?
How do I prevent 'Read' (or whatever) from letting my XO 'suspend' ? p.s. I believe I've also seen an unwanted 'suspend' when I temporarily closed the lid (despite the inhibit-suspend file). The simplest way is to go back to Build 656, which never suspends unless you write manually to a funny kernel control file. You are probably the only person in existence who wants his laptop to run at full power even when it's totally closed. John ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Why is Terminal 'extra' ?
Terminal, Log Viewer, and Analyze are not included in the core build, but they *are* included in the core *library*. That is, you can always install them, even though they may not show up by default in the toolbar. Why would we burn up Flash space for activities that are not accessible to the user?* And if the user installs them, then they burn up twice as much flash space? We had several brick bugs that filled the filesystem in build 650. Those are fixed; are there any others? It would've been rather hard to install a terminal to diagnose them. If there's a problem with the toolbar being too long, fix it! Oh, that's already scheduled. Then what's the problem? Can't upgrade or remove activites? Just ship all the activities in /home/olpc rather than in /usr, then they'll all be upgradeable and removable. John *: I understand why some activities, like SimCity, made the library but not the toolbar; the release shifted at the last minute and they didn't work so well. And the library deadline was later than the main deadline. And SJ was kinder than Jim :-). But those temporary artifacts shouldn't be institutionalized. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: State of the update.1
C. Scott Ananian wrote: From my brief triage of *only the blocker bugs*, ones which look important include: * trac #1407, 2804: touchpad problems These 2 will probably not make it. They are long standing issues with the hardware. Dilinger and I have been working on them. But progress is slow. * trac #6245: boot even if firmware needs update (smithbone working on this) I've got the patch in some test builds. Works in secure mode but has problems when the machine is unlocked. Should not be a problem to have it fixed in time for Update.1. -- Richard Smith [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: State of the update.1
Richard A. Smith wrote: C. Scott Ananian wrote: From my brief triage of *only the blocker bugs*, ones which look important include: * trac #1407, 2804: touchpad problems These 2 will probably not make it. They are long standing issues with the hardware. Dilinger and I have been working on them. But progress is slow. * trac #6245: boot even if firmware needs update (smithbone working on this) I've got the patch in some test builds. Works in secure mode but has problems when the machine is unlocked. Should not be a problem to have it fixed in time for Update.1. Note that the patch doesn't affect the non-secure-mode behavior. The best way to fix that would be to change olpc.fth to have a similar behavior (i.e. check the power status before committing to the flash command and warn/drive on). ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Scanning and probe requests
Thanks, David. This accounts for part of the question. Any idea on how this translates to 2 probe requests in the air? On Thu, Mar 6, 2008 at 6:16 AM, David Woodhouse [EMAIL PROTECTED] wrote: On Wed, 2008-03-05 at 20:09 -0300, Ricardo Carrano wrote: It may be possible that NetworkManager is triggering the scannings (any other possibility?). Anyway, why 4 scan commands and how this becomes 2 probe requests? Any ideas? We send multiple scan commands to the firmware for each scan command from userspace because the buffer for scan results is limited in size -- so we scan only four channels at a time. -- dwmw2 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Why is Terminal 'extra' ?
On Thu, Mar 6, 2008 at 6:22 PM, John Gilmore [EMAIL PROTECTED] wrote: Why would we burn up Flash space for activities that are not accessible to the user?* And if the user installs them, then they burn up twice as much flash space? Taking up twice as much flash space is painful. Having a simple toggle that shifts them from being invisible to being visible would make more sense. SJ If there's a problem with the toolbar being too long, fix it! Oh, that's already scheduled. Then what's the problem? Can't upgrade or remove activites? Just ship all the activities in /home/olpc rather than in /usr, then they'll all be upgradeable and removable. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: State of the update.1
Mitch Bradley wrote: I've got the patch in some test builds. Works in secure mode but has problems when the machine is unlocked. Should not be a problem to have it fixed in time for Update.1. Note that the patch doesn't affect the non-secure-mode behavior. The best way to fix that would be to change olpc.fth to have a similar behavior (i.e. check the power status before committing to the flash command and warn/drive on). Right. The current behavior in unlocked mode is exactly the same as it was before. I've still not managed to make my laptop actually boot even with what appears to be the correct manual boot commands. Kernel panics with no init. So I'm missing a detail somewhere. I'm headed off-line for the next 3 days. When I'm back on Sunday I'll patch up olpc.fth to work like secure-mode. -- Richard Smith [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Report about Peru Deployment of the XOs/OLPC project
_*Report about Peru Deployment of the XOs/OLPC project*_ March, 6. 2008 Today I have met Mr. Oscar Becerra, he is the person in charge of the DIGETE or Direccion General de Tecnologias Educativas (General Management of Educative Tecnologies). This area depends directly of the Vice Minister of Pedagogic Management that reports to the Secretary of Education. DIGETE is in charge of keeping the Huascaran Project, the OLPC Peruvian project, and other themes included distance education (tele education). Mr. Becerra was very kind and helpfull in providing some guidelines about how the OLPC project is working in Peru. Here some my questions and his answers (conversation was not recorded so any inaccuracy could be my fault and I am copying this message to Mr. Becerra so he can rectify, modify or add any extra information). Question (Javier Rodriguez): the OLPC project is going to use some of the infrastructure that the Huascaran project can provide? Answer (Oscar Becerra): That is not the route that has been planned. The OLPC XOs machines will have their own method to connect to the Internet, mainly not related to the Huascaran Project. Q: How many schools are connected to the Huascaran project? A: About 3,000 approximately. Q: All of them are connected trough VSATs? A: No, only 900 of them are VSAT connected. The rest use different ways to access the Internet. Q: Is the Huascaran project a consolidated project? Stabilized? Working without problems? A: Yes, it works with total stability since some years ago. Q: ... About the OLPC' XOs in Peru.. are they going to be connected to the Internet by VSATs? A: No. That is not the plan. The XOs will record their request in USBs that will be collected by the teacher in his XO or in a School Server. Then the teacher will travel to the nearest internet capable point and send its request. This travel can be once by day, once by week, once by month or once every three months. That depends on the location and environment conditions of the village and the location of the nearest internet point. There are many Internet Cafes (cabinas) in the remote villages, one can be surprised about where you will find an Internet Cafe /(I translate cabinas as Internet Cafe because for Americans this could be the most accurate image... but no cafe there! only cheap computers (normally) connected to the internet)./ Q:... Are the Internet Cafes going to have the computers ready to get the USB and pass the request of information to the Internet? this Internet Cafes work with Windows and not with Linux... ? A: That is not the only way. The teacher can travel to the nearest UGEL, the UGEL must have a computer that is able to get the USB from the teacher and do all needed requests. /(there are 250 UGELS approximately in all Peru. An UGEL is a local administrative office of the Ministry of Education, they manage directly all the schools in some area). / Q: What is the protocol that the computers will be using to develop this USB back forth operation ? UUCP or something similar to Wizzy? A: That is a technical question. Walter Bender or other members of the OLPC team in Peru can answer such detailed aspect of the installation. Q: Are the School Servers totally developed? What kind of help do you need in the technical aspect to help the project ? A: There is a full team of talented OLPC people here in Peru. School Servers are working in this moment. If there is something that needs help the OLPC team leaded by Walter Bender is the one that must be consulted. They can tell what kind of help is needed. Q: I ask questions about the infrastructure because there is an international group of interest that is trying to develop content for the children on Peru or trying to realize what kind of content is needed in Peru and what they can do to help in the content development. A: There are lot of tools included in the XOs. There was more than 500 applications (software programs) that were ready to be install on the XOs and we have had to choose which ones will be included. This tools are so powerful that the same kids and teachers will develop its own content. Q: I understand fully the issue about tools for self-generation of content. My question is more focused on traditional content: like putting at the reach of the children agricultural, medical, biology issues or themes or any other similar content, like novels or the universal literature maybe... A: The XOs and the OLPC program is not intended to be used just as a reading tool. Q: So there is no need for traditional content? A: We have install about 100 books for children and young people. Q:If more traditional content can be provided what kind of content should be provided? I ask this because depending on the bandwidth some people can develop flat text files, pdfs, web presentations, videos or other kind of documents that could be usefull. A: In that case we
Report about Peru Deployment of the XOs/OLPC project
_*Report about Peru Deployment of the XOs/OLPC project*_ March, 6. 2008 Today I have met Mr. Oscar Becerra, he is the person in charge of the DIGETE or Direccion General de Tecnologias Educativas (General Management of Educative Tecnologies). This area depends directly of the Vice Minister of Pedagogic Management that reports to the Secretary of Education. DIGETE is in charge of keeping the Huascaran Project, the OLPC Peruvian project, and other themes included distance education (tele education). Mr. Becerra was very kind and helpfull in providing some guidelines about how the OLPC project is working in Peru. Here some my questions and his answers (conversation was not recorded so any inaccuracy could be my fault and I am copying this message to Mr. Becerra so he can rectify, modify or add any extra information). Question (Javier Rodriguez): the OLPC project is going to use some of the infrastructure that the Huascaran project can provide? Answer (Oscar Becerra): That is not the route that has been planned. The OLPC XOs machines will have their own method to connect to the Internet, mainly not related to the Huascaran Project. Q: How many schools are connected to the Huascaran project? A: About 3,000 approximately. Q: All of them are connected trough VSATs? A: No, only 900 of them are VSAT connected. The rest use different ways to access the Internet. Q: Is the Huascaran project a consolidated project? Stabilized? Working without problems? A: Yes, it works with total stability since some years ago. Q: ... About the OLPC' XOs in Peru.. are they going to be connected to the Internet by VSATs? A: No. That is not the plan. The XOs will record their request in USBs that will be collected by the teacher in his XO or in a School Server. Then the teacher will travel to the nearest internet capable point and send its request. This travel can be once by day, once by week, once by month or once every three months. That depends on the location and environment conditions of the village and the location of the nearest internet point. There are many Internet Cafes (cabinas) in the remote villages, one can be surprised about where you will find an Internet Cafe /(I translate cabinas as Internet Cafe because for Americans this could be the most accurate image... but no cafe there! only cheap computers (normally) connected to the internet)./ Q:... Are the Internet Cafes going to have the computers ready to get the USB and pass the request of information to the Internet? this Internet Cafes work with Windows and not with Linux... ? A: That is not the only way. The teacher can travel to the nearest UGEL, the UGEL must have a computer that is able to get the USB from the teacher and do all needed requests. /(there are 250 UGELS approximately in all Peru. An UGEL is a local administrative office of the Ministry of Education, they manage directly all the schools in some area). / Q: What is the protocol that the computers will be using to develop this USB back forth operation ? UUCP or something similar to Wizzy? A: That is a technical question. Walter Bender or other members of the OLPC team in Peru can answer such detailed aspect of the installation. Q: Are the School Servers totally developed? What kind of help do you need in the technical aspect to help the project ? A: There is a full team of talented OLPC people here in Peru. School Servers are working in this moment. If there is something that needs help the OLPC team leaded by Walter Bender is the one that must be consulted. They can tell what kind of help is needed. Q: I ask questions about the infrastructure because there is an international group of interest that is trying to develop content for the children on Peru or trying to realize what kind of content is needed in Peru and what they can do to help in the content development. A: There are lot of tools included in the XOs. There was more than 500 applications (software programs) that were ready to be install on the XOs and we have had to choose which ones will be included. This tools are so powerful that the same kids and teachers will develop its own content. Q: I understand fully the issue about tools for self-generation of content. My question is more focused on traditional content: like putting at the reach of the children agricultural, medical, biology issues or themes or any other similar content, like novels or the universal literature maybe... A: The XOs and the OLPC program is not intended to be used just as a reading tool. Q: So there is no need for traditional content? A: We have install about 100 books for children and young people. Q:If more traditional content can be provided what kind of content should be provided? I ask this because depending on the bandwidth some people can develop flat text files, pdfs, web presentations, videos or other kind of documents that could be usefull. A: In that case we
Re: State of the update.1
Let's you and I take a look at the console problem. I cannot imagine it is difficult to sort out. -walter -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC library] Report about Peru Deployment of the XOs/OLPC project
On Mar 7, 2008, at 3:28 AM, [EMAIL PROTECTED] wrote: Report about Peru Deployment of the XOs/OLPC project I also posted some of my notes from Peru, and particularly from a visit to Arahuay: http://radian.org/notebook/astounded-in-arahuay -- Ivan Krstić [EMAIL PROTECTED] | http://radian.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Cerebro performance
cerebro now offers (in command-line!) - chat (just type text in the console) - file transfer (type in console: /sendfile) - view of network tree layout - information about all other nodes in the network (nickname, colors, keys, etc) Performance (remember that this is a mesh test, no servers were used): On a total of 10 XOs, I was able to share a 2MB file from one host with the remaining 9 hosts (a total of 18MB) in 30 secs (a virtual speed of about 4.8Mbits). However, the sender used the broadcast address (ff:ff:ff:ff:ff:ff) at 1Mbit! Because the file was literally broadcasted, most transmissions were successfully received at multiple receivers and the virtual speed [1] got boosted almost 5 times. The virtual speed should actually be 10Mbits (!), so there is plenty of room for improvement. A test with about 50 nodes will be attempted over the weekend. By adding more nodes to the network I expect that overall file transfer performance will actually improve even more. The chat is always available, before, during and after the file transfer. Cerebro is now ready to be fully tested in command-line. Help is still needed to connect with sugar/telepathy! [1] By virtual speed I mean the speed of a TCP-based unicast transmission. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: State of the update.1
On Mar 6, 2008, at 23:53 , C. Scott Ananian wrote: Our current update.1 build is 697 [...] It seems that, with concerted effort, we could have a reasonable update.1 build in a short period of time. I would not dare to call an update which removes a large part of the XO's educational activities reasonable. - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Installing RPMS via Customization Key
Friends, It's completely unsafe to use the new USB customization keys to execute software located on-key or on-NAND because any opportunity for arbitrary code execution as uid 0 represents a serious threat to our first-boot activation security. Since we appear to want to be able to customize images with new RPMS, this leaves us in a somewhat sticky situation. The following patch represents one approach to resolving the difficulty - that of postponing the running of any commands until after the activation initramfs yields control to late userland. Let me know what you think, both of the patch and of the approach, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Cerebro performance
RPMS and better developer documentation will probably appear tomorrow, as soon as Polychronis and I manage to cut a release. As for the 'sugar/telepathy' help: the plan is to fill in the stub 'telepathy-cerebro' Telepathy ConnectionManager, then to implement a cerebro_plugin in the Sugar Presence Service. This will get us a working mesh view. Then comes Tubes. :) Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
