Changes

→‎Current limitations: PK on Gentoo is mostly uselss dueto USE flags
Line 1: Line 1: −
This is a trying to replace jhbuild for core development process. It is inspired by evidence and simplicity of activity development workflow.
+
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 ==
   −
* [[Platform_Team/Guide/sweets_command#Install|Install]] {{Code|sweets}} command.
+
=== Required packages ===
* [[Platform_Team/Guide/sweets_command#Native_package_repositories|Attach]] ''Platform'' and ''Core'' Bazaar repositories.
+
 
* Download Sugar from Bazaar to install all sugar dependencies and sugar itself (to use by default):
+
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).
  sweets download sugar/emulator
+
 
 +
{{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.}}
 +
 
 +
Fedora specific instructions:
 +
sudo yum install gnome-packagekit
 +
 
 +
Debian and Ubuntu (starting from 11.10) based distributions specific instructions:
 +
 
 +
sudo apt-get install gnome-packagekit
 +
 
 +
Ubuntu (before 11.10) based distributions specific instructions:
 +
 
 +
sudo apt-get install packagekit-gnome
 +
 
 +
After installing PackageKit, you need to restart the DBus system bus. The easiest way is to just restart the machine.
 +
 
 +
=== Install ===
 +
 
 +
Enter in the Terminal activity, or any other terminal:
 +
 
 +
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.
 +
 
 +
Alternatively, {{Code|sweets}} might be run from the [[Platform_Team/Guide/Sweets_Packaging#Run_Sweets_from_sources|sources]].
 +
 
 +
=== Upgrade ===
 +
 
 +
Enter in the Terminal activity, or any other terminal:
 +
 
 +
  sweets upgrade
    
== Usage ==
 
== Usage ==
   −
Clone any glucose projects to {{Code|~/sweets}} or {{Code|~/Activities}} directory. While running sugar, these cloned projects will be used instead of installed packages.
+
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:
 +
 
 +
* {{Code|''SWEET''}}, the full ''interface'' URL, like {{Code|http://sweets.sugarlabs.org/sdk/sugar}}, or the short one, like {{Code|sdk/sugar}};
 +
* {{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;
 +
* {{Code|''VERSION''}}, ''sweet'''s version
   −
To run sugar emulator:
+
See the [[Platform_Team/Guide/Sugar_via_Sweets|Sugar via Sweets]] guide for real examples of how to use ''Sweets'' to run Sugar Shell.
sweets sugar/emulator
     −
To run sugar session, instead of {{Code|sugar}} command, use:
+
=== Launch ===
sweets sugar
     −
While launching, {{Code|sweets}} will check if cloned projects were built and run building otherwise. To rerun  building, being within particular cloned repository, use:
+
To launch a ''sweet'' with verbatim passing of optional {{Code|ARGUMENTS}}:
sweets build -f
     −
To rebuild with reconfiguring:
+
  sweets ''<SWEET>'' [''<ARGUMENTS>'']
  sweets build -ff
     −
You can change python code in cloned projects without a need to run build command (the same .py files are used to run sugar, see ''implement'' option in ''[Build]'' section in recipe file for particular project), of course sugar itself should be restarted to take into account new .py code.
+
Sometimes ''sweet''s support several launching commands; it is possible to specify one during the launch:
   −
== Current limitations ==
+
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 ===
 +
 
 +
After getting any unpredictable Sweets behaviour, read the following notes.
 +
 
 +
'''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]]:
   −
Most of current restrictions are conditioned by not using 0install and will be fixed while 0.92 sucrose release cycle. They are:
+
* '''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.
   −
* ''sugar'' project should be cloned in any case,
+
So, it is possible to search only among particular sweet attributes, like {{Code|name:telepathy}} to search only among particular sweet names.
* glucose needs to be patched. It is not in master, so use bazaar branches[3] that are synced with the trunk:
  −
** http://git.sugarlabs.org/projects/sugar-base/repos/bazaar
  −
** http://git.sugarlabs.org/projects/sugar/repos/bazaar
  −
** http://git.sugarlabs.org/projects/sugar-toolkit/repos/bazaar
  −
** http://git.sugarlabs.org/projects/sugar-presence-service/repos/bazaar
  −
** http://git.sugarlabs.org/projects/sugar-artwork/repos/bazaar
  −
* dependency solving is inefficient and temporary, it will be replaced by invoking 0install in further implementation,
  −
* build time dependencies need to be installed manually
     −
=== Fedora devel packages ===
+
{{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.
sudo yum install autoconf automake libtool make intltool pygtk2-devel gtk2-devel GConf2-devel gnome-common icon-slicer icon-naming-utils xorg-x11-apps libSM-devel alsa-lib-devel
     −
=== Debian/Ubuntu devel packages ===
+
== Current limitations ==
sudo apt-get install build-essential intltool python-gtk2-dev libgtk2.0-dev libgconf2-dev icon-slicer icon-naming-utils x11-apps  libsm-dev libasound2-dev libtool gnome-common
     −
=== Not supported distributions ===
+
* For now, {{Code|sweets}} knows only enough about the glucose dependencies to install them from native packages in Debian, Ubuntu, Fedora, Mandriva, openSUSE.
 +
* Activities can't reuse sweets benefits.
   −
Install analogs of Fedora/Debian devel packages. Clone Sugar specific dependencies to build them with {{Code|sweets}}:
+
== Feedback ==
   −
* http://git.sugarlabs.org/projects/pyxpcom
+
{{:Platform_Team/Sweets/Feedback}}
* http://git.sugarlabs.org/projects/hulahop/repos/bazaar