#4906 BLOC Update.: Downloading a higher version of an activity doesn't upgrade the one in the XO

Zarro Boogs per Child bugtracker at laptop.org
Sat Dec 8 07:26:48 EST 2007


#4906: Downloading a higher version of an activity doesn't upgrade the one in the
XO
--------------------------+-------------------------------------------------
  Reporter:  gnu          |       Owner:  rwh      
      Type:  enhancement  |      Status:  new      
  Priority:  blocker      |   Milestone:  Update.1 
 Component:  sugar        |     Version:  Build 623
Resolution:               |    Keywords:           
  Verified:  0            |  
--------------------------+-------------------------------------------------
Changes (by rwh):

 * cc: marco, tomeu (added)


Comment:

 Attached a patch that allows an upgrade of an installed activity be doing
 an uninstall() of the old one, and then an install() for the new one.
 uninstall() will only be available for activities in the user homedir. The
 model of having only a few core/bundled activities living in
 /usr/share/activities and the majority in /home/olpc/Activities makes
 sense to me: bundled activities will be upgraded with a system upgrade;
 other activities at will (and with system upgrade). Note that it is
 possible to install a newer version of a bundled activity to
 /home/olpc/Activities while having an older version in
 /usr/share/activities; not sure what would happen then, and I agree with
 Marco that this is undesired.

 This method has a few concerns that I'd like to address:
 # Should we also allow to ''downgrade'' activities (I think not)
 # Is there data in /home/olpc/Activities/<myactivitiy>/ that needs to be
 retained across upgrades? (/data or /config or something).

 A different method would be to just extract the new bundle in the same
 directory as the old bundle. It will take care of issue 2, but could cause
 some trouble if mimetype handling changes over different versions
 (although this can of course be solved).

 Comment and discussion is welcome!

-- 
Ticket URL: <http://dev.laptop.org/ticket/4906#comment:10>
One Laptop Per Child <http://dev.laptop.org>
OLPC bug tracking system



More information about the Bugs mailing list