LONG DESCRIPTION
GOES
HERE

LONG DESCRIPTION
GOES
HERE

LONG DESCRIPTION
GOES
HERE

LONG DESCRIPTION
GOES
HERE

Automatically generated description for osso-uri-l10n-public. Should come from debs?

LONG DESCRIPTION
GOES
HERE

Packages which deals with presenting the Hildon Desktop and the
Mer UI, and generic functionality across platforms
* zenity
* powerlaunch
* ubuntulooks
* first-boot-wizard
* hildon-desktop
* hildon-desktop-env
* hildon-desktop-layout-alpha
* hildon-home-weather
* hildon-initscripts
* hildon-icons
* hildon-theme-layout-mer
* hildon-theme-liberty-mer
* hildon-theme-selector
* hildon-cpa-dummy
* liberty-sounds-ui
* marquee-plugins
* matchbox-window-manager
* libmatchbox1
* network-manager-applet
* hildon-input-method-plugins-example
* hildon-plugins-settings
* pygtk
* python-conic
* python-hildon
* python-hildondesktop
* python-osso
* load-applet

Automatically generated description for advanced-power. Should come from debs?

Efficiently handles multiple python instances (saves memory)

When the system is started, a daemon is run which imports all the modules which we want to cache. The normal launcher (/usr/bin/python) is replaced by a small client which communicates with the header and tells it to fork a new process and then execute the python script.
The gtk module is already imported in the parent process so there’s no need to re-import it for each client (eg, application) that is going to use it.

http://blogs.gnome.org/johan/2007/01/18/introducing-python-launcher/

The Statusbar Applets Control Panel Applet.

Font: Droid Sans

This area holds the current stable packages

Packages are placed in testing with the intention of including
them in the next release subject to QA and bug fixes

Automatically generated.

Automatically generated description for advanced-backlight. Should come from debs?

Automatically generated description for alsa-plugins. Should come from debs?