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

Re: "svn up" problem

From: Julian Fitzell <julian-ml_at_beta4.com>
Date: 2001-11-19 06:08:34 CET

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.

Julian

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
>Location tag?
>>
>> 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
>> </LimitExcept>
>> </Location>
>>
>> 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,
>just
>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.
>>
>> Thanks,
>
>HTH
>>
>> Julianb
>
>--
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>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
>
>iD8DBQE7+HRRgJlk/lQdbnARAibxAJ0eKiiqmuCy6xN93PcojMPpzY0poQCeOW7f
>30VVTray8gyNrdYOoRJeefI=
>=010r
>-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:49 2006

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.