User:Martinlanghoff/XS 0.6 plan: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
Line 7: Line 7:


* Scalability: ejabberd/presence partitioning via Moodle (2w)
* Scalability: ejabberd/presence partitioning via Moodle (2w)

* Lease mgmt - activation, renewal, blacklist (3~4w)
** XS: network proto layer, USB-based delivery handling, mgmt UI
** XO: firmware, initrd, userland
** Needs simple service announcement scheme


* Browse.xo transparent sign on - working with Simon (2~3d) [done]
* Browse.xo transparent sign on - working with Simon (2~3d) [done]
Line 20: Line 15:
** Scripts automation
** Scripts automation
** Update callback scheme
** Update callback scheme

'''Totals - 8~9 weeks '''


=Pri 2=
=Pri 2=


* Easier transparent OS and activity upgrade - LHF -
** service announcement scheme
** small XO work (~3d work)


* XS on XO - LHF, working with Jerry
* XS on XO - LHF, working with Jerry


'''Totals - ~1w'''


=Pri 3=
=Pri 3=
Line 37: Line 26:
* Basic reporting scheme (~4d)
* Basic reporting scheme (~4d)
* Ability to switch off registration service (~2d) -- local teams are worried about bogus registrations
* Ability to switch off registration service (~2d) -- local teams are worried about bogus registrations
* Tie internet access to registration - (1w) -- some local teams are worried about locals "stealing" very limited internet bandwidth. We could block internet access from un-registered machines or just throttle them very aggressively. Naturally, needs a 'whitelist' mechanism and UI to whitelist teacher's non-XO laptops.

'''Totals - 2~3w'''


= Special offer =
= Special offer =


* 2~3 weeks of polish on Moodle for the XS to close the gaps so that we can start taking advantage of community work.
* 2~3 weeks of polish on Moodle for the XS to close the gaps so that we can start taking advantage of community work.

= Delayed =

During the 0.6 timeframe we've seen some slippage, and some items won't appear on 0.6 -- as follows:

* Lease mgmt - activation, renewal, blacklist (3~4w) -- development will start in May
** XS: network proto layer, USB-based delivery handling, mgmt UI
** XO: firmware, initrd, userland
** Needs simple service announcement scheme

* Easier transparent OS and activity upgrade - LHF related to lease mgmt -
** service announcement scheme
** small XO work (~3d work)

* Tie internet access to registration - (1w) -- some local teams are worried about locals "stealing" very limited internet bandwidth. We could block internet access from un-registered machines or just throttle them very aggressively. Naturally, needs a 'whitelist' mechanism and UI to whitelist teacher's non-XO laptops.



= Not in the plan =
= Not in the plan =

Revision as of 14:05, 15 April 2009

Notes

  • Add 1w of stabilisation / QA / Bugfixing
  • LHF: Low hanging fruit

Pri 1

  • Scalability: ejabberd/presence partitioning via Moodle (2w)
  • Browse.xo transparent sign on - working with Simon (2~3d) [done]
  • DS-Backup -- Restore UI (2d) [done]
  • Management scheme (2w)
    • Scripts automation
    • Update callback scheme

Pri 2

  • XS on XO - LHF, working with Jerry


Pri 3

  • Basic reporting scheme (~4d)
  • Ability to switch off registration service (~2d) -- local teams are worried about bogus registrations

Special offer

  • 2~3 weeks of polish on Moodle for the XS to close the gaps so that we can start taking advantage of community work.

Delayed

During the 0.6 timeframe we've seen some slippage, and some items won't appear on 0.6 -- as follows:

  • Lease mgmt - activation, renewal, blacklist (3~4w) -- development will start in May
    • XS: network proto layer, USB-based delivery handling, mgmt UI
    • XO: firmware, initrd, userland
    • Needs simple service announcement scheme
  • Easier transparent OS and activity upgrade - LHF related to lease mgmt -
    • service announcement scheme
    • small XO work (~3d work)
  • Tie internet access to registration - (1w) -- some local teams are worried about locals "stealing" very limited internet bandwidth. We could block internet access from un-registered machines or just throttle them very aggressively. Naturally, needs a 'whitelist' mechanism and UI to whitelist teacher's non-XO laptops.


Not in the plan

  • F10/F11 rebase
  • Frills or cushions