Re: gEDA-dev: Re: gEDA-user: Added PCB output to gnetman

[Jeff Webb <jeff_dot_webb-at-NOSPAMnta-inc_dot_net>]

John Griessen wrote:
> What I get is this error message, which after I googled a little, 
> decided the ssl or subversion version mismatched and seemed like 
> subversion...
> 
> john@toolbench:/moredata/src-geda-others-cvs$  svn co 
> https://datadraw.svn.sourceforge.net:443/svnroot/datadraw/trunk
> svn: PROPFIND request failed on '/svnroot/datadraw/trunk'
> svn: PROPFIND of '/svnroot/datadraw/trunk': SSL negotiation failed: SSL 
> disabled due to library version mismatch 
> (https://datadraw.svn.sourceforge.net)

Hey John,

Until I read your response mentioning SSL, I hadn't even noticed that the sourceforge URL starts with 'https'.  If I try to use 'http' instead of 'https', I get a similar error:

tmp$ svn co http://svn.sourceforge.net:443/svnroot/datadraw/trunk datadraw 
svn: PROPFIND request failed on '/svnroot/datadraw/trunk'
svn: PROPFIND of '/svnroot/datadraw/trunk': Could not read status line: connection was closed by server. (http://svn.sourceforge.net:443)

So, I would bet that your problem has something to do with the SSL encryption.  I don't know what could cause that problem, though.  My experience with subversion mostly involves using the svn+ssh:// protocol on a local network.

We use subversion quite a bit at work, with several versions of subversion floating around on different machines, so I don't think that a subversion version mismatch is your problem. (unless https:// is a different beast).

I hope this helps,

-Jeff


_______________________________________________
geda-dev mailing list
geda-dev@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev