Re: Call for Papers/Talks/Ideas! Update.2 Mini-Conference
The second thing is basic UI usability. The pop-around menu border makes the UI thoroughly unusable with the trackpad http://dev.laptop.org/ticket/4910 covers this issue and more. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
New joyride build 1790
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1790 Changes in build 1790 from build: 1789 Size delta: -0.14M -kbd 1.12-23.olpc2 +kbd 1.12-24.olpc2 -olpc-utils 0.70-1.olpc2 +olpc-utils 0.71-1.olpc2 --- Changes for kbd 1.12-24.olpc2 from 1.12-23.olpc2 --- + get the proper files. a wget of the the url resulted in a html file + not the expected gz file -- 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 1790
http://xs-dev.laptop.org/~cscott/olpc/streams/faster/build1790 Changes in build 1790 from build: 1789 Size delta: 0.00M -kbd 1.12-23.olpc2 +kbd 1.12-24.olpc2 -olpc-utils 0.70-1.olpc2 +olpc-utils 0.71-1.olpc2 --- Changes for kbd 1.12-24.olpc2 from 1.12-23.olpc2 --- + get the proper files. a wget of the the url resulted in a html file + not the expected gz file -- 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: Call for Papers/Talks/Ideas!
John Gilmore gnu at toad.com writes: The second thing is basic UI usability. The pop-around menu border makes the UI thoroughly unusable with the trackpad http://dev.laptop.org/ticket/4910 covers this issue and more. Yeah there's an awful lot in your ticket and I didn't notice it mention any of our particular problems. I don't think the frame is evil... my problem in this regard is simply popover frame + trackpad. You don't have the fine granularity with a trackpad that you do with a mouse and a younger child's fine motor skills are still developing in any event. Based on observing my daughter, it's not much of an issue with a USB mouse. But that's not the usual mode she works with the laptop. She pulls it off her shelf and sits on the couch with it on her lap. A mouse isn't an easy option. If anyone asks and thinks they won't be redundant I will enter a couple narrowly focused tickets. (popover frame + trackpad, and reading required.) I know the slow-activity-start bug (5228) is already being tracked, though I am surprised it wasn't considered high enough priority to be triaged for update.1. If I had to pick a single most important high profile problem with the XO, the slow-activity-start bug would be it. It's impossible not to stub your toe on this one within the first 15 minutes of use. As a programmer, the problem calls into question the basic software architecture of the XO, in particular the choice of heavy use of Python and abstraction layer-type packages like Telepathy which weren't purpose built for resource constrained machines like the XO. That was likely a conscious gamble. My gut feeling though is that, directly addressed, this is fixable. Just a matter of setting development priority. -- John. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Call for Papers/Talks/Ideas!
On Sat, Mar 22, 2008 at 8:32 AM, John R. Hogerhuis [EMAIL PROTECTED] wrote: Based on observing my daughter, it's not much of an issue with a USB mouse. But that's not the usual mode she works with the laptop. She pulls it off her shelf and sits on the couch with it on her lap. A mouse isn't an easy option. If anyone asks and thinks they won't be redundant I will enter a couple narrowly focused tickets. (popover frame + trackpad, and reading required.) I know the slow-activity-start bug (5228) is already being tracked, though I am surprised it wasn't considered high enough priority to be triaged for update.1. Hello, first of all, this is very useful and constructive feedback, thanks! I have not seen a good analysis of the frame problem yet. For example I know that at some point the trackpad jumped to the corners very often, and that obviously aggravated it. Also in my experience the thing is nowhere so annoying on my work laptop (still using a trackpad), why? Finally, when this happen, is the mouse left still in the corner or do kids just touch the corner momentarily... Eben, how do we go about solving this one? I think it should be a priority for Update.2. Some possibilities: 1 You and Christian do some simple usability tests, possibly with kids. It should be trivial to figure out how they are triggering the problem. Once we know that, it will be much easier to figure out possible solutions or decide if we have to turn off corner activation completely. 2 We try out a few possibilities (delay on activation, completely turn off etc) as control panel preferences and we encourage people to try it out and to provide feedback. My feeling is that we should start with 1 and then do 2. If I had to pick a single most important high profile problem with the XO, the slow-activity-start bug would be it. It's impossible not to stub your toe on this one within the first 15 minutes of use. Tomeu managed to reduce startup up time to 2-3 seconds in the faster branch using an approach similar to maemo launcher: https://stage.maemo.org/svn/maemo/projects/haf/trunk/maemo-launcher/README If we don't find any blocking problems with this approach, I think we can make startup pretty much instantaneous. As a programmer, the problem calls into question the basic software architecture of the XO, in particular the choice of heavy use of Python and abstraction layer-type packages like Telepathy which weren't purpose built for resource constrained machines like the XO. Python was chosen mainly because it's a good development tool for kids. I think the few performance problem it's causing are all solvable, it's just that no one had time to focus on it until now. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Mini-Conference Proposal: desktop applications
Sugar breaks with the standard desktop metaphor by design and doing so it introduces incompatibilities at several levels. The barrier between activities and standard applications proved to be a critical problem in practice. Fortunately most of the current code base is using GNOME and freedesktop libraries, formats and semantics. I'd like to present an analysys of the points of incompatibility. Discuss how to integrate desktop applications, beginning from the user experience requirements. Propose solutions and trade-offs to reconcile the incompatibilities in the window management and activity launching area. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: #5841 BLOC Update.: es.map is broken for XO keyboards
I'll investigate. On Sat, Mar 22, 2008 at 2:26 AM, Zarro Boogs per Child [EMAIL PROTECTED] wrote: #5841: es.map is broken for XO keyboards +--- Reporter: walter | Owner: bernie Type: defect | Status: new Priority: blocker| Milestone: Update.1 Component: keyboards | Version: Resolution: |Keywords: console release? Verified: 0 |Blocking: Blockedby: | +--- Comment(by dgilmore): The files i initially got were bad. corrected in kbd-1.12-24.olpc2 I have verified on my spanish laptop that the console has the correct mappings. this is going into a update.1-702 build. i have found one missing keymap. the altgr for the button with ]} on it does not work in the console. all the rest were ok. -- Ticket URL: http://dev.laptop.org/ticket/5841#comment:13 One Laptop Per Child http://laptop.org/ OLPC bug tracking system -- Walter Bender One Laptop per Child http://laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Interest in GSOC 2008
Hi All, I have been working on Speech Synthesis for past few months starting from Summer of Content. I wish to undertake the Listen and Spell project for Google summer of code. Listen and Spell would be a self voicing activity that would help children to learn new words, improve spellings and pronunciation. The activity would speak out a word and user is expected to spell it correctly. After the user submits the word, activity would speak it out . This would let user to feel the difference between his and the correct spelling. The activity is based on the idea of TalknType (http://wiki.laptop.org/go/Talkntype ). The application would use speech-dispatcher for voicing whose rpm is under review process and would soon be approved. I have already got approved its dependency dotconf RPM. I wish to use Words activity ( http://dev.laptop.org/~cjb/words/Words-2.xohttp://dev.laptop.org/%7Ecjb/words/Words-2.xo. ) to generate the word list to be spoken out. This multi-lingual dictionary would be a great tool to add other different languages in the activity. It will also help in implementing the Hint feature which would speak out either the word meaning or its usage as a hint to user. The activity will also support user defined word list which would be useful for spelling test at school level (or as a game between two or more user over mesh network). The activity can also be used as memorizing tool as many people learn more by hearing things. I have created a wiki page ( http://wiki.laptop.org/go/Listen_and_Spell ) for the describing the basis idea of the activity and discussed some of its features. I would like to know your suggestion about the proposed features and their feasibility in XO or any other ideas to include. I would also like to know if anyone can mentor me for this project in GSoC. -- Regards Assim Deodia -- Regards Assim Deodia | http://nsitonline.in/assim Undergraduate Student, Netaji Shubhas Institute of Technology ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Another Summer of Code project - VideoEdit
Hello list! Following all students new threads, I'm starting this to discuss anything about my proposal for Summer of Code. To tell a bit about me, my user profile could say much more [1]. I'm also starting my Mastering in Ubiquitous Computing [2], capture and access, in watch-and-comment paradigm, a paradigm which studies the user process to watch videos/anything else and comment about, and studies how to capture the comments and share them with anyone else. My activity proposed is VideoEdit [3], which I already wrote an entry in OLPC wiki. It's about a video activity to allow users to edit and comment videos (recorded by them or just got from anywhere else). This activity could extend Record activity, but I really don't know, it looks like will turn Record too much complex to use. Or this activity could be view as a Video Player with edit/comment options. Now I want suggestions and criticisms about this project: Has the XO sufficient libraries or could have for this activity? Is it better to extend Record activity? Has any other activity that does this (and I didn't find in wiki)? Feel free to edit the wiki entry! [1] - http://wiki.laptop.org/go/User:Faga [2] - http://www.ubiq.com/ubicomp/ [3] - http://wiki.laptop.org/go/VideoEdit ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 1789 - sugar does not boot
Mikus, Thanks for the experience report. Have you tried holding the '✓' (check) gamepad key in order to disable pretty-boot? Joyride is definitely not supposed to be broken, but it's hard to tell what to revert without better knowledge of what's actually failing. Examining http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html I suspect kbd-1.12-22 - 1.12-23 since we know that 1.12-23 (accidentally) contains an html file describing a spanish keyboard map instead of the map itself. Best wishes, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Confusing build names.
Aaron, I apologize that I was unable to reply promptly to your second question. Indeed, while builds are authoritatively named as I described in my previous email, many people frequently leave off the stream name because it can usually be inferred from contextual or circumstantial evidence. As for the usage of 650, 653, 656, etc: certain builds have become so well known (typically because they were made into stable releases) that it became unimportant what stream contained them (especially after further development of that stream has ceased). (Incidentally, these builds are contained in the official branch as can be seen from the URL structure at http://download.laptop.org/xo-1/os/official/ Finally, two additional comments: builds are sometimes renamed between branches, for example when ship.2-656 is christened official-656. Second, the choice of numbers to attach to a build-branch is globally arbitrary but locally ordered. From time to time, a set of build branches will be synced which means that the next number to be built with be the same in both branches; e.g. faster-1800 and joyride-1800. Eventually, the branches may become unsynced (joyride and ship.2), and joyride might suddently advance joyride-2500 to indicate a desire to reuse the joyride name but to begin a new epoch of builds. The fundamental sensation behind this choice of naming structure was our expectation that many people (e.g. countries) would be making builds at the same rough moment of time based on completely different (i.e. incomparable) software bases but that small runs of builds within a given branch probably would have usefully comparable metadata. (Ultimately, we receive a build from an outside source, we usually recursively diff it against a similar build that we understand in order to see what's actually going on inside.) Does this help alleviate your fully justified confusion? Best, Michael ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 1789 - sugar does not boot (1788 and 1790 either)
I also have had issues with builds 1788 and 1790. These would also not boot. I resorted back to 1784 to get it to boot. With 1788 it looked like it was locked up, but the power button still puts it in suspend and brings it out again. Ctl alt F1 to get to another screen did nothing until pressing suspend again a few times. It is like the keyboard isn't generating interrupts, The keystrokes are remembered and processed eventually by pressing power button several times. Waited until today and upgraded to 1790 and it didn't boot either. Anything else I can test to help??? Thanks, Mark On Mar 22, 2008, at 12:03 PM, Dennis Gilmore wrote: On Saturday 22 March 2008 11:52:47 am Michael Stone wrote: Mikus, Thanks for the experience report. Have you tried holding the '✓' (check) gamepad key in order to disable pretty-boot? Joyride is definitely not supposed to be broken, but it's hard to tell what to revert without better knowledge of what's actually failing. Examining http://dev.laptop.org/~rwh/announcer/joyride-pkgs.html I suspect kbd-1.12-22 - 1.12-23 since we know that 1.12-23 (accidentally) contains an html file describing a spanish keyboard map instead of the map itself. does 1788 work for you? im wondering if libnl 1.1-1.fc7 is to blame. i had systems boot fine with kbd-1.12-23 installed they just used an english not spanish keymap on the console -- Dennis Gilmore ___ 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
OLPC News (2008-03-22)
1. Deployment: Walter Bender visited the technology support team for the NYC public schools to discuss issues of connectivity and security in regard to a pending pilot. John Watlington and Martin Langhoff will make a follow-up visit this coming week. Walter also had a follow-up meeting with Enkhmunkh Zurgaanjin, the MIT student who has been helping us in Mongolia: Enky is spending the next ten days in Mongolia--his spring break--and will visit the two pilot schools, engage the local universities, and touch base with the Mongolian MoE. A newly minted Deployment Guide is now posted publicly on the wiki, where it continues to be refined. Much of the remainder of the week was spent working closely with the Tech Team on preparing a candidate Update.1 release build (and process) for Peru and Mexico. 2. Haiti: David Cavallo and Claudia Urrea met with Guy Serge Pompilus, coordinator for the laptop initiative in Haiti, and the InterAmerican Development in Washington to continue planning for the initial roll-out schools and to build the team in Haiti to support the project. The bank has contracted a group to perform assessment and we were able gain alignment on how to broaden the framework beyond the school walls. Edith Ackermann, Tony Earls, and Maya Carlson are developing additional assessment instruments. 3. Presentation: On Thursday Andriani Ferti presented at the TRUST seminar (the Team for Research in Ubiquitous and Secure Technology) at the Department of Computer Science at UC Berkeley about One Laptop Per Child. The presentation was titled One Laptop per Child: Bringing to the children of the world an innovative and secure educational tool, and focused, more generally, on the mission of OLPC and the technology that is being used in and for the XO laptops. It further included a brief description of the security platform of OLPC, given the subject of the TRUST seminar, which is mostly concerned about security technology issues. 4. Human Resources: Christopher Niland has joined the staff of the Chairman's office. Chris has seven years experience in meeting planning and administrative support. Martin Langhoff, New Zealand resident and OLPC School Server Architect, made his in-office debut this week. Martin will be here for the next two weeks and finds New England a bit colder than he is used to. After 18 months at OLPC Ivan Krstić is moving on to other opportunities. We'd like to thank Ivan for his energy and contributions to the project. He contributed to almost every aspect of the project, most recently helping with our deployments in Uruguay and Peru. His innovative work on the Bitfrost security platform was widely recognized and earned him a Technology Review 35 Award in 2007. 5. Summer of Code: SoC is accepting Mentor applications now. If you are interested in becoming a Mentor (See http://code.google.com/soc/2008/mentor_step1.html). Students can apply beginning Monday, 3/24. 6. Nepali Localization: Shankar Pokharel reports that OLPC Nepal developers organized a translation fest, Translation Nite-out with participation of 12 volunteers. The result: Nepali localization of all projects put in Pootle (except Etoys) is complete. Thanks to all who gave up their Friday night on behalf of the project (See http://olpcnepal.blogspot.com/2008/03/yaay-translations-over.html). 7. Squeak: Kathleen Harness from the Office for Mathematics, Science, and Technology Education (MSTE) at the University of Illinois reports that www.squeakcmi.org has a Library Collection of OLPC/Etoys projects. Enjoy! 8. Drupal: Pablo Floresve installed Drupal in a XO laptop; he is amazed with how fast it runs!! There has been subsequent discussion about it being a great tool for blogging from the XO laptops (See http://groups.drupal.org/drupal-olpc and http://wiki.laptop.org/go/Drupal). There is also an active discussion thread around journalism tools (See http://wiki.laptop.org/go/Talk:Learning_activities/Journalism). 9. Bay Area Learning Workshops?: Kassie Petrick has inquired as to whether there are plans for Learning Workshops scheduled for the West Coast? She received a laptop that she has been using in her 7th grade classroom but would like to do a lot more with it. She is interested to be part of a community of people (especially teachers) who want to talk up the XO. She'd also love to have some kids participate. 10. Bishwamitra/Bashuki Journals: Bryan Berry et al. have been documenting their Nepali deployments (See http://wiki.laptop.org/go/Bishwamitra_Journal and http://wiki.laptop.org/go/Bashuki_Journal). Ram Singh is designing a power distribution rack for the XO's using locally available materials. Mahabir Pun and Dev Mohanty are using inexpensive point-to-point radios to connect the two remote schools to each other and to the Internet. They have posted their equipment specifications, network diagrams, and configurations in the wiki. You can read Sulochan Acharya's blog post Nepal: ICT in Education and OLPC
UI usability for 4 year old (was Re: Call for Papers/Talks/Ideas!)
Marco Pesenti Gritti mpgritti at gmail.com writes: I have not seen a good analysis of the frame problem yet. For example I know that at some point the trackpad jumped to the corners very often, and that obviously aggravated it. Also in my experience the thing is nowhere so annoying on my work laptop (still using a trackpad), why? Finally, when this happen, is the mouse left still in the corner or do kids just touch the corner momentarily... It's not a problem of the cursor moving randomly. What happens to Kailea is that she'll try to get to the activity menu or the color tool at the top left hand side. Just due to lack of good control of the trackpad she ends up getting the popover frame. Once it comes up, she tries to escape the mode by randomly moving her finger on the trackpad. This doesn't usually work which raises her frustration level. On paint, specifically, a couple of other observations, now that I think about it: between Kailea, 4 and my wife (an elementary school teacher) helping her, they had difficulty figuring out how to set the color in the paint program. Maybe if the color icons had a color rainbow or something it would be more obvious. Also holding the button down and dragging as a normal operation (as it is in Paint) is a tricky concept and physically difficult in terms of dexterity for my 4 year old (actually it's not all that pleasant for me either given the button placement below the trackpad). Something modal or pressure based would be better. If a key on the keyboard held down were the up/down button that would be resolution of the dexterity issue. Though, some thought would need to be given to make this discoverable. Tomeu managed to reduce startup up time to 2-3 seconds in the faster branch using an approach similar to maemo launcher: https://stage.maemo.org/svn/maemo/projects/haf/trunk/maemo-launcher/README If we don't find any blocking problems with this approach, I think we can make startup pretty much instantaneous. I'll try it out. That would be a big improvement. Instantaneous would be 150-200 milliseconds, but I'd guess anything under 5 seconds would not frustrate her. Python was chosen mainly because it's a good development tool for kids. I think the few performance problem it's causing are all solvable, it's just that no one had time to focus on it until now. How is that working out in the field? I certainly agree that kids developing/altering their own tools is a fantastic idea for the =9 year olds. Are kids scripting? What is the process they go through to learn the language? I remember as a kid how I learned BASIC. The computer came with 2 1-inch thick friendly (lots of cartoons, short example programs) programming manuals that I devoured in the first 2 weeks I had the machine. Also, they used to have type-in programs in the home computer mags I got for my TRS-80 Color Computer. I'd type them in but they wouldn't work. So, I would have to walk through line by line and fix them. Looking at the code while debugging exposed me to different programming concepts like modularization (GOSUB/RETURN), keeping code organized for understandability, etc. Further the mags themselves often had introductory articles on programming, walk-throughs, ... That challenge is to make Pippy permit natural, incremental, discoverable baby steps into programming. Probably it needs to be highly integrated with html tutorials and tips Pippy meets Clippy ;-) -- John. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Announcement : New mailing list for Summer of Code [OLPC GSoC]
Hello, We have a new mailing list set up for summer of code participants. Please join if you are interested in applying to be a mentor, contributing or reviewing project ideas, applying as a student, or otherwise contributing to the process. http://lists.laptop.org/listinfo/gsoc Mentor applications are open now; students will be able to apply next week. Please direct people asking about SoC there, and ask any related questions on that list. Cheers, SJ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Update wiki with info of GSoC mailing list
Hello, I wanted to update this wiki page : http://wiki.laptop.org/go/Communication_channels with the details of recently formed GSoC mailing list. But, the page is protected. So, I have put the list info on discussion page: http://wiki.laptop.org/go/Talk:Communication_channels Regards, -- Prakhar Agarwal Technical Head - Library RD Team 3rd Year B.Tech, IT JIIT University, Noida, India ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Another Summer of Code project - VideoEdit
I started working on a video editing activity for the XO a couple of months ago, and have been developing a backend in python based on the excellent GNonLin [1] GStreamer framework. I too have a wiki page [2] for the project, and am hoping within the next few weeks to have some code/prototypes worth sharing. While I had thought more about video generation than annotation, it seems we have the same basic idea for the activity and I'm thrilled someone else is interested in working on this! Best, Rob Ochshorn [1] http://gnonlin.sourceforge.net/ [2] http://wiki.laptop.org/go/Projects/VideoEditing On Sat, Mar 22, 2008 at 01:39:29PM -0300, Roberto Fagá wrote: Hello list! Following all students new threads, I'm starting this to discuss anything about my proposal for Summer of Code. To tell a bit about me, my user profile could say much more [1]. I'm also starting my Mastering in Ubiquitous Computing [2], capture and access, in watch-and-comment paradigm, a paradigm which studies the user process to watch videos/anything else and comment about, and studies how to capture the comments and share them with anyone else. My activity proposed is VideoEdit [3], which I already wrote an entry in OLPC wiki. It's about a video activity to allow users to edit and comment videos (recorded by them or just got from anywhere else). This activity could extend Record activity, but I really don't know, it looks like will turn Record too much complex to use. Or this activity could be view as a Video Player with edit/comment options. Now I want suggestions and criticisms about this project: Has the XO sufficient libraries or could have for this activity? Is it better to extend Record activity? Has any other activity that does this (and I didn't find in wiki)? Feel free to edit the wiki entry! [1] - http://wiki.laptop.org/go/User:Faga [2] - http://www.ubiq.com/ubicomp/ [3] - http://wiki.laptop.org/go/VideoEdit ___ 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: Nortel LearniT animations (Seth Woodworth)
Seth Woodworth Wrote: Holy Crap! That's amazing. We need this *on* the laptops. Curse you flash! Does it work alright in gnash? Or should we transcode it? There are a lot of great education activities done in Flash and their # will only increase simply because it is very easy to develop animations using flash. Check out www.eshikshaindia.in for more great learning animations. Those did not work w/ Gnash when I tried it last month. I have a lot of respect for what the Gnash guys have done but the best strategy would be to make it easy for deployment teams to bundle flash w/ the XO. So many Internet sites depend on it. From my understanding of the Adobe license terms, you can distribute Flash w/in an intranet, which I judge to mean I can install it on the XO's for Nepal's pilot schools. One thing is definitely clear, you cannot bundle flash into an xo image available on the internet. However, I believe that I can make the flash plugin to a school intranet via the XS and still conform to the Adobe license. AFAIK the flash plugin only requires one file to be installed as far as I can tell libflashplayer.so The easiest way technically to do this would be to put in a symlink from /usr/lib/mozilla/plugins to /home/olpc/mozilla/plugins and then modify the customization key script to look for flash and other plugins and copy them to the home/.../plugins folder Bryan Kathmandu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Maintaining Activity Packs
Michael, It seems like recording the compatibility matrix between builds and activities alone is a 2-3 person job in the very near future. Today it is probably a full time QA person -- and we are short about 3 QA people right now. It would be great to get some feedback as to how this can be achieved by the developer of the activity -- or what kind of automated tools can be developed to make it easy to test compatibilty; and how can we encourage people to do this testing. We have to assume that OLPC will NEVER have enough people to do backward compatibility testing for activities, other than a few very basic activities. Kim On Fri, Mar 21, 2008 at 7:25 PM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Stone wrote: | * to the extent that we are able, we should record the compatibility | matrix between builds and activities Once upon a time, there was going to be a build called First Release to Service, and its number was to be 1. ~From http://wiki.laptop.org/go/Activity_bundles: Each activity.info file must have a host_version key. The version is a single positive integer. This specifies the version of the Sugar environment which the activity is compatible with. (fixme: need to specify sugar versions somewhere. Obviously we start with 1.) It seems to me that FRS ~= Update.1. It's all designed; it just needs to be implemented (and that's easy). | * what assistance are we obligated to provide to deployments? If OLPC is not completely daft, it must do everything possible to make the governments happy, so that they are most likely to recommend OLPC to their neighbors. | * if we discover notable flaws (security, legal, objectionable | content) in bundles that a deployment is using, what should we do? Communication and openness are the hallmarks of OLPC. | * in particular, whose responsibility is it to initiate communication | of this sort? What, you don't have a distinct relationship manager responsible for ensuring complete communication with each client? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH5EPgUJT6e6HFtqQRAgtyAJ9pLkQZZSwjSZjCya67PUqGHqpDpACgmpjv wpUiyhV4z9aTu1wOc/RbPGk= =bZuB -END PGP SIGNATURE- ___ 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
Core Activities - Bundled Packs discussion
Michael, I took some of your thoughts... and the 'global' problem of no activities shipped with XOs. ... ran with it a bit further. . . . :-) Thinking along the lines, the set of 'recommended' activities per deployment location are being discussed informally, without much tracking or public-wide awareness... or input.. I couldn't find a good list of activities bundled for each deployment, so I created a wiki page.. http://wiki.laptop.org/go/Peru_bundled_activities and http://wiki.laptop.org/go/G1G1_bundled_activities All from some 'inspirational' text I added on page. . . http://wiki.laptop.org/go/Getting_involved_in_OLPC#Upstream_Free_Software_Projects *For each deployment location, OLPC staff will also work with local administrators and volunteers to develop a consistent set of 'core bundled activities'. To be installed on all base-software laptops deployed in that area. For examples, see Peru bundled activitieshttp://wiki.laptop.org/go/Peru_bundled_activitiesand G1G1 bundled activitieshttp://wiki.laptop.org/index.php?title=G1G1_bundled_activitiesaction=edit .* I used the term 'bundled' until there's consensus on terminology to use. I've read other terms such as 'core' (see wiki category) and 'activity packs' (latest discussion on devel list). I especially see this type of resource developing for coming up with a set of activities for the G1G1 users, planning and looking forward to the future... where some folks update to Update.1-700 (or newer), and get the interesting surprise of no activities and no easy method of downloading them. Thoughts or continuations of these ideas? :-) -Ixo On Fri, Mar 21, 2008 at 3:55 PM, Michael Stone [EMAIL PROTECTED] wrote: Dear devel, While drafting release notes for Update.1 RC2 (signed update.1-699), we realized that we need a good story about what we want the ecosystem of activity and library packs (for use with the customization key [1]) to be. The rough sense emerging from the folks I've interviewed so far (dgilmore, kimquirk, walter, cjb) is that: * activity packs are collections maintained by public maintainers * people running deployments are responsible for choosing activities that work for them and we should assist in this process * for the moment, any activity packs that we provide are just conveniences and advice to them on how to get started * however, we should do our best to keep authoritative versions of all activities we encounter and to encourage other folks to mirror this content * to the extent that we are able, we should record the compatibility matrix between builds and activities However, there are several questions that these rough thoughts do not yet address: * what assistance are we obligated to provide to deployments? * if we discover notable flaws (security, legal, objectionable content) in bundles that a deployment is using, what should we do? * in particular, whose responsibility is it to initiate communication of this sort? * (and others not listed here) Thoughts? Michael [1]: http://wiki.laptop.org/go/Customization_key ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: UI usability for 4 year old (was Re: Call for Papers/Talks/Ideas!)
On Sunday 23 March 2008 3:59:31 am John R.Hogerhuis wrote: .. (actually it's not all that pleasant for me either given the button placement below the trackpad). Something modal or pressure based would be better. If a key on the keyboard held down were the up/down button that would be resolution of the dexterity issue. Though, some thought would need to be given to make this discoverable. It is tough for young children to use trackpad like a mouse - with a single hand. Using it bi-manually with two index fingers is not only easier but also prepares them for typing on the keyboard later. The child can use one index finger (say right) on the trackpad and the other index finger (say left) to click buttons. Older children can use index fingers for the trackpad and thumbs for the buttons. Subbu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] New architect and roadmap - and phone conference
On Fri, 2008-03-21 at 19:23 -0400, Martin Langhoff wrote: Hi all! snip Or Skype itself to place a call to the US. ] that worked techically fine last repaircenter meeting For me no us_navite speaker: - following the meeting is oke, - participating is harder than irc - irc backchannel is really helpfull. Overall, I think we are going to get this done one release at a time, keeping our eyes firmly on the ball, until we get to 1.0-ness. Who wants to be part of it? ;-) Me, however I am not a skilled programmer (sh,perl are fine) I could test, find bugs, give 2cts where needed. I have experience in administration (FreeBSD/linux,networking) or and building embedded systems (FreeBSD). I Would love to run the XS on a 64Mb cf-image. But is out a of the picture i guess. Marten martin -- Marten Vijn http://martenvijn.nl http://wifisoft.org http://opencommunitycamp.org ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Web-based Management Interface for the XS
On Sat, Mar 22, 2008 at 12:52 AM, John Watlington [EMAIL PROTECTED] wrote: PHP security is viewed as less than acceptable for interfaces accessible from the open Internet. Excellent point. Should the configuration interface should also be available on the WAN interface ? My opinion is yes. Agreed. However, I don't want to constrain anyone researching backend and libraries. If the best thing out there is implemented and maintained in PHP, we may wrap it in something better for our purposes. No language flamefests *just yet*. Those are scheduled for next month ;-) 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 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel