joyride-1820: no space left on device
Hi,
I'm getting no space left on device:
'/home/upserv/builds/[EMAIL PROTECTED][1] from olpc-update when
trying to run olpc-update joyride-1820.
I've been getting a different error when trying joyride-1819 ('unknown
module build-joyride-1819')[2], but now it's the same (just changed as
I was re-running before sending this email)[3].
Martin
1.
-bash-3.2# olpc-update -vr joyride-1820
Downloading contents of build joyride-1820.
@ERROR: unknown module 'build-joyride-1820': [Errno 28] No space left
on device: '/home/upserv/builds/[EMAIL PROTECTED]'
rsync error: error starting client-server protocol (code 5) at
main.c(1383) [receiver=2.6.9]
Could not download update contents file from:
rsync://updates.laptop.org/build-joyride-1820/contents
I don't think the requested build number exists.
2.
-bash-3.2# olpc-update -vr joyride-1819
Downloading contents of build joyride-1819.
@ERROR: unknown module 'build-joyride-1819': Command
'['/usr/bin/fakeroot', '-i',
'/home/upserv/builds/[EMAIL PROTECTED]/fakeroot.state', '-s',
'/home/upserv/builds/[EMAIL PROTECTED]/fakeroot.state', '--',
'python2.5', '-c', from upserv import as_root_extract_build;
as_root_extract_build('/home/upserv/builds/[EMAIL
PROTECTED]/tmp','/home/upserv/builds/[EMAIL
PROTECTED]/root','/home/upserv/builds/[EMAIL
PROTECTED]/build.tar.bz2','/home/upserv/builds/[EMAIL PROTECTED]/contents')]'
returned non-zero exit status 1
rsync error: error starting client-server protocol (code 5) at
main.c(1383) [receiver=2.6.9]
Could not download update contents file from:
rsync://updates.laptop.org/build-joyride-1819/contents
I don't think the requested build number exists.
3.
-bash-3.2# olpc-update -vr joyride-1820
Downloading contents of build joyride-1820.
[EMAIL PROTECTED]: unknown module 'build-joyride-1820': Command
'['/usr/bin/fakeroot', '-i',
'/home/upserv/builds/[EMAIL PROTECTED]/fakeroot.state', '-s',
'/home/upserv/builds/[EMAIL PROTECTED]/fakeroot.state', '--',
'python2.5', '-c', from upserv import as_root_extract_build;
as_root_extract_build('/home/upserv/builds/[EMAIL
PROTECTED]/tmp','/home/upserv/builds/[EMAIL
PROTECTED]/root','/home/upserv/builds/[EMAIL
PROTECTED]/build.tar.bz2','/home/upserv/builds/[EMAIL PROTECTED]/contents')]'
returned non-zero exit status 1
rsync error: error starting client-server protocol (code 5) at
main.c(1383) [receiver=2.6.9]
Could not download update contents file from:
rsync://updates.laptop.org/build-joyride-1820/contents
I don't think the requested build number exists.
pgpC9uiFtjVNF.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Power Management
Hi We are trying to enhance the power management module in OLPC. We thought of developing the application using Gtk+ in C. We have tried one small program in OLPC. Built using gtk+ in C. It displays the battery details of the OLPC. We have run the program in Linux platform and got the required output. But when we tried in OLPC, the output that we expected is not shown. It will show up the details and all, but the window is not complete ie with no buttons and options that normally a activity in OLPC has. So we need to know how we can implement it in compatible with the OLPC. Looking forward for reply. aswathy ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: http access to git repository
Try man git-http-push, man git-http-pull. -- Charles 2008/4/1 Ravi Kondamuru [EMAIL PROTECTED]: Hi, I have problem accessing git as the firewall seems to be disallowing git port. Are there any alternative ways to accessing git repository? thanks, Ravi. ___ 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: [OLPC Networking] RSSI value questions
On Wed, 2 Apr 2008, Polychronis Ypodimatopoulos wrote: Ryan, Like Ben said, inducing the physical layout of the network from metrics such as RSSI will give you poor results for various reasons. What Space did was to average arrival rates from direct neighbors over a long period of time (anywhere between 1 and 10 seconds) to avoid highly temporal effects like multipath and noise. Even so, the result is only a rough layout of the network. If you'd like to achieve better accuracy I thing you should combine other ideas like sound measurements, as Ben suggested. trying to work from signal strength won't work well, but you may be able to triangulate based on the arrival time of the signal at various locations. there are companies that do this commercialy with 3+ access points David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Power Management
Hi, if you want to use an activity to display that information this thread may help you: http://lists.laptop.org/pipermail/devel/2008-March/012280.html Simon Aswathy wrote: Hi We are trying to enhance the power management module in OLPC. We thought of developing the application using Gtk+ in C. We have tried one small program in OLPC. Built using gtk+ in C. It displays the battery details of the OLPC. We have run the program in Linux platform and got the required output. But when we tried in OLPC, the output that we expected is not shown. It will show up the details and all, but the window is not complete ie with no buttons and options that normally a activity in OLPC has. So we need to know how we can implement it in compatible with the OLPC. Looking forward for reply. aswathy ___ 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: Power Management
On 02.04.2008, at 09:54, Aswathy wrote: Hi We are trying to enhance the power management module in OLPC. We thought of developing the application using Gtk+ in C. We have tried one small program in OLPC. Built using gtk+ in C. It displays the battery details of the OLPC. We have run the program in Linux platform and got the required output. But when we tried in OLPC, the output that we expected is not shown. It will show up the details and all, but the window is not complete ie with no buttons and options that normally a activity in OLPC has. So we need to know how we can implement it in compatible with the OLPC. What you are missing is the Toolbox which contains one or more Toolbars: http://wiki.laptop.org/go/OLPC_Human_Interface_Guidelines/The_Sugar_Interface/Toolbars The toolbox is implemented by the activity itself. Currently there exist two implementations that I am aware of, one is the Toolbox from sugar-toolkit for Python-based activities, the other is the SugarNavigatorBar for Squeak-based activities. You will have to implement the toolbox yourself (unless you want to try embedding your application into a Python wrapper, which comes with its own problems). - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Power Management
2008/4/2 Aswathy [EMAIL PROTECTED]: Hi We are trying to enhance the power management module in OLPC. We thought of developing the application using Gtk+ in C. We have tried one small program in OLPC. Built using gtk+ in C. It displays the battery details of the OLPC. We have run the program in Linux platform and got the required output. But when we tried in OLPC, the output that we expected is not shown. It will show up the details and all, but the window is not complete ie with no buttons and options that normally a activity in OLPC has. So we need to know how we can implement it in compatible with the OLPC. Looking forward for reply. Hi, you may want to explain the bigger picture of what you want to do, so we can give you better suggestions. In particular, it shocks me as a bit strange that you need a Sugar activity in order to enhance the power management module in OLPC. Good luck, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PyCON-Organizers] 2009 volunteers, etc.
On Wed, Mar 26, 2008 at 3:49 AM, Jeff Rush [EMAIL PROTECTED] wrote: Edward Cherlin wrote: On Mon, Mar 24, 2008 at 2:30 AM, Cosmin Stejerean [EMAIL PROTECTED] wrote: I'd like to take our video recording to the next level and be able to stream all the talks live next year. I volunteer to make sure this happens. I'm all for that. We should see how much of those feeds we can get to schools in the OLPC program. There are not as yet that many schools in the OLPC program, as I understand existing XO deployment maps. Yes, there have been only a few hundred thousand units made, and I don't know how many delivered. Orders seem to have reached a total of 750,000 or so over a five-month period, so by next year I would expect to see at least 2 million in use. And those students need to understand english along with programmer lingo and often some knowledge of the software domain, e.g. to appreciate a talk on what's new with Django you need to know what it is. We'll have to ask the target countries how their student's English is. Bear in mind that some countries mandate 12 years of English in school, so we are going to see with some frequency the typical 12-year old whiz-kid hacker who is also fluent in English. I'm assuming children of various ages with six months or more of Python and the Internet. I don't know how much of Django they will know about, but they will know the OLPC, Sugar, Pygame, SciPy, and lots of other cool stuff according to their interests. Some of them will be doing Web development, database, e-commerce, Wikis, interactive electronic textbooks, and so on by next year. Wikibooks already features a textbook on education written by students at http://en.wikibooks.org/wiki/Social_and_Cultural_Foundations_of_American_Education. We intend to cover the whole range of school subjects and more. I would also like to open up the coding sprints to the world. Physical presence is not necessary. An interesting idea - I would like to hear some concrete ideas how exactly you'd go about doing this. How do sprint coaches maintain support, how do people team up, how do remote folks join into a spontaneous whiteboard discussion, how do they share in the learning that happens over lunch? I'll put that to the Devel list, which everyone in pycon-organizers is welcome to join. We are already planning for pair and group programming over mesh, with shared code view and the ability for two or more programmers to edit code at the same time. This is just the same as the other shared activities on the XO, such as Write, that use Telepathy. A multilingual Python IDE for the XO has been proposed for GSoC, and should be in quite usable shape by next year's conference. It will be possible to arrange for sharing over the Internet using a jabber server at PyCon. We could create a testbed right now just by setting up a jabber server and sending out invitations for people to try sharing Write, Paint, Record, and other activity sessions. We will need a Wiki page at http://wiki.laptop.org/ and one on the PyCon Wiki as well. Teleconferencing using the XO's built-in camera is doable in Record at a reasonable frame rate, except that it isn't currently set up for continuous transmission. I'm pretty sure that Mary Lou Jepsen can come up with a clip-on wide-angle lens for under two dollars for group sessions. We can have the video and audio on one XO, and shared programming on some number of others. Or whatever. At PyCon we don't yet have reliable audio/video transmission facilities with cameras available in most sprint rooms, nor a common/cross-platform whiteboard software tool. Collaboration is built in to XOs. We'll see how much of it we can provide. Sprinters also sometimes get version control or bug tracker accounts but you don't want to give those out anonymously over the net. OLPC lets pretty much anybody sign up to Trac, and we have processes for git. You'd need some way to identify the set of participants, their roles/skill levels and a way to virtually tap one on the shoulder to get some help, in such a way that they can easily see your remote screen and talk to you. IRC sets the floor for this. XO collaboration can support considerably more, if we agree on what and get down to it. I've never seen anyone actually implement such a futuristic vision of collaboration, although many of us want it to happen. Sure we have various flavors of vnc, IM and VoIP but nothing universally easy to use and running everywhere. Collaboration is the essence of the OLPC education program, and of course on a fixed hardware platform it is easy to deal with software distribution in a uniform way. Much of what we are talking about here has been done, much is already in the OLPC roadmap and in development, and we can discuss the rest. XOs are designed for security and identifiability, with public keys factory installed, so that should be manageable. We may
Re: Power Management
Hi, Thanks for the suggestions... The whole scenario goes like this: As part of our final year project, we have decided to do a power management application for the OLPC. As per our ideas, we have decided to implement the features that normal laptops have as a power management module in it. Currently in OLPC only the battery status ie discharging/charging of the battery is shown also the percentage. This is the only thing that is available or seen to the user. So we thought of enhancing this by adding further more features like time display along with the percentage level. Also a properties window that helps the user to set-up the different modes of the system. Then to warn the user when the battery level goes beyond a level probably the critical level. We can warn the user with beep sounds as well as the pop-up windows showing the messages to save all the running activities and shutdown the system or just start the charging process. These are some of the ideas that we have thought. And we completed the time display module. We tried it in our lab system in Fedora core7 platform we got the output here. For this we generated all the files in OLPC required for the program in our system and tested it. But when tried it in OLPC, we got the output as such but not with the close button on the top of the window and also no toolbar was shown. As such no window appeared. Actually we have compiled the program (with original files in OLPC) in our system and got the executable file and took this in a usb and we tried to run the executable file in the usb (the command we used : ./program_file_name). So the output was displayed but as soon as it was run a whole screen came up with these details. When we go to the home mode, then this appears like a round icon in the ring. Similar to the mesh icon near the battery icon. When we close the terminal this will also go. We have written this using gtk+ in C. Because we are familiar with C more than Python. So we opted for C. Anyways only the executable file is needed for the OLPC for the proper functioning of our application. So what ever be the programming language we think that it doesn't matter. For the whole application, we thought of developing the GUI by Glade and we will write the callback functions in C (gtk+). This will help the user to set up their choices for different modes activation. Also the time, battery status and percentage level (we thought of starting it from scratch because the existing code is in Python so we feel little difficulty in modifying that, so we started off from the beginning) will be shown in this GUI. And the warning levels are written in program that runs internally. Our idea was to create this as an application (activity) but not in the concept of the general activity (sugar activity) in the OLPC. A icon similar to the battery icon in the home mode will act as the icon for our application. It will have a resume option only. On resuming, the user can see the details change the set-ups as per their choice. And they need to click the OK button to activate that changes (as in the normal laptops generally in Windows we have power options that have both Ok, Cancel buttons to activate and deactivate the changes also a close button at the top of the window). A similar kind of application is our dream. This program should run from the starting up of the OS till the shutting down of the system. So we need to include this as s running process in the background in the OS level. This is our whole idea. Do give suggestions on this. Also how we can make this application compatible with the OLPC. Actually we were really new to the OLPC. We just came to know about OLPC last year. We started thinking about our project this January. So we have very limited knowledge about OLPC. Please do give suggestions your valuable recommendations on this. aswathy ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Power Management
On Wed, Apr 2, 2008 at 12:54 PM, Aswathy [EMAIL PROTECTED] wrote: This is our whole idea. Do give suggestions on this. Also how we can make this application compatible with the OLPC. Actually we were really new to the OLPC. We just came to know about OLPC last year. We started thinking about our project this January. So we have very limited knowledge about OLPC. Please do give suggestions your valuable recommendations on this. For knowing more about OLPC, please consult the wiki: http://wiki.laptop.org As starters: http://wiki.laptop.org/go/Power_Management http://wiki.laptop.org/go/Sugar http://wiki.laptop.org/go/HIG I cannot help you on the system level, but regarding integration with sugar, I recommend you to install sugar-jhbuild on your F7 machine and work on modifying the Sugar shell. Don't worry if it's in python, if you already know C and Gtk+, you'll get it very quickly. And you'll have learned one more useful language ;) There are plans of doing some of the things you talked about, but hasn't been done yet because of lack of man power. If you wanted to contribute your work on that area, you'll find people happy to help you. Thanks, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Becoming involved in XO software development?
Hi Janine, Coming at your question from the user requirements side, I have one request from the deployment in Uruguay. They want to make it easier for kids to blog. Description of the requirement is at: http://wiki.laptop.org/go/Uruguay Click on the link called: Requiremientos Para XO It has surprisingly broad implications which may require new code on XO, XS or the Internet. I'm putting together a team to address that requirement. I want to make anything we develop available to all XO deployments. I also want to stay in touch with Uruguay to gather more requests from them. I think we can develop a mutually beneficial dialogue where developers learn from the users and vice versa. We'd love to have your support! If you are interested, send me an e-mail or join the list I setup on Google at: http://groups.google.com/group/uruguay-XO-coordination The success of the whole organization is more important than any one project so you should give extra weight to responses from OLPC employees (I'm a volunteer). For example, below is a request for help from the server list. It has a few specific suggestions you may want to consider. Thanks, Greg S Message: 1 Date: Mon, 31 Mar 2008 17:49:35 -0400 From: Martin Langhoff [EMAIL PROTECTED] Subject: [Server-devel] The road towards xs-0.3 To: server-devel [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Hi all, I am just settling down in my temporary office in Buenos Aires. Before leaving Cambridge, I cranked out some a private test build of the XS fixing #6678. Tomorrow I will finish setting up my portable build machine to crank out a few more with related fixes. Is anyone else (other than Wad I guess) actively working on XS-related bugs, are there any patches or easy fixes that I could trivially include in the 0.3 release? Any bugs that you have seen or not reported? *Now* is the time to file those unfiled bugs, vote for the unvoted bugs; show your love for XS and show your patch ;-) Where/how to do this? 3 Easy steps: 1 - Familiarise yourself with the xs-0.3 goals and general roadmap here: http://wiki.laptop.org/go/XS_Roadmap 2 - Have a read of the currently open bugs, have a look at the ones listed for xs-0.3 - if you have patches you know what to do with them! https://dev.laptop.org/query?status=assignedstatus=newstatus=reopened; group=milestonecomponent=school+serverorder=prioritycol=idcol=summar ycol=statuscol=typecol=priority 3 - Help triage the bugs! What is bug triage? Read this article - and Eric Sink's one too! http://blogs.msdn.com/tonyschr/archive/2006/01/12/512164.aspx cheers, martin -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - 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
Re: [OLPC Networking] RSSI value questions
On Wed, Apr 2, 2008 at 4:27 AM, [EMAIL PROTECTED] wrote: trying to work from signal strength won't work well, but you may be able to triangulate based on the arrival time of the signal at various locations. there are companies that do this commercialy with 3+ access points The recommended configuration for mid-to-high-end school servers has 3 active antennaes attached, and our recommendation is that they are placed well apart. They can be up to 10m apart due to USB cable lenght limits, and Wad mentioned 2m minimum recommended distance. If the distance is enough (in relation to the granularity of timers in the antennaes) then telling the XS about relative location of the antennaes could provide enough info. Having said that, I suspect that being able to do any of the above is somewhat far ahead in time ;-) cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - 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
Wireless Congestion Management Option
Hi All, FYI, I came across this proposed protocol enhancement for wireless mesh network which may interest you: http://netsrv.csc.ncsu.edu/twiki/bin/view/Main/DiffQ Looks like its really designed for a mesh of Access points instead of clients and focused on TCP at L4. Also, may not currently work with XO wireless chip and drivers. Still, may merit more research if it helps resolve open dense mesh issues. I think there is a pending XO deployment in South Carolina so maybe you can hook the NCSU people in to help with that as a test bed... Pretty cutting edge stuff, like everything on this list ;-) Thanks, Greg S ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
No Software Status Meeting
Folks, Jim and I are skeptical that having a software status meeting today will help us so we propose to cancel today's software status meeting in favor of spending the time on other tasks. (If you do have a weekly status update that you wish to deliver publicly, please include it in a reply to this thread.) Thanks, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Wireless Congestion Management Option
Meshes of access points don't tend to change topology over time. The laptop mesh very well might. The need to handle this is one of the problems causing congestion. Anybody find new algorithms for mobile meshes ? John On Apr 2, 2008, at 10:37 AM, Greg Smith (gregmsmi) wrote: Hi All, FYI, I came across this proposed protocol enhancement for wireless mesh network which may interest you: http://netsrv.csc.ncsu.edu/twiki/bin/view/Main/DiffQ Looks like its really designed for a mesh of Access points instead of clients and focused on TCP at L4. Also, may not currently work with XO wireless chip and drivers. Still, may merit more research if it helps resolve open dense mesh issues. I think there is a pending XO deployment in South Carolina so maybe you can hook the NCSU people in to help with that as a test bed... Pretty cutting edge stuff, like everything on this list ;-) Thanks, Greg S ___ 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
Stop Motion Animation?
From: Re: [PyCON-Organizers] 2009 volunteers, etc. Teleconferencing using the XO's built-in camera is doable in Record at a reasonable frame rate, except that it isn't currently set up for continuous transmission. I'm pretty sure that Mary Lou Jepsen can come up with a clip-on wide-angle lens for under two dollars for group sessions. We can have the video and audio on one XO, and shared programming on some number of others. Or whatever. Please include in this request that Mary Lou Jepsen also consider a fiber-optic cable extension for the video lens so that the XO could conveniently be used for stop motion animation. It might also make it possible to use the extension as a microscope. Thanks. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
1. Project name : Funny Talk is set up
Tue, 1 Apr 2008 14:09:16 -0700, Jacob Joaquin [EMAIL PROTECTED] wrote: 1. Project name : Funny Talk Done. Your tree is here: git+ssh://[EMAIL PROTECTED]/git/activities/funnytalk 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] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
quick mini-conference update.
Hey, folks. I've been sick for the past two days, so I apologize for not doing as much mini-conference planning as I might have. We're still on for tomorrow and Friday, at 1cc, although our mini-conference might be somewhat scaled down from its original proposal -- I certainly won't be able to do as many presentations as I might have liked to, although I hope that the rest of you have had some chance to organize your thoughts in preparation, despite my silence. I fully support the plans for a proper *real* conference, as someone proposed for the end of May, but I still think this mini-conference will be useful. We can't really afford to wait two months to decide what the 4 full-time developers at 1cc will work on, so the mini-conference will be useful even if it's just us 4 in a room. I'd appreciate help planning a real conference for later. I'll be posting another message later with a tentative schedule for thurs/fri talks. Please let me know privately (if you haven't already) whether you've got time constraints. Also, I'm not certain I've got someone who's committed to helping out with audio/video recording: I'll use Record on the XO if I need to, but we all know what that looks like; it might not be the most pleasant to watch. Also I'll need to hack out Record's time limit (trac #4983). Again, my apologies for the slip-shod organization, but I hope even informal meetings will be useful (especially if we can post recordings). --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] New OLPC Process and Rules for Builing Activities, Releases, and Firmware Builds
On Tue, Apr 1, 2008 at 6:55 PM, Charles Merriam [EMAIL PROTECTED] wrote: New OLPC Process and Rules for Building Activities, Releases, and Firmware Builds I. Introduction It's an exciting time at the OLPC Foundation! In the next few weeks we will be releasing Update 1 and holding our first Mini-Conference for developers at 1 Cambridge Center. Also, we are announcing our new processes for streamlining the development process. Process and rules make it easier to create quality deployments to the children world wide that now depend on their XOs. We will be releasing high-quality, regularly scheduled deployments timed to coincide with the school year in most countries. These changes will help developers concentrate on high quality software and have their changes make it out to children more quickly. The major changes outlined in this document include: Time-based Release Schedules Developer Changes: Better GIT web interface standard project metrics Useful and predictable build targets II. Time-based Release Schedule OLPC is moving to time-based release schedule. A growing number of open source projects have standardized on this approach including the Ubuntu and Gnome projects. See https://wiki.ubuntu.com/TimeBasedReleases for one explanation of this system. Major updates will be signed and released on May 15 and November 15 each year. This will allow ample time for review, teacher training, modified lesson plans, and deployment. The version numbers will be in the form YY.season, so our next two releases will be 08.Spring near May 15, 2008 and 08.Autumn on November 15, 2008. This year, because of the transition, Update-1 may be released on a different date than May 15, 2008. It will still be officially called the 08.Spring version. Getting a stable build out to all corners of the globe can be hard. A branch grows in stability over time and stablity of the release and field testing the final release candidate takes time. We plan to finalize the exact schedule for 08.Autumn shortly, but expect the following: 45 days until release Feature Freeze 30 days until release User Interface Freeze, Sugar OS freeze, Imports Freeze 15 days until release Translation packages freeze, Final freeze and start final testing 0 days Release on schedule. +30 daysAnnounce schedule, priority, and tool chain changes for next release at developers conference. III. Developer Changes These changes should help developers by making it easier to get their changes into regular builds. Changes are minimal: most developers will only need to name a new GIT branch. The biggest change for developers will be to provide named branches for the stable version and for each release version. The OLPC Foundation may create a named branch for inactive and completed projects that should be a release. Also, the OLPC Foundation may create an as shipped branch when we finish a release cycle. We recommend that projects try to develop new features be in separate branches and merge them back into a 'stable' branch as they are completed; just our advice. See the wiki for the latest branch names and explanations. Another exciting change is a new look to the online GIT repository that we are rolling out on May 1, 2008. The interface looks nicer, with colored source code in the browser; searching across source files; links to pydoc, testing, and coverage reports by file; and links into the wiki pages for each activity. Anyone will be able to start project in dev.laptop.org's GIT without having to apply in advance: we encourage developers to use GIT from the beginning. With a growing number of new projects, we will be introducing a metric, named Solidity, to categorize projects. Solidity is a new metric to seperate ideas and prototypes from shipping activites. This simple metric puts each project in one of three states: steam, water, or ice. The new GIT web pages will show this state along with numbers for Components, Translations, and Coverage. The Components number derives from a project's wiki page, lesson plans, and artwork. Translation numbers derive from the Pootle measurements of translations into core deployment languages. Coverage numbers derive from code coverage numbers by various methods being discussed on the [EMAIL PROTECTED] mailing list. At a minimum, we will include code coverage numbers from Python's doc tests and the UnitTest module. The solidity metric changes via a phase change initiated at OLPC Foundation discretion. These changes will help developers get their changes into the appropriate builds for more testing and for attracting more developers. IV. Build Targets Another exciting change: we are pleased to
Re: [Testing] New OLPC Process and Rules for Builing Activities, Releases, and Firmware Builds
On Wed, Apr 2, 2008 at 10:14 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: Can we present this as a formal proposal at the mini-conference? --scott Agreed, I was right there with it until the stages of water metaphor. :) Wade ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] [OLPC Networking] RSSI value questions
To be honest I very much doubt the hardware in the wireless adaptors could measure time in single digit nanoseconds, and even if they could it would probably require a change in the over the air signal to use more bandwidth (spectrum) for a pulse to get better time resolution, which in turn would require hardware modification. I would think the sound and signal strength meter are better metrics. Remember although signal strength is a bad indicator by itself, it can be much improved with 2 aerials and the large number of possible pairs to measure signal strength between in a well linked mesh. On Wed, Apr 2, 2008 at 3:14 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Wed, Apr 2, 2008 at 4:27 AM, [EMAIL PROTECTED] wrote: trying to work from signal strength won't work well, but you may be able to triangulate based on the arrival time of the signal at various locations. there are companies that do this commercialy with 3+ access points The recommended configuration for mid-to-high-end school servers has 3 active antennaes attached, and our recommendation is that they are placed well apart. They can be up to 10m apart due to USB cable lenght limits, and Wad mentioned 2m minimum recommended distance. If the distance is enough (in relation to the granularity of timers in the antennaes) then telling the XS about relative location of the antennaes could provide enough info. Having said that, I suspect that being able to do any of the above is somewhat far ahead in time ;-) cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Networking mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/networking ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [sugar] Mini-Conference Proposal: Toolbars Tabs (or lack thereof)
On Wed, Mar 26, 2008 at 12:39 AM, Albert Cahalan [EMAIL PROTECTED] wrote: Eben Eliason writes: 1. Toolbar buttons use icons instead of text as an identifier. Beyond Just to throw another dog into this fight, I've recently been very concerned with making legacy applications work as well as possible in the sugar environment. They will likely always be second-class citizens, as they weren't originally designed for kids, may be overly complex, etc, but it's clear that the limited developer resources at OLPC don't have time to (for example) develop a full-fledged kid-friendly video- and sound-editing application, yet that's the next thing that kids want to do when given Record. There are some very nice programs out there in linux land, we'd like to make using them reasonably *possible*. Eventually, of course, we'd like to see a (for example) inkscape port which emphasized UI simplicity, kid-friendliness, and the rest of the Sugar guidelines, but at the moment we're stuck using inkscape as is. Could someone with some experience with GTK/Gnome themes comment briefly on how reasonable it would be to create a theme to make legacy applications look as much as possible like our old sugar and new sugar proposal? --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Mini-Conference Proposal: olpcfs
On Tue, Mar 25, 2008 at 11:44 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Mon, Mar 24, 2008 at 5:35 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: Delta-based storage is an implementation detail, certainly possible (I provided cites in the olpcfs page for how it would be done). I don't think it should be a visible part of the API. Of course it is an implementation detail, but one that is a major roadblock in the effort to implement the specified design. The olpcfs design envisions a user-space process to do garbage collection of old versions; it's not hard to do delta-compression in userspace. xdelta and bsdiff do a fine job. To transparently uncompress when the old version is accessed is only a little more difficult, you just link to libxdelta2. - get a saner way of passing files from activity side to the DS-managed side, My answer here: they are just files. All existing applications can open files, given a path. I was talking here about the other way, checking in files into the DS: during a Write session, what needs to do the activity in order to get a new version every time after the user clicks on the Keep button? Just close the file and open it again? Yes. In most cases, every time an activity saves the current state several files plus their metadata will be updated, can that happen atomically? Well, it's certainly *possible* in the current implementation, but I'm wary of promising too much. POSIX generally doesn't provide multi-file atomic update. Amino (http://www.fsl.cs.sunysb.edu/docs/amino-phdthesis/amino.ps) extended ACID transactions to POSIX-land via some heuristics (treat all operations by this application as atomic, etc), but I'm not convinced yet that this is necessary. Can you provide some specific use examples? --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Mini-Conference Proposal: Toolbars Tabs (or lack thereof)
On Wed, 2008-04-02 at 13:27 -0400, C. Scott Ananian wrote: On Wed, Mar 26, 2008 at 12:39 AM, Albert Cahalan [EMAIL PROTECTED] wrote: Eben Eliason writes: 1. Toolbar buttons use icons instead of text as an identifier. Beyond Just to throw another dog into this fight, I've recently been very concerned with making legacy applications work as well as possible in the sugar environment. They will likely always be second-class citizens, as they weren't originally designed for kids, may be overly complex, etc, but it's clear that the limited developer resources at OLPC don't have time to (for example) develop a full-fledged kid-friendly video- and sound-editing application, yet that's the next thing that kids want to do when given Record. There are some very nice programs out there in linux land, we'd like to make using them reasonably *possible*. Eventually, of course, we'd like to see a (for example) inkscape port which emphasized UI simplicity, kid-friendliness, and the rest of the Sugar guidelines, but at the moment we're stuck using inkscape as is. As the parent of a 13 and 10 year old, I know that they both want things beyond what we can currently give them with Sugarized applications Could someone with some experience with GTK/Gnome themes comment briefly on how reasonable it would be to create a theme to make legacy applications look as much as possible like our old sugar and new sugar proposal? Heh... Our theme is just a GTK theme Lots of things just work. This isn't rocket science... We can make it so, if we decide to - Jim -- Jim Gettys One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1821
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1821 Changes in build 1821 from build: 1819 Size delta: 0.00M -kernel 2.6.22-20080318.1.olpc.bd40014b4232921 +kernel 2.6.22-20080402.1.olpc.bb855af96a4caa7 -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New faster build 1821
http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build1821 Changes in build 1821 from build: 1815 Size delta: 0.00M -kernel 2.6.22-20080318.1.olpc.bd40014b4232921 +kernel 2.6.22-20080402.1.olpc.bb855af96a4caa7 -- This mail was automatically generated See http://dev.laptop.org/~rwh/announcer/faster-pkgs.html for aggregate logs See http://dev.laptop.org/~rwh/announcer/joyride_vs_update1.html for a comparison ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Networking] RSSI value questions
On Wed, 2 Apr 2008, Oliver Mattos wrote: To be honest I very much doubt the hardware in the wireless adaptors could measure time in single digit nanoseconds, and even if they could it would probably require a change in the over the air signal to use more bandwidth (spectrum) for a pulse to get better time resolution, which in turn would require hardware modification. the commercial products are able to do it with unmodified laptops, so it should not require a change to the over-the-air signal (unless this generation of active antenna hardware isn't up to the task) I would think the sound and signal strength meter are better metrics. Remember although signal strength is a bad indicator by itself, it can be much improved with 2 aerials and the large number of possible pairs to measure signal strength between in a well linked mesh. the problem with trying to use sound is that it requres a clear path from the servers to the laptops, something I would not expect to see very much. it's also very sensitive to the direction the laptops are pointing. David Lang On Wed, Apr 2, 2008 at 3:14 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Wed, Apr 2, 2008 at 4:27 AM, [EMAIL PROTECTED] wrote: trying to work from signal strength won't work well, but you may be able to triangulate based on the arrival time of the signal at various locations. there are companies that do this commercialy with 3+ access points The recommended configuration for mid-to-high-end school servers has 3 active antennaes attached, and our recommendation is that they are placed well apart. They can be up to 10m apart due to USB cable lenght limits, and Wad mentioned 2m minimum recommended distance. If the distance is enough (in relation to the granularity of timers in the antennaes) then telling the XS about relative location of the antennaes could provide enough info. Having said that, I suspect that being able to do any of the above is somewhat far ahead in time ;-) cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Networking mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/networking ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Networking] RSSI value questions
On Wed, Apr 2, 2008 at 3:38 PM, [EMAIL PROTECTED] wrote: the problem with trying to use sound is that it requres a clear path from the servers to the laptops, something I would not expect to see very much. it's also very sensitive to the direction the laptops are pointing. Absolutely, and the XS doesn't have mics, even less directional mics ;-) The 802.11 signal will also have dirty paths in some directions. Strategic antenna location and signal timing is the only way I can see this working. It would be fantastic to have a simple thing to demo physics and maths based on such triangulation. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - 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
Re: [Server-devel] [OLPC Networking] RSSI value questions
On Apr 2, 2008, at 4:00 PM, Martin Langhoff wrote: On Wed, Apr 2, 2008 at 3:38 PM, [EMAIL PROTECTED] wrote: the problem with trying to use sound is that it requres a clear path from the servers to the laptops, something I would not expect to see very much. it's also very sensitive to the direction the laptops are pointing. Absolutely, and the XS doesn't have mics, even less directional mics ;-) It's in that hole on the left hand side of the screen... The 802.11 signal will also have dirty paths in some directions. Strategic antenna location and signal timing is the only way I can see this working. It would be fantastic to have a simple thing to demo physics and maths based on such triangulation. At 2.4 GHz, the interference between multiple paths makes signal level measurement pretty useless for determining position. If you do this to a number of spatially distributed access points, you can improve the estimate... This is how the Bluetooth Location service works... wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Mini-conference schedule
Here's a proposed schedule: Thursday (April 3) 12:30pm: Ben Schwartz, Frameworks for collaboration 1:30pm: Richard Smith, Suspend/Resume 2:30pm: Chris Ball, Power Management 3:30pm: break Lightning talks: 4:00pm - Eben Eliason, New Activity management design 4:30pm - Eben Eliason, Automatic transfer/update of activities 5:00pm - unowned, State of i18n (Edward Cherlin made original proposal; I'll summarize if no one volunteers) Friday (April 4): 12:30pm: C. Scott Ananian, olpcfs 1:30pm: April Fool, Build Process (I'll restate proposal made on devel@ if no one volunteers) 2:30pm: Dafydd Harries, Communications outlooks 3:30pm: break Lightning talks: 4:00pm - Martin Langhoff, State of the schoolserver 4:30pm - Eben Eliason: Toolbars (no) tabs 5:00pm - Michael Stone: State of security I've tried my best to assign slots based on who I think will actually be able to be physically present tomorrow and Friday; if I've guessed wrong, let me know ASAP. We can squeeze more talks in, especially more Lightning talks. Additional proposed talks: - Removable Activities (Mikus Grinbergs) (related to datastore work and activity management) - Sugar Performance (Tomeu Vizoso) - Hand-key scrolling (Tomeu Vizoso) (also, magnifying class and bulletin-board keys) - (Better integration with legacy) Desktop Applications (Marco Gritti) - Performance, Performance, Performance (Mitch Bradley) If anyone planning to be physically present wants to volunteer to prepare a brief (say 5-10 bullet points) outline of current status and future directions on these topics, we can schedule them in as Lightning talks. Alternatively, if the original proposers want to lead the discussion via teleconference, we can do that, too -- we should probably keep them in the lightning talk category because teleconferences tend to be very difficult for people to follow. For the 1-hour long talk categories, the goal should be ~25 minutes of presentation and ~25 minutes of discussion (interleaved if you like), with a 5 minute leg-stretch break between talks. For the lightning talks, let's aim at ~10 minutes of presentation, the same ~25 minutes of discussion, and 5 minutes of RR. Expect another update around midnight tonight with any changes needed based on feedback I get; be sure to check that update to be sure you don't miss your favorite talk (or your own)! --scott -- ( http://cscott.net/ ) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Mini-conference schedule
On Wednesday 02 April 2008, C. Scott Ananian wrote: Here's a proposed schedule: Thursday (April 3) 12:30pm: Ben Schwartz, Frameworks for collaboration 1:30pm: Richard Smith, Suspend/Resume 2:30pm: Chris Ball, Power Management 3:30pm: break Lightning talks: 4:00pm - Eben Eliason, New Activity management design 4:30pm - Eben Eliason, Automatic transfer/update of activities 5:00pm - unowned, State of i18n (Edward Cherlin made original proposal; I'll summarize if no one volunteers) Friday (April 4): 12:30pm: C. Scott Ananian, olpcfs 1:30pm: April Fool, Build Process (I'll restate proposal made on devel@ if no one volunteers) 2:30pm: Dafydd Harries, Communications outlooks 3:30pm: break Lightning talks: 4:00pm - Martin Langhoff, State of the schoolserver 4:30pm - Eben Eliason: Toolbars (no) tabs 5:00pm - Michael Stone: State of security Can we have a dialin so that i can attend please Dennis signature.asc Description: This is a digitally signed message part. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Connecting a non python activity to sugar
bert wrote: On 31.03.2008, at 14:52, Paul Fox wrote: bert wrote: Also, try the sugarize script and library: http://lists.laptop.org/pipermail/devel/2008-January/009387.html (maybe that should be added to the Wiki) indeed -- that would be a nice addition. i'm using that script, ... Well, just add it then. It's a Wiki :) i will do that. Sugar maintains a strict 1:1 relation between top-level windows marked as activity and activities. Any other top-level window should get an unknown icon, currently a gray circle. I guess marking an arbitrary top-level window as activity would severely confuse Sugar. What you currently i don't think i'm seeing the unknown icon, but i also wasn't looking for it. it seems to me that in an ideal world, alt-tab would cycle through all top-level windows, whether they're known to sugar or not. (be lenient in what you accept, and all that.) the fact is that not all programs running under sugar will be fully sugarized, and to some extent sugar should behave like just a window manager where necessary. (in any case, based on what you've said, i've re-coded my app so that the gps console is now just an alternate display mode for the main mapping window. the second process and window, are no longer needed. there were other reasons that this change was overdue -- thanks for the nudge. :-) paul =- paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 40.1 degrees) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: update.1 breaking wrapped activities?
On Thu, Apr 3, 2008 at 12:09 AM, Paul Fox [EMAIL PROTECTED] wrote: in a description of how non-sugar apps need some help to run properly under sugar, the current front page of OLPC News contains the following quote: ... there is some discussion that Update 1, a forthcoming upgrade to Sugar, will break all existing wrappers, and current Activities will need to be re-coded and re-wrapped. the only breakage that i've heard mentioned on this list is that of the activities moving -- i've seen nothing about the environment changing so as to require wrapper changes (and i've already commented to that effect at olpcnews). can someone confirm that i'm not wrong? You are correct. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Bugs ML (or archiving) stop?
Hi. I can't see April archive of Bugs ML on http://lists.laptop.org/pipermail/bugs/ while there are surely some changes on Trac (see http://lists.laptop.org/pipermail/etoys-notify/2008-April/000472.html for instance). What's broken? I don't know whether bugs ML itself is broken now as I 'm not subscriber. Dear sysadmin, please look into and fix it. Cheers, /Korakurider ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC security project
I think this might be a very interesting topic. I'm unsure as to what has or has not been investigated though... should I concentrate my analysis more on D-Bus, Telepathy, or how the presence service implements these and the logical paths the system takes to get to the service? If I should focus more on the implementation, which files/directories should I look at? Thanks again! Jeremy Polychronis Ypodimatopoulos wrote: Our presence algorithms should be evaluated in terms of security (impersonation, dos, mim, etc). A list of vulnerabilities should be analyzed and solutions should be proposed. More details will follow if interested. p. Jeremy Flores wrote: Hi all, Does anyone know of any security-related projects that need to be worked on for OLPC? I am taking a computer and network security class, and I was thinking that Bitfrost would be an interesting topic for a final project we have. I poked around the wiki, but I couldn't find a security todo list. Thanks! Jeremy Flores [EMAIL PROTECTED] ___ 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: update.1 breaking wrapped activities?
Is this the reason that Bryan Berry in Nepal found that Tux Paint did not work, and is the instruction given here: http://wiki.laptop.org/index.php?title=Test_Config_Notesaction=editsection=29 still the correct way to disable isolation? On Wed, Apr 2, 2008 at 5:08 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Thu, Apr 3, 2008 at 12:45 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: in a description of how non-sugar apps need some help to run properly under sugar, the current front page of OLPC News contains the following quote: ... there is some discussion that Update 1, a forthcoming upgrade to Sugar, will break all existing wrappers, and current Activities will need to be re-coded and re-wrapped. I assumed that what's behind this is the introduction of rainbow. [I'm not sure of the date of the transition to rainbow, but perhaps G1G1 participants might be exposed to it when installing Update.1] You are right looks like isolation has been enabled by default only starting from Update.1. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Always do right, said Mark Twain. This will gratify some people and astonish the rest. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Networking] RSSI value questions
On Wed, 2 Apr 2008, Oliver Mattos wrote: the commercial products are able to do it with unmodified laptops, so it should not require a change to the over-the-air signal (unless this generation of active antenna hardware isn't up to the task) I'd be very innterested to know how they work - I can't see any way it could work using speed of light triangulation using any old off the shelf hardware, although there are quite a lot of other tricks I can see it could do: I'm not saying that it works with off-the-shelf access points. I am sure that it uses custom access points (at the very least custom software on them), but it doesn't require changing the software on the devices being tracked. among other uses, the commercial units are sold to companies who want to secure their WAN access. they triangulate the source of the signal, and if it's outside the company walls it gets blocked. David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Line In Not Responding
Chris Barrett wrote: batteries I had lying around. I see that there is a max voltage, I'm worried I may have inadvertently fried the controller or some component of the system that the mic and audio in system rely on. The line in is protected by a 5.1V zener and then there is a 1k resistor prior to the AD1888 Mic1 input. So if you blew it up then you must have hit it pretty hard. I guess what I'm asking is what are my options? I'd prefer to repair this myself, I'm relatively comfortable around soldering irons and have done some surface mount repairs and modifications before, but I'd like to know what to look for? 1st in the signal path is L23 which is an ESD choke. The backside of that is where D13 (the 5.1V zener) connects to, then it goes to R25 which is a 1k and then to C35 which is the AC coupling cap. When you switch to DC coupling input ( ie measurement mode) C35 is shunted by a switch. Then finally it goes to pin 21 of the AD1888 which is Mic1. My suggestion is to connect up some sort of small signal AC input to the Mic in and then look for that signal at each of the above components. If you get to pin 21 then you must have blown up the input. There is a 2nd unused Mic input on pin 22 which is routed out to TP 87. You can try shorting the signal from C35 to TP 87 (or short pin 21 and 22) and then tweak your ALSA setup to use Mic2 rather than Mic1. -- Richard Smith [EMAIL PROTECTED] One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Networking] RSSI value questions
On Wed, 2 Apr 2008, Hal Murray wrote: Date: Wed, 02 Apr 2008 15:49:38 -0700 From: Hal Murray [EMAIL PROTECTED] To: Martin Langhoff [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], devel@lists.laptop.org, [EMAIL PROTECTED], [EMAIL PROTECTED], Ryan Crawford Comeaux [EMAIL PROTECTED], Hal Murray [EMAIL PROTECTED] Subject: Re: [OLPC Networking] RSSI value questions The recommended configuration for mid-to-high-end school servers has 3 active antennaes attached, and our recommendation is that they are placed well apart. They can be up to 10m apart due to USB cable lenght limits, and Wad mentioned 2m minimum recommended distance. If the distance is enough (in relation to the granularity of timers in the antennaes) then telling the XS about relative location of the antennaes could provide enough info. I assume the 10 m above is 5m for each antenna. 5m is the nominal limit on USB cables. I think you can get longer than that by using hubs/repeaters. I've got some 1 port hubs that are built into the connector blob on a 5m cable. I found a web page that said there is a limit of 5 hubs but I haven't tried it. What sort of timer and/or time stamper does the active antenna and/or WiFi gear in the XO have? I think there are two approaches that might be interesting. If all you have is 2 antennas listening to the same packet, then you need more than good granularity on the timers. You also need to synchronize the timers. If you have the relative time of arrival of the signal at 2 antennas, you can compute the direction the signal came from. The scale factor is the speed of light between the two antennas. That's 1 ft/ns in air. 10 m is (rounding) 50 ft, so we need time stamps accurate to a (small) fraction of 50 ns. That's the right ball park. That gives you direction, no distance. from two antennas you get just direction. with more antennas you get direction from different points and can then triangulate to get location. you may not be able to do this just with the three active antennas connected to a single school server. you may need an additional active partner (either active antennas connected to a different school server, or a laptop in a known position The other approach requires help from the XOs. Take a pair of systems. Exchange a pair of packets. Grab the time stamps, both transmit and receive. That's enough information so you can calculate the time/distance between the units and the clock offsets. That pattern and calculation is the core of NTP. I'll say more if anybody wants. That gives you distance, no direction. If you had a handful or systems and lots of distance measurement pairs, you might be able to make a map. I think you need to know the location of a couple of units. Without that, flips of the map over X or Y (or any other) axis also give you a valid answer. The other antennas on the XS might be good enough. This needs timestamps with the granularity of how good you want the location to be. If you want the locations within 10 feet you need (handwave) 10 ns. You might get some more info by averaging several samples. Is this a 2D or 3D problem? it can be either, but lets start with 2D David Lang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 24 teachers start OLPC training
Hey Edward, Papert built on the theories of Piaget and Vygotsky. Co-learning, experiential learning - these ideas were pioneered by Piaget and Vygotsky. David Cavallo and Edith Ackermann talked extensively of Piaget and Vygotsky at the OLPC Learning conference I attended in January. I am particularly a big fan of Vygotsky as I agree with him that learning is fundamentally a social process and that culture plays a large role in our social interactions, hence learning. All of our materials are in Nepali. I hope to post them in a publicly accessible place later. Right now we are in a crunch because we start the pilot at Bashuki and Bishwamitra very shortly. Constructionism is a broad term that encompasses ideas from many different theorists and many different elements such as: social cognition co-learning scaffolding Experiential learning The single best resource I have found is this web site: http://www.funderstanding.com/engaging_kids.cfm and especially this page http://www.funderstanding.com/theories.cfm Bipul Gautam wrote a nice, short post about some of Piaget's theories on our blog: http://blog.olenepal.org/index.php/archives/200 On Tue, 2008-04-01 at 22:38 -0700, Edward Cherlin wrote: 2008/3/31 Bryan Berry [EMAIL PROTECTED]: 24 teachers from Bishwamitra and Bashuki schools started 4-day long OLPC training organized by OLE Nepal. http://blog.olenepal.org/index.php/archives/193 At the start of the Nepali school year, OLE Nepal will distribute 150 laptops to children in grades two and six at Bashuki and Bishwamitra schools. Teachers from both schools are currently in four days of training how to use the laptops in the classroom. Can you tell us what the training materials are and where to access them? Are they in Nepali? Can we get English translations? For example, we have nothing in the Wiki about this: On the morning of the second day Bipul focused on the theories of Piaget and Vygotsky that underpin constructionism. The afternoon of the second day returned to the activities in the XO and how they reflect the ideas of Piaget and Vygotsky. In fact, it is the first I have heard of the connection between Piaget and Vygotsky and the XO. Which of their publications are most relevant? Who knows about any of this? The Constructionism page in the Wiki is feeble. OLE Nepal has developed a completely open-source set of learning activities for both grades. Mahabir Pun, OLE Nepal's Director of Networking has set up Internet access for both schools. Excellent. We regularly update our blog with more details http://blog.olenepal.org/ Bryan Berry Systems Engineer, OLE Nepal ___ 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: [sugar] Mini-Conference Proposal: Toolbars Tabs (or lack thereof)
I wonder if the differences between Sugar and a regular window manager aren't so severe that it might be worth offering a simple desktop environment which runs within Sugar as a Activity? You would download and launch this Activity, and its interface would be a regular Linux desktop. It would support multiple windows, a taskbar, a start menu, etc. (I'm using Windows terms here). You could install and launch regular GTK+ applications in it, and they would not need to be sugarized at all. The GTK theme used by the Desktop would still match Sugar of course. If we did this, we would not be stuck with trying to shoehorn third party applications into a UI they were not designed for (one toplevel window, no menus) and would conceivably be able to launch any Linux app assuming the needed libraries were installed. I'm not an X windows expert, but does this sound like possible way to solve this issue? Best, Wade On Wed, Apr 2, 2008 at 5:38 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Wed, Apr 2, 2008 at 7:27 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: Could someone with some experience with GTK/Gnome themes comment briefly on how reasonable it would be to create a theme to make legacy applications look as much as possible like our old sugar and new sugar proposal? The look of each single toolbar (color, spacing, icon size etc) is dictated by the theme, so the styles should be already consistent. Sugar is basically taking one or more standard gtk toolbars and grouping them together. Though the sugar design uses multiple toolbars as a substitute of menus in standard gtk applications. And there is not much we can do about that kind of incompatibility (which is fine, perhaps). Marco ___ 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: update.1 breaking wrapped activities?
That's the big on/off switch for all isolation. Sugar also independently decides to turn off isolation for a small number of activities listed in its source code. Michael On Wed, Apr 02, 2008 at 07:33:36PM -0700, Carol Lerche wrote: Is this the reason that Bryan Berry in Nepal found that Tux Paint did not work, and is the instruction given here: http://wiki.laptop.org/index.php?title=Test_Config_Notesaction=editsection=29 still the correct way to disable isolation? On Wed, Apr 2, 2008 at 5:08 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Thu, Apr 3, 2008 at 12:45 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: in a description of how non-sugar apps need some help to run properly under sugar, the current front page of OLPC News contains the following quote: ... there is some discussion that Update 1, a forthcoming upgrade to Sugar, will break all existing wrappers, and current Activities will need to be re-coded and re-wrapped. I assumed that what's behind this is the introduction of rainbow. [I'm not sure of the date of the transition to rainbow, but perhaps G1G1 participants might be exposed to it when installing Update.1] You are right looks like isolation has been enabled by default only starting from Update.1. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Always do right, said Mark Twain. This will gratify some people and astonish the rest. ___ 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
