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

Re: files or dirs in root of repository

From: Sander <sgr_at_rotzorg.org>
Date: 2003-02-07 21:44:37 CET

Ok, the segfault can be explained with my creative apache proxying :)

I've solved the real error too: I got an HTTP 405 error on the
PROPFIND /private/cubitest

This was solved by changing the definition of the following section in
the apache2 configuration files:
<Location /private/cubitest>
  DAV svn
  SVNPath /big/svn/cubitest/
</Location>

I removed the trailing / in the <Location /private/cubitest/> statement.

This is documented correctly in the Subversion book :) So it's my
mistake. (However, i remember having more problems (with the proxying)
and trailing slashes...)

Thanks for all pointers
Sander

On Fri, Feb 07, 2003 at 01:48:39AM +0000, Philip Martin wrote:
> Philip Martin <philip@codematters.co.uk> writes:
>
> > I don't understand is why I cannot duplicate this on my local server.
>
> Hmm, when the propfind for
>
> http://rotzorg.org/private/cubitest/
>
> fails svn goes on to try
>
> http://rotzorg.org/private/
>
> and
>
> http://rotzorg.org/
>
> I see that http://rotzorg.org/ is Apache 1.3.27 and it returns success
> for the PROPFIND but doesn't return any props. That explains the
> segfault, at least in my case.
>
> It would explain the segfault for you as well if you do not have
> permission to PROPFIND on your repository. The Subversion FAQ lists
> all the methods that need to be supported to use Subversion. I don't
> know enough about Apache configuration to be able to advise you what
> you need to change.
>
> --
> Philip Martin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Feb 7 21:43:03 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.