Re: [rdiff-backup-users] Strange restore problem

[Ben Escoto]

>>>>> Keith Edmunds <address@hidden>
>>>>> wrote the following on Tue, 1 Jun 2004 22:19:40 +0100
> Version: rdiff-backup 0.13.3
> 
> Command line:
> rdiff-backup -r 2D backup::/backups/xxx/xxx001/home/acl/.profile
> /home/acl/restored-profile
> 
> Error (last part of stack):
> File
> "/home/PUB/debian-ida/pool/sid-jones/rdiff-backup/rdiff-backup-0.13.3.jgoe
> rzen/debian/rdiff-backup/usr/lib/python2.2/site-packages/rdiff_backup/conn
> ection.py", line 351, in reval AssertionError: (('acl', '.profile',
> 'Application Data', 'Macromedia', 'Flash Player', 'macromedia.com',
> 'support', 'flashplayer', 'sys'), ('acl', '.profile', 'Application Data',
> 'Macromedia', 'Flash Player', 'macromedia.com', 'support', 'flashplayer',
> 'sys', '#bbc.co.uk', 'settings.sol'))

I think this may be the same bug that has just been fixed in CVS and
0.12.7.  I hope to release 0.13.5 soon.

> I don't understand the (very long) path to connection.py:
> 
> # which rdiff-backup
> /usr/bin/rdiff-backup
> # locate connection.py
> /usr/lib/python2.2/site-packages/rdiff_backup/connection.py
> /usr/lib/python2.2/site-packages/rdiff_backup/connection.pyc
> /usr/lib/python2.2/site-packages/rdiff_backup/connection.pyo
> #
> 
> Can anyone shed any light on this?

Here's a theory:  John Goerzen probably built the binary deb that you
are using, and that was the path to connection.py on his machine, when
it was first compiled to connection.pyo, which is what python executes
from.


-- 
Ben Escoto

pgptgDhRRwdlo.pgp
Description: PGP signature