Difference between revisions of "0.84/Reliability"

From Sugar Labs
Jump to navigation Jump to search
Line 22: Line 22:
 
* If the journal is not going to display the contents of removable devices, we (Eben) need to design an alternative UI.
 
* If the journal is not going to display the contents of removable devices, we (Eben) need to design an alternative UI.
 
* More work needed to define the goals.
 
* More work needed to define the goals.
 
== Scalable presence service ==
 
 
=== People ===
 
 
Owner: Simon Schampijer
 
 
Peers
 
 
* Guillaume Desmottes
 
* Dafydd Harries
 
* Eben Eliason
 
 
=== TODO ===
 
 
See [http://wiki.laptop.org/go/Gadget_integration_TODO Gadget integration TODO] for more details.
 
 
* Complete [http://wiki.laptop.org/go/Gadget Gadget] implementation, which should hopefully fix our current scalabity issues and offer new features as activity and buddies search. '''(cassidy)'''
 
* Integrate Gadget in glucose. It will require work on several modules, including sugar-presence-service, sugar-toolkit and sugar. '''(cassidy)'''
 
* Integrate gadget in the Sugar UI. [http://dev.laptop.org/ticket/7711 #7711] '''(erikos, eben)'''
 
 
=== Status ===
 
 
* Gagdet 0.01 has been released.
 
* Design meeting to see if the current API fits
 
 
== Scalable link local presence ==
 
 
=== People ===
 
 
Owner: ???
 
 
* Sjoerd Simons
 
* Elliott Fairweather
 
* Polychronis Ypodimatopoulos
 
 
=== Status ===
 
 
* Completely undefined
 

Revision as of 07:33, 20 September 2008

Datastore rework

People

Owner: Tomeu Vizoso

Peers:

  • Marco Pesenti Gritti

TODO

  • The datastore code needs to be rewritten, to simplify and improve maintainability. As a first step the API will not be changed at all (other than removing removable devices support, see next goal), so that the new implementation can be swapped in without changes to activities and Sugar. (tomeu)
  • Drop for now the management of removable devices inside the DS. Removable devices support in Sugar should happen without intervention from the DS. This will require that Sugar grows some kind of simple file manager that access the file system directly. (tomeu)
  • #8155 The datastore should hard link identical files, to handle repeated downloads of the same content without filling up NAND. (tomeu)
  • When an existing entry is modified, keep the old version and reference them with a version number. Compress versions with deltas. The journal needs to add a possibility to launch different versions of an activity from within the detail view. (tomeu)
  • Degrade gracefully if a database gets corrupted- Basic functionality should only depend on the filesystem being available. Any other data structures (full text index) should be rebuildable from the filesystem. (tomeu)

Status

  • Tomeu is working on a prototype of the datastore rewrite.
  • If the journal is not going to display the contents of removable devices, we (Eben) need to design an alternative UI.
  • More work needed to define the goals.