duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Duplicity-talk] librsync failure


From: Ken Bass
Subject: [Duplicity-talk] librsync failure
Date: Thu, 30 Apr 2015 17:51:25 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0

I updated my Centos 7 server yesterday which updated the system librsync and librsync-devel packages to librsync-1.0.0-1.el7.x86_64 and librsync-devel-1.0.0-1.el7.x86_64.
I noticed since that time duplicity no longer runs.

Traceback (most recent call last):
  File "/usr/local/bin/duplicity", line 41, in <module>
    from duplicity import collections
  File "/usr/local/lib64/python2.7/site-packages/duplicity/collections.py", line 30, 
in <module>
    from duplicity import path
  File "/usr/local/lib64/python2.7/site-packages/duplicity/path.py", line 36, in 
<module>
    from duplicity import librsync
  File "/usr/local/lib64/python2.7/site-packages/duplicity/librsync.py", line 29, in 
<module>
    import _librsync
ImportError: librsync.so.1: cannot open shared object file: No such file or 
directory

I am running 0.6.24, but just to be sure, I downloaded the 0.6.25 tarball. And 
when I try to compile it:


building 'duplicity._librsync' extension
creating build/temp.linux-x86_64-2.7
creating build/temp.linux-x86_64-2.7/duplicity
gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -fPIC -I/usr/include/python2.7 -c duplicity/_librsyncmodule.c -o build/temp.linux-x86_64-2.7/duplicity/_librsyncmodule.o
duplicity/_librsyncmodule.c: In function ‘_librsync_new_sigmaker’:
duplicity/_librsyncmodule.c:71:38: error: ‘RS_DEFAULT_STRONG_LEN’ undeclared (first use in this function)
                              (size_t)RS_DEFAULT_STRONG_LEN);
                                      ^
duplicity/_librsyncmodule.c:71:38: note: each undeclared identifier is reported only once for each function it appears in duplicity/_librsyncmodule.c:71:30: error: too few arguments to function ‘rs_sig_begin’
                              (size_t)RS_DEFAULT_STRONG_LEN);
                              ^
In file included from duplicity/_librsyncmodule.c:26:0:
/usr/include/librsync.h:370:11: note: declared here
 rs_job_t *rs_sig_begin(size_t new_block_len,
           ^
error: command 'gcc' failed with exit status 1

I do notice in the Changelog that v0.7.02 (2015/03/10) lists "Fix _librsyncmodule.c compilation, bug 1416344, thanks to Kari Hautio." So this means I am forced to upgrade to 0.7.02? The website said 0.6 series was being maintained and I got the impression that 0.7 was a development version not ready for production. Is 0.7 safe to use? If not, is the librsync fix going to be applied to the 0.6 series.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]