[Bugs] #1124 UNSP: Allow SoaS backup and restore from an XS server
SugarLabs Bugs
bugtracker-noreply at sugarlabs.org
Mon Aug 10 19:59:27 EDT 2009
#1124: Allow SoaS backup and restore from an XS server
------------------------------------------+---------------------------------
Reporter: hamiltonchua | Owner: tomeu
Type: defect | Status: new
Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team
Component: sugar | Version: Unspecified
Severity: Unspecified | Resolution:
Keywords: r? | Distribution: Unspecified
Status_field: Unconfirmed |
------------------------------------------+---------------------------------
Comment(by hamiltonchua):
"In general, if this is deployed to machines that have been using current
Sugar 0.82 it will fail :-/ because they have the info in the 'profile'
object."
I don't understand. Are you saying that even without the modificaitons I
made, the backup scripts will fail in 0.82 or that it is because of the
modifications I made that it will fail on 0.82. The original ds-backup.py
scripts reads from a file in /ofw and I made sure that the only time it
tries to look for the SoaS settings is if /ofw is absent.
"rsync line: you are dropping -a and not telling us why. Unless justified,
add -z to the mix, keep -a "
Sorry, this is a typo on my part. It just keeps coming back doesn't it ;-)
A new patch that I will upload will use -a not -z.
"Why do you make skip_lowonbatt conditional? It _does_ have code for non-
XO hw. "
Because during testing we found that it doesn't work on some older desktop
(no batteries) hardware. We were testing on some pentium 4 desktops and
they silently fail that test.
Thanks very much for taking the time to review and comment on the patches.
I'll confer with my colleagues, will have a new patch with your
suggestions soon.
--
Ticket URL: <http://dev.sugarlabs.org/ticket/1124#comment:6>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list