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

WebDAV borked on FreeBSD; local repository access works fine.

From: Dan Shoutis <shoutis_at_peakpeak.com>
Date: 2002-09-12 22:40:21 CEST

I can't seem to get access via Apache working (revision 3033); every
access attempt gives "Expected version '1' of repository; found no
version at all; is '/home/svn/sites' a valid repository path?"

Why yes, Mr. Helpful Error Message, it is:

# svnadmin lsrevs /home/svn/sites
Revision 0
Created: 2002-09-12T03:18:02.931990Z
Author:
Log (0 bytes):
.
.
.

The error code in the xhtml is 165005; I get this same error if I enter
a junk repository location into the Apache configuration. Which is, by
the way:

<Location /repos>
  DAV svn
  SVNPath /home/svn/sites
</Location>

Since I had a hell of a time compiling subversion --

(Couldn't find berkeley DB without patching configure; already had apr
and apr-util but if I didn't use the ones under the source tree, neon
would crap out unable to find expat; couldn't find a configure option to
fix that; apr-util under the source tree would find a different/non-db4
berekely DB and linking would fail later until hand-edited the makefile
to say -ldb4 instead of -ldb... Bah!)

-- I thought there may be some whacky library issues going on.

So I loaded apache up into gdb, and found that apache was loading an old
APR that came with apache2 as well as the APR that was in subversion.

Apache: (edited out all the modules):
(gdb) info shar
 /usr/local/lib/libdb4.so.0
 /usr/local/lib/libexpat.so.2
 /usr/local/lib/apache2/libapr.so.0 ***
 /usr/local/lib/apache2/libaprutil.so.0 ***
 /usr/local/apr/lib/libapr-0.so.9
 /usr/lib/libm.so.2
 /usr/lib/libcrypt.so.2
 /usr/local/lib/libsvn_repos-1.so.0
 /usr/local/lib/libsvn_fs-1.so.0
 /usr/local/lib/libsvn_delta-1.so.0
 /usr/local/lib/libsvn_subr-1.so.0
 /usr/local/lib/libaprutil.so.9
 /usr/libexec/ld-elf.so.1
 /usr/lib/libc.so.4
 /usr/lib/libz.so.2 ***
 /usr/lib/libssl.so.2 ***
 /usr/lib/libcrypto.so.2 ***

svnadmin:
(gdb) info shar
 /usr/local/lib/libdb4.so.0
 /usr/local/lib/libexpat.so.2
 /usr/local/apr/lib/libapr-0.so.9
 /usr/lib/libm.so.2
 /usr/lib/libcrypt.so.2
 /usr/local/lib/libsvn_repos-1.so.0
 /usr/local/lib/libsvn_fs-1.so.0
 /usr/local/lib/libsvn_delta-1.so.0
 /usr/local/lib/libsvn_subr-1.so.0
 /usr/local/lib/libaprutil.so.9
 /usr/libexec/ld-elf.so.1
 /usr/lib/libc.so.4

The Apache libraries marked with *** were not loaded by svnadmin; and
the apr and aprutil ones were old --built along w/ Apache2, not with
subversion.

I tried replacing them with the newly built versions, but the error
still persisted.

All of the subversion libraries were up to date. (Nothing old hanging
around).

Permissions on the repository are as loose as they can be. (A+rwx) I can
manually browse this from apache if I add an Alias directive.

At this point I'm not sure what more to check. I had an earlier build of
subversion working fine with the same configuration directives. Has
something changed, or am I up against a nasty bug, or what?

My modem and mail storage quota can't handle the list traffic, so cc:ing
me on replies would be appreciated.

Thanks all for any pointers! I'm sure this will turn out to be a little
newbie mistake in the httpd.conf that won't turn up until five minutes
after I post this :)

-- Dan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 12 23:03:58 2002

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