no activities after 656 --> joyride. but wait...

Eben Eliason eben.eliason at
Tue Jul 22 17:54:26 EDT 2008

Actually, Tomeu, What's the state of #7220? It's still open, but I thought
this was already taken care of by including a "default" activities.default
in the build, so that even if the country doesn't supply one, kids don't get
an empty screen.  I agree that G1G1 is a place where this problem is most
likely to surface, and it's something we do need to handle smoothly.  But,
even then, don't we also ship a "fructose" (including a default set of
activities) on G1G1 laptops, too?  We can easily build the image for this to
include an activities.default.
So that brings us back to the case where acivities were previously
downloaded and will "disappear", which would be the case for /former/ G1G1
users who update to 8.2, as well as kids in the field.  I'm looking for a
concrete answer here on whether or not this is something we do want to fix
to make this transition smooth.  Should it get a ticket; should it be a
blcoker; should it at least wind up in Scott's "release quality" ticket?

- Eben

On Tue, Jul 22, 2008 at 4:58 PM, Eben Eliason <eben.eliason at>

> That's still a separate issue than the one I bring up.  They are both
> important.  My feeling is that the one covered by #7220 is actually less
> likely in the deployments, because the activities (and, I assume, their
> defaults file) will almost always be country supplied.  Shall a new ticket
> for this other edge case be created?
> The only solution I can think of is: make activity in /home/olpc/activities
> a favorite upon upgrade, in addition to any favorites specified by a new
> activities.default file, if it exists.  This would prevent activity Foo
> which the kid downloaded on their own from "disappearing" after the upgrade.
> - Eben
> On Tue, Jul 22, 2008 at 4:52 PM, C. Scott Ananian <cscott at>
> wrote:
>> On Tue, Jul 22, 2008 at 4:48 PM, Eben Eliason <eben.eliason at>
>> wrote:
>> > Right, this edge case was brought to my attention by Greg the other day.
>>  It
>> > will only happen future updates, favorites are preserved.
>> >  Additionally, in most scenarios, the update will include an "activity
>> pack"
>> > as well, which includes a country-specified list of default favorites,
>> > preventing the "empty" Home screen.
>> > Thus, the only things that disappear are activities which were
>> previously
>> > installed and are not included in the default favorites list in the
>> update.
>> >  I'm not sure if we can come up with a simple way to prevent this, or if
>> > it's worth our time this late in the release cycle for a one-time
>> situation.
>> IMO, it is worth our time to ensure smooth upgrades between releases.
>> If there are no favorites listed when we boot, we should make all the
>> activities favorites, to preserve the activities the user expects from
>> the old release.  That is trac #7220.
>>  --scott
>> --
>>  ( )
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the Devel mailing list