Apache pointing at a remote repository: can this work?

[Valery Derongs <va...@qvc.com>]

Hi all,

I am using subversion 1.4.6 and apache 2.2.4 on a windows server and all works
fine when exposing repositories that are stored locally to the server, like this:

<Location /test>
DAV svn
SVNPath "c:\test"
AuthType Basic
AuthName "Team Subversion repository"
AuthUserFile passwd
<LimitExcept GET PROPFIND OPTIONS REPORT>
	Require valid-user
</LimitExcept>
</Location>

So far so good, however as soon as I try to expose a repository that is on a
remote path, even though most operations (list, commit, add...) work fine,
anything involving SVN COPY (such as moving and renaming) gives me an error:

(from apache's errors.log)

[Mon Jan 07 17:42:22 2008] [error] [client 172.19.5.129] Could not MOVE/COPY
/svn/repo/!svn/bc/31/meh/desktop.ini.  [500, #0]
[Mon Jan 07 17:42:22 2008] [error] [client 172.19.5.129] Unable to make a
filesystem copy.  [500, #125001]
[Mon Jan 07 17:42:22 2008] [error] [client 172.19.5.129] Couldn't determine
absolute path of '\\\\server\\share\\folder\\repo'  [500, #125001]

I am not using windows mapped drives (like Z:\ for example) which fail
completely, but the UNC path when specifying the repository in httpd.conf:

<Location /svn>
DAV svn
SVNParentPath //server/share/folder/
SVNListParentPath on
AuthType Basic
AuthName "Team Subversion repository"
AuthUserFile passwd
<LimitExcept GET PROPFIND OPTIONS REPORT>
	Require valid-user
</LimitExcept>
</Location>

Apache service runs as a local admin account with full control access right to
the remote share.

I tried to remove authentication and it did not make any difference.
I also tried a direct SVNPath instead of SVNParentPath and again, no difference.

Did anyone actually manage to get apache working for remote svn repositories,
even on other OSes?

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