Branko =?ISO-8859-2?Q?=C8ibej?= <brane@xbc.nu> writes:
> Except that I should have started on this a week ago, instead of
> yesterday. I'm still having problems:
>
> * I have to enter the username and password for every operation. The
> client's looking for the auth info in the wrong place: e.g., when
> I say "svn stat NEWS", it looks for "news/SVN/auth/username"
> instead of "./SVN/auth/username".
Yeah, this definitely needs fixin', should be an easy tweak. Would
you mind filing an issue (or if you think it's faster just to fix it,
go ahead and do that)?
> * svn up says
> apr_error: #20014, src_err 0 : <Error string not specified yet>
> The REPORT status was 500, but expected 200.
>
> Any hints welcome.
Thanks, known problem, appeared today, probably just due to some
Apache misconfiguration. We're working on it right now.
We had been running an httpd-2.0 sticky-tagged at August 20th, due to
some problems with the bleeding edge. Now we're going back to
bleeding edge (which is different today than it was two days ago), to
get rid of those update errors.
The update errors look like this in the apache error_log, by the way:
[Thu Aug 30 15:02:18 2001] [warn] [client 213.143.69.107] handler \
"dav-handler" not found for: /usr/www/docroot/repos
That path is all wrong. The location directive *should* know that
`/repos/svn' is not located under the DocumentRoot:
<Location /repos/svn>
DAV svn
SVNPath /usr/www/repositories/svn
AuthType Basic
AuthName "Subversion repository"
AuthUserFile /usr/www/svn-user-file
<LimitExcept GET PROPFIND OPTIONS REPORT>
require valid-user
</LimitExcept>
</Location>
But for some reason, that path is not getting DAV handled. Greg
Stein's first suggestion was to ditch the ten-day-old apache and see
what the latest tree gives us, so that's what we're trying now.
-K
---------------------------------------------------------------------
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:37 2006