Hi Stefan,
Stefan Sperling wrote:
On Wed, Jul 17, 2013 at 11:52:12AM +0200, Riccardo Mottola wrote:
Hi,
I need to check out a (known good) repository through https. It is
not a server configuration probelm (as googling woudl suggest) but i
am pretty sure it is a missing package or a configuration of svn,
neon on my OpenBSD box which I was unable to diagnose.
svn co --username xxx--password yyyy https://someurl/path/trunk/
yields:
svn: E175002: Unable to connect to a repository at URL 'xxxxx'
svn: E175002: The OPTIONS request returned invalid XML in the
response: XML parse error at line 1: no element found (xxx)
This looks like a problem in network communication.
The client is expecting an XML response but didn't get one.
Is the URL you are using correct?
If you are sure the URL is correct, I'd like to know if the repository
is public so I can try to reproduce the error.
Well, it is accessible from the outside, but not strictly public, that
is I can't create a password for you. It is my company's svn server.
It has a self-signed certificate indeed, the first time I tried to
access it it asked me and I accepted the certificate permanently.
I know the URL is correct and I checked out on FreeBSD and under MinGW
I suppose this is a missing module or a missing option. Perhaps neon
or serf. On FreeBSD I just had to install them and it worked.
I am using binary packges, a couple of days old.
I have:
serf-1.2.0, neon-0.29.6p1, subversion-1.7.5p0
Any further hints? Is neon configured with ssl support in the packages?
You don't need to install serf. It is not used by anything yet and
will automatically be pulled in as a dependency once I upgrade the
Subversion port to 1.8.1 (which will be released next week).
I did not upgrade the port to 1.8.0 because that release has too
many issues.
Ok. Fine, I removed serf. On FreeBSD only neon is needed, but since some
"posts" on the internet suggested to try serf, I just tried.
What's the output of svn --version on your system? It shouldn't show
ra_serf, only ra_neon, in the list of supported RA modules. If your
package did pick up serf, then I need to fix the port to prevent that.
However, Subversion 1.7 will use neon by default anyway, so you won't
get to use serf unless you tweak the client configuration.
If the URL problem you're having is related to serf, please use neon.
I just upgraded to snapshot packages (still having the problem):
$ svn --version
svn, version 1.7.10 (r1485443)
compiled Jul 17 2013, 14:21:38
Copyright (C) 2013 The Apache Software Foundation.
This software consists of contributions made by many people; see the NOTICE
file for more information.
Subversion is open source software, see http://subversion.apache.org/
The following repository access (RA) modules are available:
* ra_neon : Module for accessing a repository via WebDAV protocol using
Neon.
- handles 'http' scheme
- handles 'https' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
It appears that ra_neon is installed and WebDAV support should work.
Riccardo
