[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: Thu, 22 Jul 2010 07:35:36 -0400

On Wed, Jul 21, 2010 at 8:18 AM, Angel Tsankov <fn42551_at_fmi.uni-sofia.bg> wrote:
> Nico Kadel-Garcia wrote:
>>
>> 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,
>
> I build myself all of these packages from source and install them.

Oh, dear. You're begging to introduce surprises that didn't show up in
release testing, especially if you're staying on the leading edge.
Replacing OpenSSL manually, especially, is begging to break other
packages, such as httpd.

>> and then slapping kdesvn on top?
>
> I don't know what you mean by 'slapping kdesvn on top'.  I simply build
> (from source) and install kdesvn after installing all these packages the way
> I already explained.

So you compiled and installed each of them in the order you listed? Or
you compiled them all first, then installed them all.

This sort of thing is why I like building RHEL and CentOS packages
with "mock", which creates a chroot cage built from scratch with only
system default components in it and does the build there. Handy
software for preventing software skew from breaking other packages
unannounced, but I recognize that it may not be the standard approach
for your distribution.

Which distribution are you using?

>> Or are you installing pre-built binaries from an upstream source?
>
> No, I'm not installing pre-built binaries.
>
>
> Angel Tsankov
>
Received on 2010-07-22 13:36:18 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.