FS#29040 - subversion failing with "SSL disabled due to library version mismatch"
Attached to Project:
Arch Linux
Opened by Javier (jevv) - Wednesday, 21 March 2012, 18:01 GMT
Last edited by Ionut Biru (wonder) - Wednesday, 21 March 2012, 18:49 GMT
Opened by Javier (jevv) - Wednesday, 21 March 2012, 18:01 GMT
Last edited by Ionut Biru (wonder) - Wednesday, 21 March 2012, 18:49 GMT
|
Details
Description:
I'm performing for example: % svn co $MY_URL/<my_path> svn: E175002: Unable to connect to a repository at URL 'https://<trunk_url>/trunk/<my_path>' svn: E175002: OPTIONS of 'https://<trunk_url>/trunk/<my_path>': SSL handshake failed: SSL disabled due to library version mismatch (https://<url>) I found this to be pretty similar to this task: https://bugs.archlinux.org/task/28927 But strangely enough, the prior bug was closed as fixed, while I'm still having this errors. I have up to date x86_64 Arch with: local/subversion 1.7.4-1 local/openssl 1.0.0.h-1 local/lib32-openssl 1.0.0.g-1 local/openssl098 0.9.8.u-1 |
This task depends upon
neon 0.29.6-4
% pacman -Q openssl
openssl 1.0.0.h-1
Then some applications depend upon lib32-openssl. openssl098 is the same a openssl-compatibility, only more stringent, and it's required for other packages. BTW, but removing openssl098, the error still remains. Remember I have up to date Arch and openssl...
% pacman -Q openssl
openssl 1.0.1-1
https://www.archlinux.org/packages/core/i686/openssl/
http://www.archlinux.org/packages/core/x86_64/openssl
is newer. The repos I'm using are not reflecting it yet...
As far as I can tell you can close this, :-)
Thanks a lot,
Javier.