XOCamp 2: Difference between revisions
Line 286: | Line 286: | ||
::Submitted by Ed Cherlin--[[User:Mokurai|Mokurai]] 02:13, 29 October 2008 (UTC), updated 19:47, 16 December 2008 (UTC) |
::Submitted by Ed Cherlin--[[User:Mokurai|Mokurai]] 02:13, 29 October 2008 (UTC), updated 19:47, 16 December 2008 (UTC) |
||
Andrius Kulikauskas (ms@ms.lt), [http://www.ms.lt Minciu Sodas], working on open source materials for learning mathematics, and sharing ideas from the [http://www.includer.org Includer], and connecting with [http://www.ms.lt/news.php independent thinkers in Africa and around the world]. |
|||
== Synchronous Collaboration == |
== Synchronous Collaboration == |
Revision as of 19:57, 26 December 2008
The XOcamp 2 miniconference
in Has location city::Cambridge Has location country::USA,
is scheduled for Start date::January 12, 2009 to End date::January 16, 2009
FUDcon will be Jan 9-11 See: http://fedoraproject.org/wiki/FUDCon/FUDConF11. XOCamp will be the week following.
The purpose of the XOCamp is to review status of code, specifications and features for the 9.1.0 release. See: 9.1.0. In addition the Camp will help us frame our long-term software development effort.
Agenda
All meetings held in the Boardroom at One Laptop per Child, 10th floor, 1 Cambridge Center, Cambridge, MA
Monday January 12, 2009
Time0900 - Introductions and Agenda Review |
1000 - Requirements review and deployment status by Greg |
1100 - |
1200 - Lunch |
1300 - Deployment Notes from Nepal by Bryan |
1400 |
1500 - Synchronizing 9.1.0 and Sugar 0.84 |
1600 |
1700 |
Tuesday January 13, 2009
Time0900 - School Server Roadmap and 0.6 Design Review by Martin |
1000 |
1100 |
1200 - Lunch |
1300 - Fedora Compatibility - Rebase on Fedora 10 |
1400 - Fedora Compatibility - Run Fedora applications and window manager |
1500 |
1600 |
1700 |
Wednesday January 14, 2009
Time0900 - Activation/lease/signing/image customization |
1000 |
1100 |
1200 - Lunch |
1300 - Power Management |
1400 |
1500 - Localization |
1600 |
1700 |
Thursday January 15, 2009
Time0900 - Alternate file systems, beyond JFFS |
1000 - Improving performance |
1100 - Improving memory management |
1200 - Lunch |
1300 - John Gnu Suggestions |
1400 |
1500 |
1600 |
1700 |
Friday January 16, 2009
Time0900 - Synchronous Collaboration |
1000 |
1100 |
1200 - Lunch |
1300 - Asynchronous collaboration |
1400 |
1500 |
1600 |
1700 |
Attendees
Sign up here if you plan to attend.
- Gregorio 16:43, 18 December 2008 (UTC)
- rjhatl 13:54, 19 December 2008 (UTC)
- Mokurai 19:51, 19 December 2008 (UTC)
- Bryan Berry
- Martin Langhoff
- Mchua 23:31, 19 December 2008 (UTC)
- Luis Michelena 06:23, 20 December 2008 (UTC)
- Bernie Innocenti
- Ryan Kabir
- Andrés Ambrois
Technical Track
This section gives details on each talk.
Who is the user and what do they want?
Overview of top concerns from deployment leads, students and teachers. An aggregated look at the top items requested. An in depth look at the motivation of a few specific requests. Time permitting, can include a discussion of how to turn user feedback in to actionable requirements. Can include a detailed "use case" explaining the technical environment and social context of a target school.
Deployment is Hard! Notes from Nepal's Deployments
Summary: Bryan Berry will talk about Nepal's deployments with help from Tony Anderson. Will talk about tough stuff like teacher training, developing local support infrastructure, managing volunteers, and particular technical needs.
- Time - 90 minutes + 30 minutes of discussion
- Bryan Berry and Tony Anderson will lead the discussion
- Powerpoint presentation will accompany the talk
See also Bryan's blog - http://blog.olenepal.org/
Sugar Synch Up
- Presentation on features and important bug fixes of Sugar 0.84.
- Discussion of Trac usage and bug fixing.
- Agreement on quality metrics. How many open bugs of which type will we accept and still release.
- Review of schedule and relevant meetings.
School Server
Summary - Status and plans.
- Quick overview of the status of the XS
- Areas where can relieve pressure from the XO
- Narrative and content publishing/ sharing
- Upgrade and other mgmt tools
- Focus areas to improve XO-XS interaction for 9.1 release cycle
- Service announcement (DNS? mDNS? Zeroconf? DNS masking?)
- "XS within sight" flag on XO
- Lease management protocol - (to be continued in theft deterrence)
- Browse.xo automagic auth
- ejabberd, presence service / roster mgmt
- "Thicker" wikislices
- Interesting goals for 9.2 or later
- Backup as extension of Journal (a la Time Machine)
- "Universal" book reader
- Alternative mesh strategies - Cerebro
- Sneakernet - wwwoffle
- MikMik and the XS
Fedora Compatibility
Feature roadmap/Rebase on Fedora 10
Test and development work to base 9.1.0 on Fedora 10.
List of packages that to get in to Fedora
Feature roadmap/Run_Fedora_applications_on_XO
Activity compatibility. Making it easy to run Fedora Linux apps on the XO.
Picking a desktop manager.
Activation/lease/signing/image customization
Feature roadmap/Activation_lease_security
Deployment controlled activation lease security
Feature roadmap/Image_customization
Updating faster/better for 9.1
Feature roadmap/Image_signing_key_delegation
How to allow deployments to sign their own images.
Feature roadmap/Faster_imaging
Feature roadmap/Activation_via_wireless
Power management
Feature roadmap/Improved_battery_life
Continuing to evolve software to wring all potential power savings out of the hardware. Timed wakeup, allowing screen blanking to recover power and allowing more aggressive suspending. Measuring power usage to avoid regressions. testing for power against real world usage, pushing the remaining suspend-related bugs to completion.
Feature roadmap/No_power_regressions
Feature roadmap/Shutdown_menu
The power button is currently underutilized. It should allow either shutdown or suspend of the laptop, with the help of an on-screen dialog or menu.
Localization
Some key features from Software features in the area Localization
i18n and l10n: 9.1 and beyond
The areas I would like to cover include:
- Input methods: Out current input system (XKB) is not enough for Chinese/Japanese/Korean, and even existing customers like Ethiopia have needs which are met with considerable difficulty with XKB. For 9.1, I propose that we switch to SCIM[1], which should take care of most (if not all) of our current requirements.
- Multiple, non English fallback languages: Many of our users will probably be multilingual. A Aymara speaker would like to see the UI strings falling back to Spanish translations in absence of Aymara instead of the normal, default English. We have the existing infrastructure in our core i18n infrastructure, implementing this is simply a matter of making changes in Sugar (and maybe Rainbow).
- Language packs: The current system of language packs is not very reliable (it overwrites the original translations in the system, installations cannot be easily undone, no versioning, etc). I want to switch to a RPM based language pack system for 9.1, which will be easier to deploy (especially if the customization key mechanism gets support for RPM). This will require support for multiple locale directories, and I'll talk about that as well (Ubuntu uses a similar approach - I plan to reuse their patches if possible).
- User modifiable translations: There has been a number of ideas on this - initially (during my last visit to 1CC), we were thinking of a "Translate Activity" which would let children add/modify translations, and optionally let them share the translations over the mesh. SJ and Scott have recently suggested a wiki-like editable UI, which would, definitely be much cooler ;-). I want to brainstorm on this, and try to figure out the amount of time we need to do this, the advantages, risks, tradeoffs involved etc.
- Presenter: Sayamindu
Filesystems
Topics to be covered include: Why replace JFFS2, a summary of the existing alternatives, some preliminary performance data, an overview of all the SW stack changes required to implement a new filesystem. We will also discuss the alternative option of sticking to JFFS2 and trying to fix the known issues. See also: http://wiki.laptop.org/go/Feature_roadmap/Replace_JFFS_file_system_with_better_one
Performance
System-level performance tweaks for UI responsiveness.
See also: http://wiki.laptop.org/go/Category:Performance
Dealing with Low Memory conditions
Thread started by Deepak on low memory at: http://lists.laptop.org/pipermail/devel/2008-October/020543.html
See also: http://wiki.laptop.org/go/Feature_roadmap/Memory_pressure
John Gnu Block
- Replacing Sugar Totally - whether and how to climb out of the dead-end without further investment - gnu
- Consider eliminating DRM
Now that Fedora runs out of the box on the XO, it's become more obvious that shipping jailed laptops is bad policy. It's been done via a misguided "security = good" mindset and a lazy "fewer SKUs is easier" approach. - gnu
- Eliminating Mesh, keeping 802.11
Mesh barely works. We should expand our hardware choices and avoid locking our software into a failed effort, by moving our software and documentation to straight 802.11 ad-hoc and 802.11 access point configurations. We are almost there now, just need to clean up a few loose ends. - gnu
Asynchronous Collaboration
- File or Journal Object Sharing -- Ability to transfer information for distribution or asynchronous collaboration
- Collaboration
- -- Synchronous and asynchronous collaboration, definition and requirements.
- An idea for achieving greater scale for synchronous collaboration by using centralized management and groups.
- An explanation of how asynchornous collaboration can be used. A discussion of the lessons learned from the EduBlog and Amadis experiences and consideration of the applicability of Moodle.
- Also submitting homework and student - teacher interaction. See thread started by Yama on Devel: http://lists.laptop.org/pipermail/sugar/2008-October/009472.htmland thread started by Mikus: http://lists.laptop.org/pipermail/devel/2008-October/020436.html
- Gregorio 19:27, 23 October 2008 (UTC)
- -- Synchronous and asynchronous collaboration, definition and requirements.
- eBook Reader
Three parts below need to be combined. Gregorio 21:45, 12 November 2008 (UTC)
- Martin is very keen on this topic. We need something really compelling, standard and compatible for OLPC and all/most other viable platforms to win. Currently, every content project creates their own viewer (often webbased). We want to be able to show the content from a thousand sources, through a single viewer. We need something so easy for content creators to embrace, and so obviously good that they embrace it.
- What does an electronic textbook look like?
- Since the 1960s there have been experiments in high-powered educational software, but not a lot of textbook development that integrates this software into the text, and very little classroom experience. This session will look at the available materials, the types of software and content available, and the implications for future curricula.
- What do we know? What examples do we have and what do they show us?
- What opportunities can we see? How do we make this happen? What questions should we ask next?
- Examples:
- Edison Talking Typewriter to teach reading and writing to pre-school children
- Ken Iverson's textbooks, Arithmetic, Algebra, and Calculus
- Smalltalk and the Dynabook concept
- Matlab, Mathematica, and other powerful software
- Notebook and workspace formats and capabilities
- Teaching programming to children: TurteArt (sic), Smalltalk, Logo, APL, others
- Examples:
UPDATE: Alan Kay, Doug Engelbart, FLOSS Manuals, Open Learning Exchange, Creative Commons ccLearn, The Tech Museum of Innovation, and others have agreed in principle to join together to create a new kind of textbook. I'll invite them all to XOCamp. See Creating textbooks at Sugar Labs for more.
- Submitted by Ed Cherlin--Mokurai 02:13, 29 October 2008 (UTC), updated 19:47, 16 December 2008 (UTC)
Andrius Kulikauskas (ms@ms.lt), Minciu Sodas, working on open source materials for learning mathematics, and sharing ideas from the Includer, and connecting with independent thinkers in Africa and around the world.
Synchronous Collaboration
- Network principles -- how do we find others and collaborate with them?
- --User:CScott (I can give a talk on this topic)
- How much time is needed?
- Who can lead the discussion?
- What preparation and materials should be created (e.g. presentations, code samples, other)?
- --User:CScott (I can give a talk on this topic)
- Time Delayed internet --- offline caching and browsing, library integration?
- --User:CScott (I can make a brief proposal; I'd like to hear others present)
- How much time is needed?
- Who can lead the discussion?
- What preparation and materials should be created (e.g. presentations, code samples, other)?
- --User:CScott (I can make a brief proposal; I'd like to hear others present)
- Gadget -- improving XMPP server based presence
- Note: This was already presented at SugarCamp.
- How much time is needed?
- Who can lead the discussion?
- What preparation and materials should be created (e.g. presentations, code samples, other)?
- Note: This was already presented at SugarCamp.
Community Track
Place holder section only. SJ to fill in with details when available.
Community
- Why it matters
- In my view it is the whole bottom line, la raison d'être of the whole project. No matter the XO and us are agents in developing scientists, artists, lawyers, whatever (who anyway are wont to migrate North ASAP), if there is not a process of community getting built among people who are not familiar with the culture and processes of collaboration, we are for naught, except maybe in making things worse. And of course, it is not at all just about sharing an activity, which is a software/hardware issue, it's the whole concept of building things together, sharing, being open to give and take, losing the "no te metás" (don't get involved) mentality. Yamaplos 17:33, 2 December 2008 (UTC)
- Discuss specific strategies so that all the rest of the software / hardware effort is not wasted
- Specific fixes to software and hardware
- How much time is needed? a couple lifetimes? OK, gimme an hour at least, maybe in such a way that it can overflow into dinner or lunch
- Who can lead the discussion?
Yama, depending on funding, with Sur list people if we can bring any
-
- I'm leaving this section in case anyone wants to follow up. I was told there is no funding at all for volunteers besides some fundraising happening on the side (link?), so I will not be going. Actually the very fact that a whole track is dedicated to community but there is no formal funding set aside to bring in community people proves community issues are many, not taken seriously, and it's not only a bottom-up problem... Yamaplos 16:31, 18 December 2008 (UTC)
- What preparation and materials should be created (e.g. presentations, code samples, other)? I have volunteered EquipoSur_XOCamp2 to help
Distributing OLPC
- Summary: Open discussion to address the following questions.
- How can OLPC encourage worldwide decentralized community development models for pedagogy and the content and software to support it?
- How can communication between/among OLPC-the-organization and grassroots pedagogical, content, and software developers be improved?
- Define, clarify channels. Who do you contact for a small deployment? How do you distribute not just green bricks but knowledge and training? Who should you contact in 1CC for what kind of issue? Yamaplos 19:39, 13 November 2008 (UTC)
- Whether and how we want the volunteer community to help us with 9.1
- If OLPC-the-organizations says that we support the open-source mentality and that we encourage volunteers, we should articulate exactly what kind of volunteer support we want and need, the kind of relationship the organization would like to have with the community, and the kind of support (including support and resources that are conditional) we can provide them with. Mchua 16:54, 29 October 2008 (UTC)
- I personally think that it is especially important to articulate the kind of volunteer projects we won't support and do not have resources for, so that community members know what they have to do completely independently of OLPC. Knowing the answer is a no is better, for planning and getting-things-done purposes, than remaining in a nebulous "maybe?" state. Mchua 16:54, 29 October 2008 (UTC)
- totally second both points Yamaplos
- How much time is needed - 1 hour
- Who can lead the discussion - Rafael, (Mel available for backup)
- What preparation and materials should be created (e.g. presentations, code samples, other)?
-
- I am working on a 10-minute "canned" presentation to be used for getting people non-familiar with the program to get enough to jump in - Far from ready, but hope it will be Yamaplos 17:23, 17 December 2008 (UTC)
Status - On track to include. Next steps, ToC for presentation.
- Why is this under "software engineering"? No doubt there are software-related issues we need to address, but this is primarily a wetware issue. The tools are there, agreed they are not perfect, yet the fact they are not being used has to do with how we reach (or miss reaching) people, not with hardware or software. Yamaplos 17:57, 2 December 2008 (UTC)
Automated testing tools
- --User:Mchua and/or the QA team (Kim, Joe, Frances) - what tools are being used now and where to find howtos on using them, what tools would you like to see made/improved, how should test automation fit within our develop/test/release workflow, what testing tools can be developed and/or run by the community.
- Reviewed 10/29 - tentative status - Yes, Follow up owner - Mel
- Time: 60-90 minutes should be sufficient for both demos and discussion combined.
- Who: Mchua and the QA group can demo what the QA group is using right now, send a call for/invite/ authors and users of existing testing tools to give mini-stand-ups during this time, and moderate discussion.
- Prep: Call for (and choose/schedule) mini test-tool demos, prep demo spiels for existing QA tools (I'll have to do this anyway regardless of an XOCamp presentation, for community test)... some code customization to make tools work (better) for OLPC will likely be needed. Mchua
- --User:Mchua and/or the QA team (Kim, Joe, Frances) - what tools are being used now and where to find howtos on using them, what tools would you like to see made/improved, how should test automation fit within our develop/test/release workflow, what testing tools can be developed and/or run by the community.
Theory of Activities
- What's an "Activity"???
- I've long wondered about the ambiguities and puzzles inherent in the notion of 'activity' rather than 'application'. Therefore, I'd like to talk about them! --Michael Stone 17:18, 29 October 2008 (UTC)
- Activities as Building Blocks
- If one chooses to regard Activities as the "basic building blocks" of learning experiences, then it seems natural to wonder how these blocks can be glued together into larger learning structures. --Michael Stone 17:18, 29 October 2008 (UTC)
- Not sure who can present these. Michael, do you want to prepare the talk? GS.
Develop activity
Develop activity
- Description - Quick discussion of the status and plans for the Develop activity. As time gets closer I will narrow down the topic, but at a minimum it will include discussion and request for suggestions of how best to make this a tool that real XO developers use
- How much time is needed 60-90 minutes
- Who can lead the discussion - Jameson Quinn
- What preparation and materials should be created latest version of Develop, presentation with description of designs for planned features.
View source key everywhere
- Thread from Tomeu at: http://lists.laptop.org/pipermail/devel/2008-October/020576.html
- Reviewed 10/29 - tentative status - Defer, Follow up owner - Scott and Tomeu (may only need a "flash" session.
- How much time is needed?
- Who can lead the discussion?
- What preparation and materials should be created (e.g. presentations, code samples, other)?
- Thread from Tomeu at: http://lists.laptop.org/pipermail/devel/2008-October/020576.html