Difference between revisions of "Deployment Platform/1.0/Todo"
< Deployment Platform | 1.0
m (moved Deployemnt Platform/1.0/Todo to Deployment Platform/1.0/Todo) |
|||
(25 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
− | + | Initial Sugar Server release that is not intended to be used as-is in deployments. It is about having stable code base and infra to fulfil deployment needs in further 1.x releases. | |
− | == | + | == Initial coding of core components == |
− | * sugar-server | + | * <strike>sugar-server</strike> |
− | * sugar-server-base | + | * <strike>sugar-server-base</strike> |
− | * mace | + | * <strike>mace</strike> |
Need to be polished though (see the rest of TODO). | Need to be polished though (see the rest of TODO). | ||
− | == | + | == Testing == |
− | * | + | * <strike>sugar-server unit tests</strike>, initial work done the rest is in permanent process |
− | * ( | + | * <strike>mace unit tests</strike>, initial work done the rest is in permanent process |
+ | * <strike>sugaroid, library and application that represent regular sugar client behaviour</strike> | ||
+ | * <strike>sugar-server integration tests using sugaroid library</strike>, initial work done the rest is in permanent process | ||
+ | * <strike>system tests of sugar-server + sugar-server-base infra with reproducing usual and stress behaviour of sugar client using sugaroids instances (up to 1K)</strike> sounds like more deployment related task, thus moved to 1.x releases | ||
− | == | + | == Patch OBS == |
− | * | + | * <strike>produce binary packages with sugar-server, mace and sugar-server-base for Fedora-14</strike> |
− | * | + | * <strike>while most of packages come from initial distro release, monitor for updates for some of package, e.g., xulrunner when hulahop needs to be rebuilt on any new xulrunner update</strike> all packages on obs are based on initial distro releases, hulahop/sugar were patched to not fail on every minor update |
+ | * <strike>announce packages.sl.o, not only for Sugar Server usage but also for sweets/sdk</strike> will be announced with sweets | ||
− | + | == Prosody == | |
− | + | * <strike>improve mod_sugar_roaster plugin to share the same memory structure of sugar roaster among all buddies</strike> | |
+ | * <strike>using sugaroid bots, stress test prosody to compare with ejabberd</strike> not ready, moved to 1.x | ||
− | + | Sugar code is here, http://git.sugarlabs.org/server/prosody-sugar | |
− | + | == Documentation == | |
− | + | <strike>Initial documentation efforts on the wiki.</strike> | |
− | |||
− | |||
− | |||
− | + | == Tech demo == | |
− | + | <strike>Test case: | |
− | |||
− | |||
− | |||
− | + | * on unlocked XO, plug usb stick with demo server image, flash and booth | |
+ | * on locked XO, inject lease demo keys from a usb stick and boot | ||
+ | * locked XO should be fine with: | ||
+ | ** activate on boot on unlocked XO | ||
+ | ** register user | ||
+ | ** do journal backup | ||
+ | ** restore journal | ||
+ | ** connect to jabber | ||
− | + | Demo server XO image will be composed by adding {{Code|downstream-server-demo}} package (and all its deps) during the regular XO image building process.</strike> | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− |
Latest revision as of 16:28, 8 October 2012
Initial Sugar Server release that is not intended to be used as-is in deployments. It is about having stable code base and infra to fulfil deployment needs in further 1.x releases.
Initial coding of core components
sugar-serversugar-server-basemace
Need to be polished though (see the rest of TODO).
Testing
sugar-server unit tests, initial work done the rest is in permanent processmace unit tests, initial work done the rest is in permanent processsugaroid, library and application that represent regular sugar client behavioursugar-server integration tests using sugaroid library, initial work done the rest is in permanent processsystem tests of sugar-server + sugar-server-base infra with reproducing usual and stress behaviour of sugar client using sugaroids instances (up to 1K)sounds like more deployment related task, thus moved to 1.x releases
Patch OBS
produce binary packages with sugar-server, mace and sugar-server-base for Fedora-14while most of packages come from initial distro release, monitor for updates for some of package, e.g., xulrunner when hulahop needs to be rebuilt on any new xulrunner updateall packages on obs are based on initial distro releases, hulahop/sugar were patched to not fail on every minor updateannounce packages.sl.o, not only for Sugar Server usage but also for sweets/sdkwill be announced with sweets
Prosody
improve mod_sugar_roaster plugin to share the same memory structure of sugar roaster among all buddiesusing sugaroid bots, stress test prosody to compare with ejabberdnot ready, moved to 1.x
Sugar code is here, http://git.sugarlabs.org/server/prosody-sugar
Documentation
Initial documentation efforts on the wiki.
Tech demo
Test case:
- on unlocked XO, plug usb stick with demo server image, flash and booth
- on locked XO, inject lease demo keys from a usb stick and boot
- locked XO should be fine with:
- activate on boot on unlocked XO
- register user
- do journal backup
- restore journal
- connect to jabber
Demo server XO image will be composed by adding
downstream-server-demo
package (and all its deps) during the regular XO image building process.