Changes

no edit summary
Line 22: Line 22:  
Once Bazaar is in service, the Activity Library will be just a catalog of activities, all downloading will happen from Bazaar.
 
Once Bazaar is in service, the Activity Library will be just a catalog of activities, all downloading will happen from Bazaar.
   −
=== Tools ===
+
 
 +
== Tools ==
    
To interact with the doer environment from a command line, only the [[Platform Team/Guide/sweets command|sweets]] command is needed. See walk-through [[Platform_Team/Sugar_Doers_Kit#Start_from|tutorials]] for various use cases.
 
To interact with the doer environment from a command line, only the [[Platform Team/Guide/sweets command|sweets]] command is needed. See walk-through [[Platform_Team/Sugar_Doers_Kit#Start_from|tutorials]] for various use cases.
Line 33: Line 34:  
* [https://addons.mozilla.org AMO] - The source software for [[#Activity_Library|Activity Library]].
 
* [https://addons.mozilla.org AMO] - The source software for [[#Activity_Library|Activity Library]].
   −
=== Software projects, sweets ===
+
 
 +
== Software projects, sweets ==
    
All software projects (not just the Sugar related ones) are designated ''sweets'' within the doers environment. ''sweets'' might be one of several types:
 
All software projects (not just the Sugar related ones) are designated ''sweets'' within the doers environment. ''sweets'' might be one of several types:
Line 40: Line 42:  
* recipe based, i.e., native to sugar environment, projects (henceforth, sweets).
 
* recipe based, i.e., native to sugar environment, projects (henceforth, sweets).
   −
==== [[Platform Team/Recipe Specification|Recipes]] ====
+
=== [[Platform Team/Recipe Specification|Recipes]] ===
    
This is the starting point for both users' and doers' environments for a particular sweet project. Its major task—specifying how to prepare the code to launch.
 
This is the starting point for both users' and doers' environments for a particular sweet project. Its major task—specifying how to prepare the code to launch.
Line 48: Line 50:  
Recipes contain a variety of metadata about the sweet, including important things like version, dependencies, and ''sweet_id''. The value of a ''sweet_id'' is just a short (not unique) name, which is used in various sweet [[#Identifiers and implementations|identifiers]].
 
Recipes contain a variety of metadata about the sweet, including important things like version, dependencies, and ''sweet_id''. The value of a ''sweet_id'' is just a short (not unique) name, which is used in various sweet [[#Identifiers and implementations|identifiers]].
   −
==== Identifiers and implementations ====
+
=== Identifiers and implementations ===
    
All sweets are identified by Web URLs:
 
All sweets are identified by Web URLs:
Line 67: Line 69:  
A second type of sweet identifier is used for collecting sweet implementations from several doers. For example, a doer might tweak an existing project, and share it, and want other people to be aware of its existence as another sweet implementation. The process of choosing the proper implementation to run will be extended by additional options, such as choosing implementations only from a particular doer.
 
A second type of sweet identifier is used for collecting sweet implementations from several doers. For example, a doer might tweak an existing project, and share it, and want other people to be aware of its existence as another sweet implementation. The process of choosing the proper implementation to run will be extended by additional options, such as choosing implementations only from a particular doer.
   −
==== Development implementations ====
+
=== Development implementations ===
    
Ready-to-use sweets implementations, i.e., those locally available, might be in two states:
 
Ready-to-use sweets implementations, i.e., those locally available, might be in two states:
Line 80: Line 82:  
Such implementations are a good way for [http://en.wikipedia.org/wiki/Sneakernet sneakernet] sharing of sweets, by just bundling a sweet directory, and extracting it on another machine, as needed.
 
Such implementations are a good way for [http://en.wikipedia.org/wiki/Sneakernet sneakernet] sharing of sweets, by just bundling a sweet directory, and extracting it on another machine, as needed.
   −
=== Sweets tracker ===
+
 
 +
== Sweets tracker ==
    
The Sweets tracker is a DBus service that is being used by the {{Code|sweets}} command and the Sugar Shell to run sweets, and handle other high-level sweets related procedures.
 
The Sweets tracker is a DBus service that is being used by the {{Code|sweets}} command and the Sugar Shell to run sweets, and handle other high-level sweets related procedures.
Line 91: Line 94:  
* to support [http://0install.net/0mirror.html mirroring] of 0install implementations so to share already downloaded files within a local network to decrease Internet traffic.
 
* to support [http://0install.net/0mirror.html mirroring] of 0install implementations so to share already downloaded files within a local network to decrease Internet traffic.
   −
=== [[Platform_Team/Bazaar|Bazaar]] ===
+
 
 +
== [[Platform_Team/Bazaar|Bazaar]] ==
    
Bazaar is a patched version of [https://build.opensuse.org/ OBS]. It handles all server-client share related procedures, like hosting sweet sources and implementations. For binary-based sweets, Bazaar is a build farm, as well.
 
Bazaar is a patched version of [https://build.opensuse.org/ OBS]. It handles all server-client share related procedures, like hosting sweet sources and implementations. For binary-based sweets, Bazaar is a build farm, as well.
Line 101: Line 105:  
The only thing required is being registered on Bazaar. For the default http://bazaar.sugarlabs.org instance, that means being registered in the [https://cas.sugarlabs.org/ Sugar Labs Central Login] system.
 
The only thing required is being registered on Bazaar. For the default http://bazaar.sugarlabs.org instance, that means being registered in the [https://cas.sugarlabs.org/ Sugar Labs Central Login] system.
   −
=== [[Activity Library]] ===
+
 
 +
== [[Activity Library]] ==
    
In the doers' environment, the Activity Library will be a catalog of sweets. It might be treated as a front-end for Sugar development, where [[#Bazaar|Bazaar]] is a back-end, and an analog of the current Developer Hub on Activity Library.
 
In the doers' environment, the Activity Library will be a catalog of sweets. It might be treated as a front-end for Sugar development, where [[#Bazaar|Bazaar]] is a back-end, and an analog of the current Developer Hub on Activity Library.
    
A sweet URL is all that is needed to obtain a new Activity Library entity; the rest will be fetched from the sweet at the other end of that URL. At some point, [[#Bazaar|Bazaar]] might automatically publish announcements of newly created sweet implementations.
 
A sweet URL is all that is needed to obtain a new Activity Library entity; the rest will be fetched from the sweet at the other end of that URL. At some point, [[#Bazaar|Bazaar]] might automatically publish announcements of newly created sweet implementations.