The cygwin version of Subversion is a unix compilation of subversion running on Windows, via
the cygwin libraries. As such it doesn't understand special Windoes paths.
If you would use a normal windows client (compiled for windows; not cygwin) it would understand
that it should transform file://myserver/share/path to \\myserver\share\path.
If you would like to use the cygwin version, you should probably map the network share and
then relocate your working copy.
Bert
Sent from Surface
From: MORGAN Marc
Sent: Thursday, June 25, 2015 3:47 PM
To: users@subversion.apache.org
Cc: MORGAN Marc
Hi,
I’ve been using subversion on my Windows 7 PC with Cygwin with a repository on a Linux server
accessed via file://.
I installed a brand new Cygwin version yesterday.
My local workspace lost its connection to the repository.
I can no longer access via svn the repository which I was previously using on the same PC.
% svn status -u
svn: E170000: Unable to connect to a repository at URL 'file://server/path/repository/trunk'
svn: E170000: Unable to open an ra_local session to URL
svn: E170000: Local URL 'file://server/path/repository/trunk'contains unsupported hostname
% svn ls file:////server/path/repository
svn: E180001: Unable to connect to a repository at URL 'file:///server/path/repository'
svn: E180001: Unable to open an ra_local session to URL
svn: E180001: Unable to open repository 'file:///server/path/repository'
% ls //server/path/repository
conf dav db format hooks locks README.txt
The new svn version is 1.8.13 (r1667537) on i686-pc-cygwin. The previous svn version I was
using is 1.6.17.
With file:// I get the E170000 error. With file:/// or file://// I get the E180001 error.
The repository directory is technically on another computer but is seen as local on my PC
(I guess it’s NFS or SAMBA) when accessed with the // prefix from the shell.
I tried touch-ing a new file in the repository’s directory and that worked, with correct
owner, group and file permissions when checked from the Linux server.
If I copy the repository folder to my local /tmp, I can access it correctly via svn. But that’s
obviously not my goal.
If I access the repository via the URL svn+ssh://somelinuxcomputer/nfspath/repository, that
works. But my experience with the SSH tunnel is that it tends to slow down access.
Has anyone experienced this problem before? Any suggestions?
Thanks in advance |