[Sugar-devel] New ASLO features to implement
Aleksey Lim
alsroot at member.fsf.org
Tue Jun 15 18:31:50 EDT 2010
Hi all,
Lack of some ASLO features was mentioned several times in this mailing
list. I'm going to start implementing some of them from this week.
Here it is my preliminary TODO (not prioritized list):
* Support(revert) of per architecture uploads, there are bunch of
activities that are binaries and having requirement to have all
supported blobs could be overkill for uploaders.
* Support per languages uploads. In some cases (GCompris, OOo4Kids)
all languages in one bundle weights too much and per locale bundles makes
sense. While downloading, ASLO will suggest only current locale
bundle.
* By default, ASLO just an repository of activities (not regarding their
stability status) and anonymous downloading is required (for now,
experimental downloads requires be logged in).
* Current QA[1] scheme is too weak for deployment(various) needs and
having previous option, more reliable scheme is required. Current plan is
implementing QA profiles. Every activity could be stamped (from -n to
+n) in several QA profiles. QA stamp is not part of activity itself
and could be set by QA editors in any time. User can nominate activity
to be stamped in several QA profiles to notify QA editors about new
activity. QA editors will be notified about new version of already
stamped activities via aslo at .
* Support microformat for OLPC updater. Also support collections as
microformat groups. Take into account QA profiles.
It could be not full list of required features. If you are interested in
some ASLO improvements, post an comment.
[1] http://wiki.sugarlabs.org/go/Activity_Library/Editors/Policy
--
Aleksey
More information about the Sugar-devel
mailing list