Dear James,
I get the error message even if I just run the command "svn".
The command "ldd /usr..." shows:
linux-vdso.so.1 (0x00007ffc0cdb8000)
libaprutil-1.so.0 =>
/opt/pleora/ebus_sdk/RHEL-6-x86_64/lib/libaprutil-1.so.0
(0x00007fb54fc2f000)
libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2
(0x00007fb54f9de000)
liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2
(0x00007fb54f7cf000)
libapr-1.so.0 =>
/opt/pleora/ebus_sdk/RHEL-6-x86_64/lib/libapr-1.so.0 (0x00007fb54f5a3000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1
(0x00007fb54f379000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fb54f15f000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(0x00007fb54ee57000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007fb54ec3a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb54e89b000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fb54e693000)
libcrypt.so.1 => /lib/x86_64-linux-gnu/libcrypt.so.1
(0x00007fb54e45b000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb54e257000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2
(0x00007fb54e040000)
libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2
(0x00007fb54de25000)
libgnutls.so.30 => /usr/lib/x86_64-linux-gnu/libgnutls.so.30
(0x00007fb54da8c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fb54d788000)
/lib64/ld-linux-x86-64.so.2 (0x00007fb550177000)
libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0
(0x00007fb54d523000)
libidn.so.11 => /lib/x86_64-linux-gnu/libidn.so.11 (0x00007fb54d2ef000)
libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6
(0x00007fb54d0dc000)
libnettle.so.6 => /usr/lib/x86_64-linux-gnu/libnettle.so.6
(0x00007fb54cea5000)
libhogweed.so.4 => /usr/lib/x86_64-linux-gnu/libhogweed.so.4
(0x00007fb54cc70000)
libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10
(0x00007fb54c9ed000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6
(0x00007fb54c7e4000)
I guess the problem is with the second and fourth line, there seems to
be a different reference of the libaprutil, then it should be, due to a
package install from another source. Since we are using that ebus_sdk
package on both of our computers, probably that is what causes the
problem. Could you tell me how can I modify the path of those two
packages to be the original?
I guess that this problem is resolved in some sense, but still it
persists if the ebus_sdk is installed from Pleora.
Thank you for your help.
Best regards,
Mate
On 2018-07-19 4:23, James McCoy wrote:
Control: tag -1 = moreinfo
On Wed, Jul 18, 2018 at 12:19:15PM -0400, Mate Lampert wrote:
I installed subversion on Debian 9.3 with its dependencies and svn is
not running at all. When I start it, the following error message
occurs:
Can you show the exact command you're running?
What does “ldd /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1” show?
"svn: symbol lookup error: /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1:
undefined symbol: apr_hash_this_key_len"
That function has been in libapr1 since 1.5.0, so it should be fine.
The build also ran the entire test suite, so it should have run into the
same problem.
I started a fresh stretch VM, installed subversion and ran “svn co
https://svn.apache.org/repos/asf/subversion/trunk”, which successfully
checked out that tree.
Cheers,
--
----------------------------------------------------------------
Mate Lampert
PhD Candidate
Institute for Particle and Nuclear Physics (RMI)
Wigner Research Centre for Physics (Wigner RCP)
Hungarian Academy of Sciences (HAS)
Association EURATOM/HAS
Letters: P.O.B. 49, H-1525, Budapest, Hungary
Fax: (36 1) 3922598
Phone: (36 1) 3922541
E-mail: lampert.m...@wigner.mta.hu
----------------------------------------------------------------
