Difference between revisions of "Platform Team/Guide/Sweets Usage"

From Sugar Labs
Jump to navigation Jump to search
Line 153: Line 153:
  
 
* [http://bugs.sugarlabs.org/newticket?component=sweets Submit] your bug report.
 
* [http://bugs.sugarlabs.org/newticket?component=sweets Submit] your bug report.
* Ask your question on IRC channels, [irc://irc.freenode.net/sugar #sugar] (not logged) or [irc://irc.freenode.net/sugar-newbies #sugar-newbies] (logged).
+
* Type the magic ''"sweets"'' and ask your question on IRC channels, [irc://irc.freenode.net/sugar #sugar] (not logged) or [irc://irc.freenode.net/sugar-newbies #sugar-newbies] (logged).

Revision as of 02:39, 2 October 2011

This guide describes how to use Sugar Labs' Packaging Management System. See also introduction page and Packaging guide.

Installation

Required packages

First, install PackageKit related packages. The following command will install two Polkit authentication agents, one for Gnome session (if you start sugar emulator from Gnome Desktop Environment) and LXPolkit that will be used from Sugar session.

Fedora specific instructions:

sudo yum install gnome-packagekit lxpolkit

Debian and Ubuntu specific instructons (there is no official package for LXPolkit?):

sudo apt-get install packagekit-gnome

Relogin from X session to let Gnome or Sugar start Polkit authentication agent.

Install

wget http://download.sugarlabs.org/sweets/sweets/installer.sh
sh installer.sh

Relogin from X session to take into account the new PATH environment variable value.

Besides, sweets might be run from the sources.

Upgrade

If sweets was installed from a bundle:

sweets upgrade

Usage

Read the Sweets Glossary to understand the basic concept (and overview of the bigger picture). The rest of the text will operate with the following terms:

  • SWEET, the full interface url, like http://sweets.sugarlabs.org/sdk/sugar, or the short one, like sdk/sugar;
  • COMMAND, sweet's command that indicates how to run a particular sweet; by default, sweets have only the run command but it is possible to have several commands;
  • VERSION, sweet's version

See the Sugar via Sweets section for real examples of how to use Sweets to run Sugar Shell.

Launch

To launch a sweet with verbatim passing of optional ARGUMENTS:

sweets SWEET [ARGUMENTS]

Sometimes sweets support several launching commands; it is possible to specify one during the launch:

sweets SWEET:COMMAND

To run a particular, but not the latest, version:

sweets SWEET =|>=|<= VERSION

To get the full list of available versions:

sweets status SWEET -v

To get information, e.g., a list of supported commands, about a sweet:

sweets show SWEET

Troubleshooting

Feeds are being updated from time to time. After getting any problems, and for refreshing local feeds cache, it will be useful to re-download feeds. Use, one time, the -R command line argument for launch command (make sure that -R goes before the SWEET, because using it afterwards will cause passing it as a SWEET's argument):

sweets -R SWEET

If sweets can't find a proper implementation, see the e lines in the output of:

sweets status SWEET -vdd

Search

It is possible to search sweets among locally known ones and those registered on http://sweets.sugarlabs.org (not yet implemented). The search is based on Xapian search engine. Thus, it is possible to use Xapian's query language.

For command format is:

sweets search QUERY

Notice that partial search is enabled. So, the query tele will be treated as tele* to search all words that start from tele.

sweets supports following search prefixes basing of recipe options:

  • interface the first interface from implementations list, e.g., http://sweets.sugarlabs.org/sdk/sugar;
  • sweet the first interface from implementations list in short Sweets notations, e.g., sdk/sugar;
  • implement the list of implemented interfaces;
  • associate the list of associated interface;
  • name the short name of a sweet;
  • summary sweet's summary;
  • description long sweet's description;
  • category list of category names;
  • license list of licenses;
  • type sweet's type, might be library, application or activity;
  • keep if activity, that a sweet is representing, is favorited;
  • tags the list of sweet's tags;
  • mime_types the list of MIME types activity, that a sweet is representing, supports.

So, it possible to search only among particular sweet attributes, like name:telepathy to search only among sweet names.

sweets support additional notation for exact searching in form of prefix:=string. For example the query name:=sugar will find sweets only with exactly sugar name and omit names like sugar-base. If search string contains spaces, wrap it to double quotes, name:="Sugar Commander". Note, wildcards does not work in exact search case and asterisks will be treated literally.

Sugar via Sweets

To try Sweets in practice, run several Sugar versions. On the Sweets level, there are not any restrictions to using Sweets on any GNU/Linux distribution. Successful usage depends only on the presence of PackageKit and the quality of sweet packages (sweets). For now, sugar sweets are well aware of Fedora, Debian/Ubuntu and Gentoo package names and not so well aware of openSUSE and Mandriva. Sugar sweets launchs were tested on some recent Fedora and Ubuntu releases. The quality of other GNU/Linux distribution support depends only on how often Sweets is used on these distributions and the reporting of problems by the community.

Note, Sugar Shell does not start the authentication agent, and preparing sugar start can be processed only in a Desktop Environment, e.g., Gnome. To launch a recent stable Sugar version in emulator mode, type in a terminal:

sweets sdk/sugar:emulator

Current sugar sweets support several Sucrose versions:

  • 0.94, stable 0.94 branch;
  • 0.92, stable 0.92 branch;
  • 0.88, stable 0.88 branch and Dextrose-2 patches;
  • 0.95, development version from the trunk.

By default, recent stable version will be used. To run a particular version:

sweets sdk/sugar:emulator = 0.88

Since there is no, for now, Sweets support in the Shell to run activities as sweets, sdk/sugar sweet contains Fructose and Sugar Platform dependencies. To run Sugar Shell without them, use the shell command:

sweets sdk/sugar:shell

If you need to develop Sugar, see Sweets Packaging guide's instructions.

Sugar sweet from X sessions

To start Sugar in the session mode, i.e., not from Xephyr, it will be useful to add new 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

After getting login screen, Sweets session should present in the sessions list.

Current limitations

  • For now, sweets knowns only about the 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.
  • Type the magic "sweets" and ask your question on IRC channels, #sugar (not logged) or #sugar-newbies (logged).