On Tue, Nov 11, 2008 at 11:20 PM, Bill Bogstad [EMAIL PROTECTED] wrote:
The failing machine shows overly permissive permissions on the key
files. In particular, ds-backup.py generated the following message
when it failed:
Came across that exact same issue very early in the development of
I wrote:
Somewhere I have an unregister.py script [...]
here.
douglas
--8--
#!/usr/bin/python
CONFIG = '/home/olpc/.sugar/default/config'
from ConfigParser import SafeConfigParser
cp = SafeConfigParser()
cp.read(CONFIG)
cp.remove_section('Server')
On Tue, Nov 11, 2008 at 12:18 AM, Bill Bogstad [EMAIL PROTECTED] wrote:
I was just about to try to upgrade my XS 0.4 to 0.5 dev8 and noticed
something odd concerning ds-backup. When I originally installed 0.4,
Thanks for the report! As Douglas mentions, you can force a
re-registration; however
On Tue, Nov 11, 2008 at 1:58 PM, Martin Langhoff
[EMAIL PROTECTED] wrote:
On Tue, Nov 11, 2008 at 12:18 AM, Bill Bogstad [EMAIL PROTECTED] wrote:
I was just about to try to upgrade my XS 0.4 to 0.5 dev8 and noticed
something odd concerning ds-backup. When I originally installed 0.4,
Thanks
Okay, I've found the problem with the XO that was failing to backup
and it may imply some issues with older XO releases...
Instead of enabling logging for the cron entry, I copied the
ds-backup.sh script and modified it to not delay and to run
/usr/bin/ds-backup.py explicitly.
ds-backup.py output