There were no complaints and the file is there. Do I have the wrong
PYTHONPATH? Shouldn't it search the duplicity subdirectory?
% file /usr/local/lib/python2.6/site-packages/duplicity/_librsync.so
/usr/local/lib/python2.6/site-packages/duplicity/_librsync.so: Mach-O universal
binary with 3 architectures
/usr/local/lib/python2.6/site-packages/duplicity/_librsync.so (for architecture
i386): Mach-O bundle i386
/usr/local/lib/python2.6/site-packages/duplicity/_librsync.so (for architecture
ppc7400): Mach-O bundle ppc
/usr/local/lib/python2.6/site-packages/duplicity/_librsync.so (for architecture
x86_64): Mach-O 64-bit bundle x86_64
If I add both the site-packages and the duplicity folder explicitly then it
finds the file _librsync. But it then has an unresolved reference and still
fails. It can't find _rs_file_copy_cb
export
PYTHONPATH=/usr/local/lib/python2.6/site-packages:/usr/local/lib/python2.6/site-packages/duplicity:/sw/lib
import _librsync.so
Traceback (most recent call last):
File "<stdin>", line 1, in<module>
ImportError:
dlopen(/usr/local/lib/python2.6/site-packages/duplicity/_librsync.so, 2):
Symbol not found: _rs_file_copy_cb
Referenced from:
/usr/local/lib/python2.6/site-packages/duplicity/_librsync.so
Expected in: flat namespace
in /usr/local/lib/python2.6/site-packages/duplicity/_librsync.so
-Scott
On Nov 22, 2009, at 11:23 AM, address@hidden wrote:
a successfull setup should compile a file called _librsync.so in the folder
[/usr/local/lib/python2.6 /]site-packages/duplicity/ . duplicity then works
with this library, not the one needed for the compilation. Did the setup
complain about anything? Is the file there?
.. ede
duply.net
On 22.11.2009 16:54, Scott Hannahs wrote:
Mac OS X 10.6 and Python 2.6
I have beat my head on this a bit and seem not to be able to figure out why
duplicity can't find this library. Duplicity seems to be looking for the
library _librsync which as far as I can tell does not exist. This is called
from the librsync.py which does exist. When I run duplicity I get the
following traceback:
% export PYTHONPATH=/usr/local/lib/python2.6/site-packages:/sw/lib/
% /usr/local/bin/duplicity --encrypt-key XXXXXXXX --sign-key YYYYYYYY
--gpg-options='--default-key=ZZZZZZZZ' $HOME/Documents/ file:///tmp/Documents/
Traceback (most recent call last):
File "/usr/local/bin/duplicity", line 41, in<module>
from duplicity import collections
File "/usr/local/lib/python2.6/site-packages/duplicity/collections.py", line 29,
in<module>
from duplicity import path
File "/usr/local/lib/python2.6/site-packages/duplicity/path.py", line 33,
in<module>
from duplicity import librsync
File "/usr/local/lib/python2.6/site-packages/duplicity/librsync.py", line 37,
in<module>
blocksize = _librsync.RS_JOB_BLOCKSIZE
NameError: name '_librsync' is not defined
I have set the PYTHONPATH variable and if I check, it seems that /sw/lib is in
my path correctly if I print sys.path.
At /sw/lib exist both librsync.a and librsync.dylib
Just for completeness here is the build command for duplicity that I use to
reference the librsync that I installed with fink.
sudo python setup.py install --prefix=/usr/local --librsync-dir=/sw
It appears that the librsync.py code tries to load the _librsync module and
then skips over it if that fails. Then when it tries to reference a variable
inside that module it has problems. I am sure that there is something really
obvious here, but I just don't see it.
Thanks in advance.
Scott
_______________________________________________
Duplicity-talk mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/duplicity-talk
_______________________________________________
Duplicity-talk mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/duplicity-talk
_______________________________________________
Duplicity-talk mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/duplicity-talk