Ok. That's something obvious I missed. Here's the question then.
My local client runs just fine. But my dav access is messed up. I think I know what
happened.
Yes, I have db4.1 installed.
But I actually have all of this:
libdb4.0-4.0.14-6mdk
libdb4.1-4.1.25-3mdk
db4-utils-4.1.25-3mdk
and
libdb-4.0.so
libdb-4.1.so
are both present in /usr/lib.
At work, I have the same setup, but in addition I have a symlink libdb-4.so to
libdb-4.0.so.
Apache2-2.0.47-5 complains that it requires db4.1 so I'm at a loss.
Shouldn't all of this work side by side?? If you look below, apache2 loads db4.1.
and subversion tries to load db4.0.
In response to Thom, I dumped and reloaded all the repositories after I upgraded to
0.29.0-6982. So maybe something in subversion isn't going after a specific version
of the database library????? I dunno.
What should I do now????
Shamim Islam
ldd /usr/sbin/httpd2:
libz.so.1 => /lib/libz.so.1 (0x40026000)
libaprutil-0.so.0 => /usr/lib/libaprutil-0.so.0 (0x40034000)
libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x4004a000)
libdb-4.1.so => /usr/lib/libdb-4.1.so (0x40051000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40120000)
libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0x40142000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40161000)
librt.so.1 => /lib/i686/librt.so.1 (0x401b1000)
libm.so.6 => /lib/i686/libm.so.6 (0x401c3000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x401e6000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40213000)
libdl.so.2 => /lib/libdl.so.2 (0x40228000)
libc.so.6 => /lib/i686/libc.so.6 (0x4022b000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
ldd /etc/httpd/2.0/extramodules/mod_dav_svn.so:
libsvn_repos-1.so.0 => /usr/lib/libsvn_repos-1.so.0 (0x40026000)
libsvn_fs-1.so.0 => /usr/lib/libsvn_fs-1.so.0 (0x40038000)
libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0x40058000)
libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0x40060000)
libc.so.6 => /lib/i686/libc.so.6 (0x40082000)
libaprutil-0.so.0 => /usr/lib/libaprutil-0.so.0 (0x401b2000)
libldap.so.2 => /usr/lib/libldap.so.2 (0x401c8000)
liblber.so.2 => /usr/lib/liblber.so.2 (0x401f4000)
libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x401ff000)
libdb-4.0.so => /usr/lib/libdb-4.0.so (0x40207000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x402b4000)
libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0x402d5000)
librt.so.1 => /lib/i686/librt.so.1 (0x402f4000)
libm.so.6 => /lib/i686/libm.so.6 (0x40306000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40329000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40357000)
libdl.so.2 => /lib/libdl.so.2 (0x4036b000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
libpthread.so.0 => /lib/i686/libpthread.so.0 (0x4036e000)
libresolv.so.2 => /lib/libresolv.so.2 (0x403be000)
libsasl.so.7 => /usr/lib/libsasl.so.7 (0x403cf000)
libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x403db000)
libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4040d000)
libpam.so.0 => /lib/libpam.so.0 (0x4050f000)
Sander Striker (striker@apache.org) wrote:
>
>[please drop dev@ on the next post]
>
>> -----Original Message-----
>> From: Files [mailto:files@poetryunlimited.com]
>> Sent: Monday, September 15, 2003 4:12 PM
>
>> It doesn't now. Maybe I'm missing something obvious.
>
>Like this?
>
>[Mon Sep 15 09:38:40 2003] [error] [client 167.242.48.42] (84)Invalid or incomplete
>multibyte or wide character: bad database version: compiled with 4.0.14, running
>against 4.1.25 [500, #160000]
>
>
>Sander
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 15 16:35:21 2003