Bug 156488 - opensslv.h: SHLIB_VERSION_NUMBER != soname ??
Summary: opensslv.h: SHLIB_VERSION_NUMBER != soname ??
Status: RESOLVED NOT A BUG
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: kssl (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: George Staikos
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-23 18:38 UTC by Rex Dieter
Modified: 2008-01-24 04:06 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
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.