Difference between revisions of "User:Alsroot"

From Sugar Labs
Jump to navigation Jump to search
Line 22: Line 22:
  
 
* Improve [[Activity_Team/Polyol|Polyol]] libraries.
 
* Improve [[Activity_Team/Polyol|Polyol]] libraries.
* Encircle all packaging related stuff around sugar in one well designed packaging system - 0sugar:
+
* Encircle all packaging related stuff within sugar in one well designed packaging system, 0sugar:
** move packaging related code from glucose to 0sugar e.g. if there are two activity installations, one to /usr and one to ~/Activities, sugar decides what version is preferable, or what should happen if user removes activity. This is regular packaging work which should be moved to packaging system.
+
# GNU/Linux distribution part, build activities and their dependencies on OBS using 0sugar.info spec file
** extensive usage of centralized (native packaging systems like rpm or deb) and decentralized (0install) models
+
# 0install part, compose 0isntall feeds using 0sugar.info spec file and use packages built on OBS as feeds implementations
** patch 0install to support not read only usage of installed packages (some activities could be under development)
+
# sugar part, collect all packaging related code in packaging core (could be dbus service) i.e. sugar shell will just ask packaging core to get list of all activities in the system (installed from native packages, via 0install, just placed to ~/Activities) or to launch particular activity by its id (packaging core will check what dependencies should be installed/downloaded and what sources to use, native packages or 0install)
 
* ActivityLibrary activity to replace existed shell (in case of managing activities) to support 0sugar
 
* ActivityLibrary activity to replace existed shell (in case of managing activities) to support 0sugar
  

Revision as of 07:34, 30 June 2010

Hi

My name is Aleksey Lim, I am a volunteer for SugarLabs.

Short time tasks queue

  • Build 0sugar packages on OBS
    • build GC in major distros on OBS
  • ASLO redesign
    • per arch/locale uploads
    • no experimental activities by default
    • microformat support
  • Sugarize OOo4Kids
    • journal integration
    • OOo4Kids builds
  • libjounral/Library-2 entirely based on Polyol
  • First Polyol public release

Long time tasks queue

  • Improve Polyol libraries.
  • Encircle all packaging related stuff within sugar in one well designed packaging system, 0sugar:
  1. GNU/Linux distribution part, build activities and their dependencies on OBS using 0sugar.info spec file
  2. 0install part, compose 0isntall feeds using 0sugar.info spec file and use packages built on OBS as feeds implementations
  3. sugar part, collect all packaging related code in packaging core (could be dbus service) i.e. sugar shell will just ask packaging core to get list of all activities in the system (installed from native packages, via 0install, just placed to ~/Activities) or to launch particular activity by its id (packaging core will check what dependencies should be installed/downloaded and what sources to use, native packages or 0install)
  • ActivityLibrary activity to replace existed shell (in case of managing activities) to support 0sugar

Every day background tasks

  • Maintain ASLO code base
  • Sucrose packaging for:
    • Gentoo overlay
    • ALT Linux
    • Mandriva
    • openSUSE
  • Maintain code for:
    • tuxpaint
    • speak
    • flipsticks
    • cartoon-builder
    • gst-plugins-espeak
    • gcompris
  • Maintain orphaned activities:
    • tamtam
    • joke-machine
    • jigsaw-puzzle
    • slider-puzzle
    • story-builder

In perspective

  • Life in sugar! - support full time being online in sugar
    • Sugar Daemons, all time beeing online servers that provide useful shared instances for broad collaboration e.g. Chat instances per purposes ("Ask your nub question", "How to hack sugar" etc.)
    • Library instance via Sugar Daemon to provide server sharing model
    • Сheck notification system in shell if it works well in "all time being in sugar" workflow
    • Сreate Collab activity
    • Collab instance via Sugar Daemon to have global collaboration portal for all sugar contributors/requesters.
  • standalone mode for activities thus more close merge sugar with other education software e.g. ASLO could be not just portal of sugar activities but portal of education software(non-sugar users could run particular activity w/o need to install sugar)

Contacts

Resources