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

Problems operating 0.23 servers

From: <leif.eriksen_at_hpa.com.au>
Date: 2003-06-10 05:41:29 CEST

I made the leap on Friday, pulling down 0.23 of Subversion, plus a fresh
Apache 2.0.46 and Berkeley 4.0.14. I built everything successfully on our
RH7.2 server, sucessfully installed Apache and Berkeley , and tested Apache

I then successfully created a repository via
svnadmin create /usr/local/svn/repos1

, and imported some code via
svn import file:///usr/local/svn/repos1 subversion

(I checked in the subversion code I had pulled down, just cause it was

And I can see it is ok

prompt>svnlook youngest /usr/local/svn/repos1

and checkout via
prompt> svn checkout file:///usr/local/svn/repos1
<many lines of 'A repos1/...' follow>

I then added
svn 3690/tcp # subversion server
svn 3690/udp # subversion server

to /etc/services, and started a subversion server with
prompt> svnserve -r /usr/local/svn/repos1 -d

I can telnet to that port OK
prompt> telnet localhost svn
Connected to localhostEscape character is '^]'.
( 1 1 ( ANONYMOUS ) ( ) )
Connection closed by foreign host.

And I can checkout the same repository via ra_svn

remote_host_prompt> svn checkout svn://svnhost
<many lines of 'A svnhost/...' follow>

But ra_dav is complaining, and I think it is because Apache is finding a

I made the change to httpd.conf as detailed in revision 5113 of the book.
<snip httpd.conf>
<Location /svn/repos1>
        DAV svn
        SVNPath /usr/local/svn/repos1
<snip httpd.conf>
And everything below /usr/local/svn is owned by 'nobody' ( I haven't gotten
around to creating a 'svn' user yet - BTW, do I need to specify a home dir
and/or shell for that user ??)

prompt> which db_stat
prompt> db_stat -V
Sleepycat Software: Berkeley DB 3.2.9: (January 23, 2001)
prompt> cd /usr/local/BerkeleyDB.4.0/bin
prompt> ./db_stat -v
Sleepycat Software: Berkeley DB 4.0.14: (November 18, 2001)

I am using my new apache listening on port 18000 (this particular box also
has the Apache server that comes with Oracle running, and I dont want to
disturb it)
prompt> svn checkout http://localhost:18000/repos1/
svn: General filesystem error
svn: PROPFIND request failed on '/svn/repos1'
bad database version: got 2.4.14, should be at least 4.0.14

I found 2.4.14 in db.h in /usr/i386-glibc21-linux/..., and as you can see I
have found the DB3 ones in /usr/bin.

Now, am I right in assuming the --with-berkeley-db indicates the path to
sources? I did see one response on the dev mailing list about someone
setting this path to /usr/local/BerkeleyDB.4.0/bin. Didn't work for me.

If I specify --with-berkeley-db=/usr/local/BerkeleyDB.4.0, ./configure
It also fails if I specify the path to the sources for DBD4.0.
If I copy the sources for DBD4.0 into the db directory of Subversion's
sources, and dont specify --with-berkeley-db, it find the default (probably
db2 or db3) and I get the above runtime failure.
If I specify --with-berkeley-db=./db, ./configure fails.
If I specify
.0/lib, ./configure fails.

Looking in configure around the Berkeley detection code, I can see it trying
to pull db.h apart looking for various MAJOR-MINOR-PATCH numbers, and the
ones I require seem right. But what is it actually looking for with the db4
or db searches ? Which lib/include is it failing on??

I have also lookup references inread webdav-usage.html ( or rather, just the
server requirements section) , mod_dav doco from webdav.org, the article on
Oreilly/OnLamp by Raphael, without joy.

Leif Eriksen
HPA - IT Development
+61 3 9217 5545

The contents of this e-mail and its attachments are confidential and intended
solely for the use of the individual or entity to whom they are
addressed. If you received this e-mail in error, please notify
the HPA Postmaster, postmaster@hpa.com.au, then delete
the e-mail.

This footnote also confirms that this e-mail message has been swept for
the presence of computer viruses by MimeSweeper. Before opening or
using any attachments, check them for viruses and defects.

Our liability is limited to resupplying any affected attachments.

HPA collects personal information to provide and market our services.
For more information about use, disclosure and access see our Privacy
Policy at www.hpa.com.au

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 10 05:42:25 2003

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

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