Bug 156488

Summary:	opensslv.h: SHLIB_VERSION_NUMBER != soname ??
Product:	[Frameworks and Libraries] kio	Reporter:	Rex Dieter <rdieter>
Component:	kssl	Assignee:	George Staikos <staikos>
Status:	RESOLVED NOT A BUG
Severity:	normal
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed In:

Description Rex Dieter 2008-01-23 18:38:52 UTC

Version:            (using KDE 4.0.0)
Installed from:    Fedora RPMs
OS:                Linux

Due to licensing issues (I understand) kdelibs dlopens openssl instead of linking.  In order to make this work, kdelibs needs to know the soname of both libcrypto and libssl.  kdelibs tries to use libssl.so.SHLIB_VERSION_NUMBER
(and libcrypto.so.SHLIB_VERSION_NUMBER) as defined by openssl/opensslv.h
header. Unfortunately, this doesn't work (for me), since
SHLIB_VERSION_NUMBER=0.9.8
and the soname in on my box is:
libssl.so.0.9.8g

Is the value of SHLIB_VERSION_NUMBER incorrect on my build?
Is this usage/expection of SHLIB_VERSION_NUMBER to name sonames invalid?
Any suggestions on how to make this work better?

Comment 1 Rex Dieter 2008-01-23 18:40:39 UTC

I'm ping-ponging this between fedora bz, openssl ml, and here, in the hopes that someone somewhere understands this better.

openssl-users
http://marc.info/?l=openssl-users&m=120110500517612&w=2

fedora bz, same issue:
http://bugzilla.redhat.com/429846

Comment 2 Rex Dieter 2008-01-24 04:06:12 UTC

OK, nothing to see here.  Afaict, this is a problem of fedora's own making.