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

DAV fails in <Directory>, works in <Location>

From: Ross Boylan <ross_at_biostat.ucsf.edu>
Date: 2007-10-22 00:02:17 CEST

I am using virtual hosts in Apache. Initially I had

        <Directory /usr/local/var/svn>
        Deny from all
        Allow from 127.0.0.1 ::1/128 192.168.40.0/24
        # enable svn
        DAV svn
        SVNPATH /usr/local/var/svn
        </Directory>
as part of the site file. However, after a successful import, I did
$ svn co http://svn.betterworld.us/gnosis/parse/trunk parse
and got
svn: REPORT request failed on '/usr/local/var/svn/!svn/vcc/default'
svn: Unusable URI: it does not refer to this repository
The apache logs showed
[Sun Oct 21 14:03:40 2007] [error] [client 192.168.0.2] Could not parse
'src-path' URL. [500, #190001]
[Sun Oct 21 14:03:40 2007] [error] [client 192.168.0.2] Unusable URI: it
does not refer to this repository [500, #190001]

The FAQ mentioned a somewhat similar looking problem (but on OS-X; I'm
on Linux) and suggested trying file:/// access. That worked.

I then moved the commands to this section:
        <Location />
        # enable svn
        DAV svn
        SVNPATH /usr/local/var/svn
        </Location>
and reloaded. Now it works fine.

Should this be the way things are? The Apache docs for DAV indicate it
should be used in a directory context, which included both <Location>
and <Directory>.

Also, I initially tried putting the DAV and SVNPATH directives in the
virtual host specification without either <Location> or <Directory>.
Apache rejected that as an erroneous configuration.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 22 00:02:53 2007

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.