Platform Team/Guide/Sweets Usage
This guide describes how to use Sugar Labs' SDK for developing core modules.
Requirements
- Install PackageKit and PackageKit authentication agent from native packages. On Debian-based systems, these packages are
packagekit
andpackagekit-gnome
(for Gnome Desktop Environment). For Fedora,PackageKit
andgnome-packagekit
.
- PackageKit authentication agent should be launched to let the
sweets
command install dependencies. Usually it is started after being logged into a Desktop Environment session (it isn't for Sugar session).
- Clone sweets sources and install it (after the first run you need to relogin to take into account new PATH value, then just run
sweets
command):
git clone --recursive git://git.sugarlabs.org/sdk/sweets.git sweets/sweets upgrade
Launch sugar
To launch sugar session:
sweets sdk/sugar
or to run from Xephyr:
sweets sdk/sugar:emulator
It is possible to run different glucose versions via SDK (for now, testing 0.92+ and stable 0.88 based on Dextrose-2), e.g.:
sweets sdk/sugar:emulator=0.88
You can run sweets also in a full window, issuing:
sweets sdk/sugar:emulator=0.88 -f
Development workflow with sweets
During the first launch, sources will be auto-built and kept in internal storage. To make sweets useful for development, checkout developing project sources in sweets:
sweets checkout [path-to-sources]
The only thing that is required from sources is having sweets.recipe spec file for non-activity projects or activity/activity.info
(that conforms the same spec) for activities.
After being checked out, this sources might be launched using http://sweets.sugarlabs.org/sweet-value-from-sweets.recipe
or just mentioning sweet value:
sweets sweet
For glucose projects you can find ready-to-use and all time rebased to upstream, projects in SDK http://git.sugarlabs.org project. For now there are two branches: master
for recent trunk and master-0.88
for 0.88 code based on Dextrose-2 patches.
Checked out projects will be built according to the [Build]
section commands in sweets.recipe
files. In general, for autotools-based projects, there is no further need for the sweets
command, just run make install
to build current sources and make install them
them to the directory that was specified by sweets
in the configure stage. For glucose projects, there is no need even in calling the make
command, python code will be reused from its original place (see binding
options in sweets.recipe files), change the code and restart sugar.
Run sweets from X session
Place sweets invocation into your ~/.xsession
file:
PATH=$HOME/.local/bin:$PATH sweets sdk/sugar
and create a /usr/share/xsessions/sweets.desktop
desktop file:
[Desktop Entry] Encoding=UTF-8 Name=Sweets GenericName=Sweets Exec=/etc/X11/Xsession Type=Application
Current limitations
- For now,
sweets
knowns only about glucose dependencies to install them from native packages in Debian, Ubuntu, Fedora, Mandriva, openSUSE, and Gentoo. - Activities can't reuse sweets benefits.
Feedback
- Submit your bug report.
- Ask your question on IRC channels, #sugar (not logged) or #sugar-newbies (logged).