Difference between revisions of "Development Team/Prerequisites"

From Sugar Labs
Jump to navigation Jump to search
Line 13: Line 13:
 
==== Gtk+ ====
 
==== Gtk+ ====
  
We depend on Gtk+ 2.18 but should be possible to fall back to 2.16 or even 2.14 with relatively little effort.
+
We depend on Gtk+ 2.18 but should be possible to fall back to 2.16 or even 2.14 with relatively little effort. Gtk+ is used all around Sugar so in order to drop this dependency we would need to rewrite pretty much all.
  
 
==== D-Bus ====
 
==== D-Bus ====

Revision as of 09:41, 26 October 2009

Summary

This page explains what needs to be in a computer so it can run Sugar 0.86. Also are mentioned ways in which the dependency could be weakened.

Software components

Python

Almost all of Sugar is written in python, small bits of C are used to interface with libraries or to improve the performance of computationally intensive operations.

Some language features and extension modules that appeared at Python 2.5 are used, but reducing the dependency to 2.4 should be possible without much effort.

Gtk+

We depend on Gtk+ 2.18 but should be possible to fall back to 2.16 or even 2.14 with relatively little effort. Gtk+ is used all around Sugar so in order to drop this dependency we would need to rewrite pretty much all.

D-Bus

Communication between processes is done with D-Bus, due to indirect dependencies, we need version 1.1.

NetworkManager

Sugar uses the API that landed in NM 0.7. Though NetworkManager is not required for Sugar to start, you lose management of network devices.

Metacity

Sugar can work with most standard-compliant X11 window managers, but these differ a lot on how they handle corner cases and thus using any other window manager would require extensive testing.

X11

Sugar interfaces directly with X for window and session management. In order to remove this dependency, alternate implementations would need to be developed and an abstraction interface be created.

Resources

Memory

Sugar on Fedora can run on 128MB of virtual memory with a reduced number of concurrent activities. The required amount of memory can be reduced by:

- streamlining the rest of the platform (e.g. use OpenEmbedded),

- substitute static bindings with ones generated at runtime (work ongoing upstream),

- optimization in Python,

- optimization in Sugar,

- forking all python processes from the same process (pre-forking).

General processing

Only shell and activities startup is dominated by non-graphics CPU power. A Geode LX 700 is acceptable. By using dynamic bindings instead of pregenerated ones, this limit can be lowered.

Graphics processing

Sugar uses scaled graphics in all its UI. A system that is able to render an animation at fullscreen using Cairo at 12 fps will give a smooth user experience. If the system is not able to sustain that, memory can be traded for performance using the X11 composition extension or profiling work can happen at the librsvg, cairo and X driver levels.

Persistent storage