Changes

→‎Current limitations: PK on Gentoo is mostly uselss dueto USE flags
Line 1: Line 1: −
This guide describes how to use Sugar Labs' [[Platform_Team/Doers_environment|Doers environment]] for developing core modules.
+
This guide describes how to use Sugar Labs' Packaging Management System. See also [[Platform_Team/Sweets|introduction page]] and [[Platform_Team/Guide/Sweets_Packaging|Packaging guide]].
   −
== Requirements ==
+
== Installation ==
   −
* Install PackageKit and PackageKit authentication agent from native packages. On Debian-based systems, these packages are {{Code|packagekit}} and {{Code|packagekit-gnome}} (for Gnome Desktop Environment). For Fedora, {{code|PackageKit}} and {{Code|gnome-packagekit}}.
+
=== Required packages ===
* PackageKit authentication agent should be launched to let the {{Code|sweets}} command install dependencies. Usually it is started after being logged into a Desktop Environment session (it isn't for Sugar session).
  −
* Download and launch our [http://download.sugarlabs.org/packages/0sugar/sweets.sh self-extracted installer]. Note, sweets is not intended to be installed from {{Code|root}} user, use your current system user all time.
  −
* Installer will add {{Code|~/.local/bin}} directory to the {{Code|PATH}}. So, re-login from an X session to take into account the new {{Code|PATH}}.
     −
{{Admon/warning|In the current implementation, installation progress is not reported while installing packages via PackageKit.|When there are many dependencies to install for the first time, it might take some time to install them.<br>To see installation progress use the {{Code|pkmon}} command.}}
+
First, install PackageKit related packages. The following command will also install Polkit authentication agent for Gnome sessions (if you start sugar emulator from Gnome Desktop Environment).
   −
== Clone the sources ==
+
{{Note/important|Important notes for XO users:|Some XO images might mount {{Code|/var/cache/yum}} to the tmpfs. With this limited cache capacity, it will be mostly impossible to install anything of large size from the Fedora repositories. To work around this limitation, become a {{Code|root}} user and enter the {{Code|umount /var/cache/yum}} command in the Terminal activity or a console. To persist this change for subsequent boots, remove the corresponding line from the {{Code|/etc/fstab}} file.}}
   −
To checkout sugar project sources:
+
Fedora specific instructions:
 +
sudo yum install gnome-packagekit
   −
sweets --deep clone sugar
+
Debian and Ubuntu (starting from 11.10) based distributions specific instructions:
   −
Where {{Code|--deep}} says {{Code|sweets}} process all dependencies.
+
sudo apt-get install gnome-packagekit
   −
Each project will be placed into the default {{Code|~/sweets}} directory. These are regular sources clones with one exception, each project contains a [[Platform Team/Recipe Specification|sweets.recipe]] spec file.
+
Ubuntu (before 11.10) based distributions specific instructions:
Projects might be cloned in the regular way; {{Code|sweets clone}} is just a convenient method since some of the projects are gitorious forks.
     −
== Launch sugar ==
+
sudo apt-get install packagekit-gnome
   −
To launch sugar session:
+
After installing PackageKit, you need to restart the DBus system bus. The easiest way is to just restart the machine.
   −
sweets sugar
+
=== Install ===
   −
or to run from Xephyr:
+
Enter in the Terminal activity, or any other terminal:
   −
  sweets sugar:emulator
+
  wget http://download.sugarlabs.org/sweets/sweets/installer.sh
 +
sh installer.sh
   −
During the first launch, sources will be built. To rebuild them at any time:
+
Relogin from X session to take into account the new PATH environment variable value.
   −
sweets -ff make ''sweet''
+
Alternatively, {{Code|sweets}} might be run from the [[Platform_Team/Guide/Sweets_Packaging#Run_Sweets_from_sources|sources]].
   −
To see build output, use {{Code|-v}} command line argument (adding more {{Code|-v}} arguments will increase verbose level).
+
=== Upgrade ===
   −
=== Run sweets from X session ===
+
Enter in the Terminal activity, or any other terminal:
   −
Place sweets invocation into your {{Code|~/.xsession}} file:
+
sweets upgrade
   −
PATH=$HOME/.local/bin:$PATH
+
== Usage ==
sweets sugar
     −
and create a {{Code|/usr/share/xsessions/sweets.desktop}} desktop file:
+
Read the [[Platform_Team/Sweets/Glossary|Sweets Glossary]] to understand the basic concept (and [[Platform_Team/Infrastructure|overview]] of the bigger picture). The rest of the text will operate with the following terms:
   −
[Desktop Entry]
+
* {{Code|''SWEET''}}, the full ''interface'' URL, like {{Code|http://sweets.sugarlabs.org/sdk/sugar}}, or the short one, like {{Code|sdk/sugar}};
Encoding=UTF-8
+
* {{Code|''COMMAND''}}, ''sweet'''s command that indicates how to run a particular ''sweet''; by default, ''sweet''s have only the {{Code|run}} command, but it is possible to have several commands;
Name=Sweets
+
* {{Code|''VERSION''}}, ''sweet'''s version
GenericName=Sweets
  −
Exec=/etc/X11/Xsession
  −
Type=Application
     −
== Development workflow with sweets ==
+
See the [[Platform_Team/Guide/Sugar_via_Sweets|Sugar via Sweets]] guide for real examples of how to use ''Sweets'' to run Sugar Shell.
   −
Cloned projects will be built according to {{Code|[Build]}} section commands in recipe files. In general, for autotools-based projects, there is no further need for the {{Code|sweets}} command, just run {{Code|make install}} to build current sources and copy them to the directory that was specified by {{Code|sweets}} in the configure stage.
+
=== Launch ===
   −
For glucose projects, there is no need even in calling the {{Code|make}} command, python code will be reused from its original place (see {{Code|binding}} options in [[Platform Team/Recipe Specification|sweets.recipe]] files), change the code and restart sugar.
+
To launch a ''sweet'' with verbatim passing of optional {{Code|ARGUMENTS}}:
   −
For activities, follow regular activity developing procedure - clone them to {{Code|~/Activities}} directory and run from sugar shell.
+
sweets ''<SWEET>'' [''<ARGUMENTS>'']
   −
== Upgrade ==
+
Sometimes ''sweet''s support several launching commands; it is possible to specify one during the launch:
   −
To use testing versions, enable "Help test new versions" checkbox on:
+
sweets ''<SWEET>'':''<COMMAND>''
   −
0launch -g
+
To run a particular, but not the latest, version:
   −
To upgrade sweets itself to the recent version:
+
sweets ''<SWEET>'' ''=''|''>=''|''<='' ''<VERSION>''
   −
sweets -R upgrade
+
To get the full list of available versions:
   −
== Run sweets from sources ==
+
sweets status ''<SWEET>'' -v
   −
  git clone git://git.sugarlabs.org/0sugar/sweets.git ''<install-path>''
+
To get information, e.g., a list of supported commands, about a ''sweet'':
  echo 'PATH=~/.local/bin:$PATH' >> ~/.bashrc
+
 
mkdir -p ~/.local/bin
+
  sweets show ''<SWEET>''
  ln -fs ''<full-install-path>''/0run ~/.local/bin/0run
+
 
ln -fs 0run ~/.local/bin/sweets
+
=== Troubleshooting ===
ln -fs 0run ~/.local/bin/0launch
+
 
cd ''<install-path>''
+
After getting any unpredictable Sweets behaviour, read the following notes.
git submodule init
+
 
git submodule update
+
'''Keep feeds up-to-date'''
 +
 
 +
''Feeds'' are being updated from time to time. After experiencing any problems, and for refreshing the local ''feeds'' cache, it will be useful to re-download ''feeds''. Use, once, the {{Code|-R}} command line argument for the launch command (make sure that {{Code|-R}} goes before the {{Code|SWEET}}, because using it afterwards will cause passing it as a {{Code|SWEET}}'s argument):
 +
 
 +
sweets -R ''<SWEET>''
 +
 
 +
'''Analyze dependencies tree'''
 +
 
 +
If {{Code|sweets}} can't find a proper ''implementation'', see the {{Code|e}} lines in the output of:
 +
 
 +
  sweets status ''<SWEET>'' -vdd
 +
 
 +
'''Keep the system in consistent state'''
 +
 
 +
Asking Sweets to launch a sweets might mean installing new packages via PackageKit. In most cases, PackageKit can handle possible issues with native packages and, at worst, will fail as well, in order to stop any further Sweets operations. Nevertheless, it can be useful to keep unbroken native packages.
 +
 
 +
=== Search ===
 +
 
 +
It is possible to search ''sweet''s among locally known ones and those registered on http://sweets.sugarlabs.org (not yet implemented). The search is based on the [http://xapian.org/ Xapian] search engine. Thus, it is possible to use Xapian's [http://xapian.org/docs/queryparser.html query language].
 +
 
 +
For command format is:
 +
 
 +
  sweets search ''<QUERY>''
 +
 
 +
Notice that [http://xapian.org/docs/queryparser.html#partially-entered-query-matching partial] search is enabled. So, the query {{Code|tele}} will be treated as {{Code|tele*}} to search all words that start from {{Code|tele}}.
 +
 
 +
{{Code|sweets}} supports the following search [http://xapian.org/docs/queryparser.html#searching-within-a-probabilistic-field prefixes] based on [[Platform_Team/Recipe_Specification|recipe options]]:
 +
 
 +
* '''interface''' the first interface from the implementations list, e.g., {{Code|http://sweets.sugarlabs.org/sdk/sugar}};
 +
* '''sweet''' the first interface from the implementations list in short Sweets notations, e.g., {{Code|sdk/sugar}};
 +
* '''implement''' the list of implemented interfaces;
 +
* '''associate''' the list of associated interfaces;
 +
* '''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, which might be {{Code|library}}, {{Code|application}} or {{Code|activity}};
 +
* '''keep''' if activity, that a sweet is representing, is favorited;
 +
* '''tags''' the list of sweet's tags;
 +
* '''mime_types''' the list of activity MIME types, that a sweet is representing or supports.
 +
 
 +
So, it is possible to search only among particular sweet attributes, like {{Code|name:telepathy}} to search only among particular sweet names.
 +
 
 +
{{Code|sweets}} support additional notation for exact searching in the form of {{Code|''prefix''<nowiki>:=</nowiki>''string''}}. For example the query {{Code|name<nowiki>:=</nowiki>sugar}} will find ''sweet''s only with exactly {{Code|sugar}} as a name and omit names like {{Code|sugar-base}}. If the search string contains spaces, wrap it within double quotes, {{Code|name<nowiki>:=</nowiki>"Sugar Commander"}}. Note, wildcards do not work in the exact search case where asterisks will be treated literally.
    
== Current limitations ==
 
== Current limitations ==
   −
* Glucose needs to be patched, thus these are gitorious forks.
+
* For now, {{Code|sweets}} knows only enough about the glucose dependencies to install them from native packages in Debian, Ubuntu, Fedora, Mandriva, openSUSE.
* Packages cannot be built from sources without cloning.
  −
* For now, {{Code|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.
 
* Activities can't reuse sweets benefits.
    
== Feedback ==
 
== Feedback ==
   −
* [http://bugs.sugarlabs.org/newticket?component=sweets Submit] your bug report.
+
{{:Platform_Team/Sweets/Feedback}}
* Ask your question on IRC channels, [irc://irc.freenode.net/sugar #sugar] (not logged) or [irc://irc.freenode.net/sugar-newbies #sugar-newbies] (logged).