Sugar Labs

Platform Team/Guide/Sweets Usage: Difference between revisions

← Older edit
No edit summary
→Current limitations: PK on Gentoo is mostly uselss dueto USE flags
 
(53 intermediate revisions by 2 users not shown)
Line 1: Line 1:
This guide describes how to use Sugar Labs' Packaging Management System. See also [[Platform_Team/Sweets|introduction page]].
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]].


== Installation ==
== Installation ==
Line 5: Line 5:
=== Required packages ===
=== Required packages ===


At 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.
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).
 
{{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:
Fedora specific instructions:
  sudo yum install gnome-packagekit lxpolkit
  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:


Debian and Ubuntu specific instructons (there is no official package for LXPolkit?):
  sudo apt-get install packagekit-gnome
  sudo apt-get install packagekit-gnome


Relogin from X session to let Gnome or Sugar start Polkit authentication agent.
After installing PackageKit, you need to restart the DBus system bus. The easiest way is to just restart the machine.
 
=== Install ===


=== Bundle install ===
Enter in the Terminal activity, or any other terminal:


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


Relogin from X session to take into account new PATH environment variable value.
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 ==
 
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
 
See the [[Platform_Team/Guide/Sugar_via_Sweets|Sugar via Sweets]] guide for real examples of how to use ''Sweets'' to run Sugar Shell.
 
=== Launch ===
 
To launch a ''sweet'' with verbatim passing of optional {{Code|ARGUMENTS}}:
 
sweets ''<SWEET>'' [''<ARGUMENTS>'']
 
Sometimes ''sweet''s 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>''


=== Sources install ===
To get the full list of available versions:


This will be useful for people who prefer using sources.
sweets status ''<SWEET>'' -v


* Clone sweets sources and install it (after the first run, you need to relogin to take into account the new PATH value, then just run {{Code|sweets}} command):
To get information, e.g., a list of supported commands, about a ''sweet'':


  git clone git://git.sugarlabs.org/sdk/sweets.git
  sweets show ''<SWEET>''
cd sweets
git submodule init
git submodule update
./sweets upgrade


=== Upgrade ===
=== 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>''


If sweets was installed from a bundle:
'''Analyze dependencies tree'''


sweets upgrade
If {{Code|sweets}} can't find a proper ''implementation'', see the {{Code|e}} lines in the output of:


If sweets is being used from sources, pull new commits from cloned directory:
sweets status ''<SWEET>'' -vdd


git pull origin master
'''Keep the system in consistent state'''
git submodule update


== Launch sugar ==
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.


To launch sugar session:
=== Search ===


sweets sdk/sugar
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].


or to run from Xephyr:
For command format is:


  sweets sdk/sugar:emulator
  sweets search ''<QUERY>''


It is possible to run different glucose versions via sweets (for now, testing 0.92+ and stable 0.88 based on Dextrose-2), e.g.:
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}}.


sweets sdk/sugar:emulator=0.88
{{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]]:


To get the full list of available versions:
* '''interface''' the first interface from the implementations list, e.g., {{Code|http://sweets.sugarlabs.org/sdk/sugar}};
sweets show sdk/sugar -v
* '''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.


For launch command, all arguments passed after sweet name are treated as launched sweet's arguments. For example, it is possible to run sugar by bassing {{Code|-f}} argument:
So, it is possible to search only among particular sweet attributes, like {{Code|name:telepathy}} to search only among particular sweet names.


sweets sdk/sugar:emulator=0.88 -f
{{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.


If sweets can't find proper implementation, see the {{Code|E}} lines in output of:
== Current limitations ==
sweets show sdk/sugar -vdd


== Search ==
* 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.


It is possible to search sweets among locally known ones and registered on http://obs.sugarlabs.org (not yet implemented). The search is based on [http://xapian.org/ Xapian] search engine. Thus, it is possible to use Xapian's [http://xapian.org/docs/queryparser.html query language].
== Feedback ==


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 wor
{{:Platform_Team/Sweets/Feedback}}
Retrieved from "https://wiki.sugarlabs.org/go/Platform_Team/Guide/Sweets_Usage"