[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: libsvn_ra_neon-1.so.0: undefined symbol: GENERAL_NAME_free

From: Nico Kadel-Garcia <nkadel_at_gmail.com>
Date: Wed, 21 Jul 2010 08:05:45 -0400

On Tue, Jul 20, 2010 at 7:32 AM, Angel Tsankov <fn42551_at_fmi.uni-sofia.bg> wrote:
> When I run kdesvn I get a dialog showing the following message:
> Could not find our part: Cannot load library /usr/lib/kde4/kdesvnpart.so:
> (/usr/lib/libsvn_ra_neon-1.so.0: undefined symbol: GENERAL_NAME_free)
> Files /usr/lib/kde4/kdesvnpart.so and /usr/lib/libsvn_ra_neon-1.so.0 both
> exist. The former is part of kdesvn and the latter is part of subversion.
>  In case this is relevant, I have installed the following packages:
> * openssl 0.9.8j (configured with --prefix=/usr --openssldir=/usr/share);
> * neon 0.28.4 (configured with --prefix=/usr --with-ssl);
> * subversion 1.6.12 (configured with --prefix=/usr).
> Do I need to upgrade openssl or neon? Or is the problem elsewhere?

Start from the beginning. Are you building all of these components
yourself, and then slapping kdesvn on top? Or are you installing
pre-built binaries from an upstream source? If you're installing from
upstream, I'd guess that you are getting the components from different
sources and need to recompile kdesvn. And this sort of conflict is why
building from scratch is a lot of extra work.

Received on 2010-07-21 14:06:25 CEST

This is an archived mail posted to the Subversion Users mailing list.