[Bugs] #916 NORM: Allow SoaS to register with an XS server
SugarLabs Bugs
bugtracker-noreply at sugarlabs.org
Sat Jul 25 04:48:35 EDT 2009
#916: Allow SoaS to register with an XS server
-----------------------------+----------------------------------------------
Reporter: hamiltonchua | Owner: sdz
Type: enhancement | Status: new
Priority: Normal | Milestone: Unspecified by Release Team
Component: SoaS | Version: Unspecified
Severity: Unspecified | Resolution:
Keywords: | Distribution: Unspecified
Status_field: Unconfirmed |
-----------------------------+----------------------------------------------
Comment(by hamiltonchua):
Everyone,
I have uploaded new modified versions of ds-backup.py and schoolserver.py
as well as patches you can apply to the original files.
We have been testing this and so far so good.
Please help us test further.
@martin.langhoff
The original ds-backup.py script from the rpm has one rsync using -a and
another using -z. I have modified it so that they both use -z.
The UUID is now also generated purely using random hexdigits, it no longer
users the mac address.
Also, I noticed that schoolserver.py stores the backup_url into gconf. In
the ds-backup.py script the backup_url is hard coded. Backup seems to be
working in spite of the hard code. Is there a need to modify it so that it
reads the bacup_url given by the XS server ?
@tomeu
I would like to use this ticket to monitor the progress of this feature.
The patch I created before will not work with the backup and restore when
executed via cron so it must be discarded and not applied.
The new patches I have prepared changes the way we store the uuid and sn
so that the backup script which runs via a cron can still retrieve these
values.
--
Ticket URL: <http://dev.sugarlabs.org/ticket/916#comment:8>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list