Duh... sorry, I even remember reading that thread... but of course I didn't know that the problem was being caused by the LimitExcept and had long forgotten that it caused a problem...
You are right, taking it out solves the problem.
On 18/11/2001 at 9:54 PM Kevin Pilch-Bisson wrote:
>On Sun, Nov 18, 2001 at 05:00:08PM -0800, Julian Fitzell wrote:
>> So having got the server working again, I created a repository, imported
>some files, checked it out, made a change and committed all no problem.
>> But when I try to do an update I get:
>> [julian@cable blah2]$ svn up
>> apr_error: #20014, src_err 0 : <Error string not specified yet>
>> The REPORT status was 500, but expected 200.
>> The apache log shows:
>> [Sun Nov 18 16:52:54 2001] [warn] [client 127.0.0.1] handler
>"dav-handler" not found for: /web/svn
>> now the weird thing is that my DocumentRoot is "/web" but the dav
>Location is "/svn/test" and points to /svnroot/test in the filesystem. So
>it seems like "svn up" is looking in the document root instead of in the
>> Here's the piece from httpd.conf if it helps:
>> <Location /svn/test>
>> DAV svn
>> SVNPath /svnroot/test
>> AuthType Basic
>> AuthName "Subversion repository"
>> AuthUserFile /svnroot/svn-users
>> <LimitExcept GET PROPFIND OPTIONS REPORT>
>> require valid-user
>> Am I missing something in the config?
>No, its a known problem with how apache method handler registration and
>mod_dav_svn interact. cmpilato discovered the problem and gstein and Ryan
>Bloom (an apr/httpd hacker are working out the best way to get it working).
>There are a couple of workarounds for it right now.
>1) Don't use the LimitExcept part of the Location. The auths are fine,
>don't add the LimitExcept.
>2) Create a dummy directory inside the repository. (This is why svn itself
>works. We have the "trunk" directory, which no one actually checks out.
>Hopefully the issue will be worked out in the very near future.
>Kevin Pilch-Bisson http://www.pilch-bisson.net
> "Historically speaking, the presences of wheels in Unix
> has never precluded their reinvention." - Larry Wall
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.0.6 (GNU/Linux)
>Comment: For info see http://www.gnupg.org
>-----END PGP SIGNATURE-----
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Sat Oct 21 14:36:49 2006