[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: mod_dav_svn 0.29.0-6982 and apache2-2.0.47-5mdk failure to open filesystem

From: Files <files_at_poetryunlimited.com>
Date: 2003-09-15 16:33:57 CEST

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

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.