"Could not find our part" Error

[damon]

After start of Kdesvn 0.11.0 'Could not find our part' error pops up. Then I click 'Ok', the main window apperas - without menus, buttons etc...

ADDITIONAL INFORMATION: My OS is Suse Linux 10.1 i386, although I tried it on Suse 10.1 x64 with same result. KDE version is 3.5.1. Qt3 is installed. cmake-2.4.6. Kdesvn is built from the source.

I've had this problem before, I ran kdesvn with strace and saw that libkdesvnpart.so couldn't be found. After some copying and symbolic-linking it started to work and worked fine till yesterday. Yesterday I recompiled svn 1.4.2. with ssl option and the problem appeared again. I tried recompiling kdesvn many times, libkdesvnpart.so seems to be found. I'll upload you the strace output.

I also tried svn 1.4.3. --with-ssl - same result

[alwin]

Seems that you have a problem with "unresolved symbols". To get some more info about you play with the "LD_PRELOAD" environment. (This is mostly the case when after recompile svn-libs svn-frontends don't work anymore).

eg., set LD_PRELOAD=<path>/<to>/libkdesvnpart.so

and it should print some information more whats going wroing. (Be care: this will done for EACH statement inside this terminal, so unset this variable before doing something else.)

Hope that may help you

[damon]

I tried:

~> export LD_PRELOAD=/usr/local/lib/kde3/libkdesvnpart.so ~> kdesvn kdesvn: symbol lookup error: /usr/local/lib/libsvn_ra_dav-1.so.0: undefined symbol: SSL_shutdown

then I did this:

~> export LD_PRELOAD=/usr/lib/libssl.so ~> kdesvn

and it worked.

Anyway, 10x for the advice, it helped :)

[alwin]

hm. but should not happen. don't know why it doesn't load ssl-lib itself. this only happens with selfbuild svn-libs?

[damon]

Sorry, I couldn't test with something else.

I tried recompiling svn 1.4.3. and Kdesvn 0.11 on 64 bit Suse 10.1 where I had similar problems before. Had to recompile neon lib also with ssl and --with-shared (which is 'no' by default) options and everything works fine.

Maybe neon library was a problem, don't know exactly what it does, but seems to be some ssl stuff also.

[haizaar]

+1 here - recompiling neon with '--enable-shared' did the trick for me as well. Thank you!

[alwin]

Ok, I'll put this info into build FAQ. Many thanks for your feedback.

[damon]

It seems that I still have a problem on 32bit Linux after recompiling and stuff and still start it with

export LD_PRELOAD=/usr/lib/libssl.so kdesvn export LD_PRELOAD=

weird...

[haizaar]

neon is high level abstraction library for HTTP and webdav protocols. Its used by subversion. I have 32 bit Linux as well, and I've compiled neon '--with-ssl' and with '--enable-shared' (note: not '--with-shared', but '--enable-shared').and it did the trick for me. Damon, you may want to recheck that you actually have neon shared libraries.

After rebuilding neon, you'd better rebuild subversion as well, because how subversion compiles depends on features supported by neon (discovered during configure time).

BTW in my case, when I've found the problem, neon was compiled without ssl, but with gssapi, so I had to preload libgssapi.so

[damon]

Yeah, I found neon shared libraries and I had compiled neon with --enable-shared (just made a mistake in my previous post). Svn and Kdesvn were also rebuilt. All libraries' files seem to be new...

[alwin]

tnx to you for your information!