Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

i updated my system today, and since then i can't use subversion on https://
URL (like kde svn).
It appears subversion has been bumped to 1.4 (i'm ~amd64)
So i thought it was the pb and went back to subversion 1.3.2-r3. Two things
* svn 1.4 changed my checkout automatically to the new 1.4 format=noxml, so i
can't use svn 1.3 anymore. This is important, maybe 1.4 shouldn't be unmasked
as soon, even for ~
* 1.3.2-r3 has the same problem. It seems(as read in bugs.gentoo.org) that neon
is often the source of problems, so i decided to unmerge neon-0.26.1 and
subversion, and go for what i was using yesterday : neon-0.25.5 and svn 1.3.2
(with no -r?)

And it goes well. It works ! Though i should tell you

Example of failure :
orzel kdeutils% svn up
svn: PROPFIND request failed on '/home/kde/branches/KDE/3.5/kdeutils'
svn: PROPFIND of '/home/kde/branches/KDE/3.5/kdeutils': SSL negotiation failed:
SSL alert received: Handshake failed (https://svn.kde.org)

Need to re-emerge neon after openssl upgrade.

*** This bug has been marked as a duplicate of 147618 ***

i dont think this is right.
My failing neon-0.26.1 had actually been emerged after openssl-0.9.8c as seen
by genlop : 
     Tue Sep 19 19:46:46 2006 >>> dev-libs/openssl-0.9.8c-r2
     Tue Sep 19 22:15:52 2006 >>> net-misc/neon-0.26.1
     Wed Sep 20 10:49:26 2006 >>> dev-util/subversion-1.4.0
And this configuration fails to run.
As such, i dont see the bug as being a duplicate of 147618.

i've tried another time today : 
i unmerged neon and subversion
i recompiled both again
and i've got the same problem. So this is not just about recompiling neon

Some misc information :

 * dev-libs/openssl
     Wed May 10 12:23:53 2006 >>> dev-libs/openssl-0.9.7j
     Tue Sep 19 19:46:46 2006 >>> dev-libs/openssl-0.9.8c-r2
 * net-misc/neon
     Wed Sep 20 11:18:00 2006 >>> net-misc/neon-0.25.5
     Thu Sep 21 12:53:44 2006 >>> net-misc/neon-0.26.1
 * dev-util/subversion
     Wed Sep 20 11:05:32 2006 >>> dev-util/subversion-1.3.2-r3
     Wed Sep 20 11:22:36 2006 >>> dev-util/subversion-1.3.2
     Thu Sep 21 12:58:42 2006 >>> dev-util/subversion-1.4.0


my ldd : 

orzel@berlioz kde-3.5/kdeutils/kcalc% ldd /usr/bin/svn
        libsvn_client-1.so.0 => /usr/lib64/libsvn_client-1.so.0
(0x00002ab500456000)
        libsvn_wc-1.so.0 => /usr/lib64/libsvn_wc-1.so.0 (0x00002ab500580000)
        libsvn_ra-1.so.0 => /usr/lib64/libsvn_ra-1.so.0 (0x00002ab5006b4000)
        libsvn_diff-1.so.0 => /usr/lib64/libsvn_diff-1.so.0
(0x00002ab5007b8000)
        libsvn_ra_local-1.so.0 => /usr/lib64/libsvn_ra_local-1.so.0
(0x00002ab5008c0000)
        libsvn_repos-1.so.0 => /usr/lib64/libsvn_repos-1.so.0
(0x00002ab5009c7000)
        libsvn_fs-1.so.0 => /usr/lib64/libsvn_fs-1.so.0 (0x00002ab500ae9000)
        libsvn_fs_fs-1.so.0 => /usr/lib64/libsvn_fs_fs-1.so.0
(0x00002ab500bf0000)
        libsvn_fs_base-1.so.0 => /usr/lib64/libsvn_fs_base-1.so.0
(0x00002ab500d0d000)
        libsvn_ra_svn-1.so.0 => /usr/lib64/libsvn_ra_svn-1.so.0
(0x00002ab500e38000)
        libsvn_ra_dav-1.so.0 => /usr/lib64/libsvn_ra_dav-1.so.0
(0x00002ab500f4e000)
        libsvn_delta-1.so.0 => /usr/lib64/libsvn_delta-1.so.0
(0x00002ab50106b000)
        libsvn_subr-1.so.0 => /usr/lib64/libsvn_subr-1.so.0
(0x00002ab501176000)
        libaprutil-0.so.0 => /usr/lib64/libaprutil-0.so.0 (0x00002ab5012ac000)
        libdb-4.2.so => /usr/lib64/libdb-4.2.so (0x00002ab5013c4000)
        libapr-0.so.0 => /usr/lib64/libapr-0.so.0 (0x00002ab5015a5000)
        librt.so.1 => /lib/librt.so.1 (0x00002ab501704000)
        libm.so.6 => /lib/libm.so.6 (0x00002ab50180d000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x00002ab501965000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00002ab501a9a000)
        libdl.so.2 => /lib/libdl.so.2 (0x00002ab501bb0000)
        libneon.so.26 => /usr/lib64/libneon.so.26 (0x00002ab501cb4000)
        libgnutls.so.12 => /usr/lib64/libgnutls.so.12 (0x00002ab501dd6000)
        libgcrypt.so.11 => /usr/lib64/libgcrypt.so.11 (0x00002ab501f5b000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x00002ab5020a5000)
        libgpg-error.so.0 => /usr/lib64/libgpg-error.so.0 (0x00002ab5021bc000)
        libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00002ab5022bf000)
        libz.so.1 => /lib/libz.so.1 (0x00002ab5023ed000)
        libc.so.6 => /lib/libc.so.6 (0x00002ab502502000)
        /lib64/ld-linux-x86-64.so.2 (0x00002ab500339000)

I assume that you have actually got access to that host? I can't verify because
https is not available for anonymous svn. Could you try on different svn
servers too? Perhaps if it is possible for you, try with neon-0.25.5 .

of course, i can reach this host. see my comment 
https://bugs.gentoo.org/show_bug.cgi?id=148306#c0
(first for this bug)

where i explain how to get a working configuration

https works fine for anonymous svn access.
I had the same issue after updating subversion, but a rebuild of neon without
having to rebuild subversion fixed the issue for me.  neon also had a new flag
in that build (expat), but that shouldn't make a difference.

Could you give me the exact url you try to update (use "svn info" to get it if
you forgot it) and confirm that this one has anonymous read access (For example
by using a webbrowser to go there). I use https myself where the only
difference is that my openssl does not have a revision. And it just works.

This is the kde svn, and i dont think you can have anonymous access using this
url. (there are other ways, of course).
Moreover, i'm using a proxy to connect to it (through ~/.subversion/servers)

I've tried to connect using konqueror on the same url. I have to provide my
login/passwd, but then i can browse the files. Whether i'm using the proxy, or
not.

orzel@berlioz svn/kde-3.5/kdelibs% svn up
svn: PROPFIND request failed on '/home/kde/branches/KDE/3.5/kdelibs'
svn: PROPFIND of '/home/kde/branches/KDE/3.5/kdelibs': SSL negotiation failed:
SSL alert received: Handshake failed (https://svn.kde.org)
orzel@berlioz svn/kde-3.5/kdelibs% svn info
Path: .
URL: https://orzel@svn.kde.org/home/kde/branches/KDE/3.5/kdelibs

If you have the option (if you don't use other apps that require neon-0.26) to
use the 0.25 version. That one is better tested with subversion, although 0.26
does not give problems here in a similar setting. One thing I also remember as
possibly problematic is gnutls. If compiled with gnutls, please try neon
without gnutls (with openssl).

As i state in my first comment, i _does_ work with neon 0.25.5!!

About the ssl/tls problem. i have this : 
[ebuild   R   ] net-misc/neon-0.26.1  USE="gnutls nls ssl zlib -expat -socks5
-static" 0 kB

so i guess i'm already using the openssh thinguy.. no ?

I tried that just to check : 
USE=-ssl emerge neon -vta

[ebuild   R   ] net-misc/neon-0.26.1  USE="gnutls nls zlib -expat -socks5 -ssl*
-static" 0 kB

And doesn't work neither (same error):

svn: PROPFIND request failed on '/home/kde/branches/KDE/3.5/kde-common/admin'
svn: PROPFIND of '/home/kde/branches/KDE/3.5/kde-common/admin': SSL negotiation
failed: SSL alert received: Handshake failed (https://svn.kde.org)

No you use gnutls. Please try to add 
"net-misc -gnutls"
to your /etc/portage/package.use and rebuild neon.

Neon-0.25.5 does not try to use gnutls at all. I've seen some cases of gnutls
not working, so it's a likely cause of your troubles. If this works, please
confirm so the option for gnutls can be removed from neon.

The line should be "net-misc -gnutls ssl", not "net-misc -gnutls".

[ebuild  N    ] dev-util/subversion-1.4.0  USE="berkdb java nls perl python
-apache2 -bash-completion -emacs -nowebdav -ruby" 0 kB
[ebuild  N    ]  net-misc/neon-0.26.1  USE="nls ssl zlib -expat -gnutls -socks5
-static" 0 kB

this way, it works. So gnutls is probably to blame here indeed.
(sorry, i was focusing on the 'ssl' USE, and i missed the (obvious) gnutls.

it's over now i think.