You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Julian Fitzell <ju...@beta4.com> on 2001/11/19 01:00:08 UTC

"svn up" problem

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?

Thanks,

Julianb


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: "svn up" problem

Posted by Julian Fitzell <ju...@beta4.com>.
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

Re: "svn up" problem

Posted by Kevin Pilch-Bisson <ke...@pilch-bisson.net>.
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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~