#8677 NORM 9.1.0: automatic scan for new activities is done twice by software update
Zarro Boogs per Child
bugtracker at laptop.org
Tue Jan 20 14:41:34 EST 2009
#8677: automatic scan for new activities is done twice by software update
-----------------------------------+----------------------------------------
Reporter: mikus | Owner:
Type: enhancement | Status: reopened
Priority: normal | Milestone: 9.1.0
Component: performance | Version: Development build as of this date
Resolution: | Keywords:
Next_action: never set | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
-----------------------------------+----------------------------------------
Changes (by mikus):
* status: closed => reopened
* resolution: wontfix =>
* version: not specified => Development build as of this date
* component: not assigned => performance
Comment:
I'm reopening this because not having this fixed is to me a serious waste
of my time.
Just tried it again with 2629 upgraded with the mid-January sugar
packages. On my system, the CLI command 'sugar-control-panel -g
available_updates' took almost an hour to complete, and (among Activities
I had not installed) told me there was a new version of Turtle Art
available. When I then entered 'sugar-control-panel -s install_update
Turtle\ Art', that also took almost an hour - because it repeated FETCHING
every Activity binary all over again (before it would even try the
install).
When the user specifies 'install so-and-so', the CLI 'sugar-control-panel'
function should fetch only that indicated Activity. The user wants it
updated, and is unlikely to change his mind if it turns out that a newer-
yet version has become available in the last hour.
[In regard to newer versions of *other* activities being seen -- the user
did not ask for that -- he only asked to update something specific. If
the user cares, he can issue '-g available_updates' afterwards to see the
latest status. In the meantime, the CLI command 'sugar-control-panel'
should do what the user asked for, and not second-guess the user's
intentions.]
[[BR]] The point behind this request is that FORCING the user to wait an
extra hour for an update to take place does not make the user happy.
--
Ticket URL: <http://dev.laptop.org/ticket/8677#comment:4>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list