Red Hat Bugzilla – Bug 165080
libbeecrypt.so requires libstdc++
Last modified: 2007-11-30 17:11:11 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050719 Fedora/1.7.10-1.5.1
Description of problem:
Dispite beecrypt in FC is being configured with c++ disabled, beecrypt's code pulls in dependencies on c++ rsp. libstdc++.
This dependency causes all C-applications linked againt libbeecrypt.so to depend on libstdc++.
One of these applications is /bin/rpm, where this beecrypt design flaw causes severe problems:
* libbeecrypt.so introduces unneccessarily nasty dependencies for the rpm package.
* According to the FHS, /bin/rpm must not be linked against any library below /usr (The fact that /bin/rpm is using /usr/lib/libbeecrypt.so.* is a different problem).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: # ldd /usr/lib/libbeecrypt.so
linux-gate.so.1 => (0x00f99000)
librt.so.1 => /lib/librt.so.1 (0x00367000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00150000)
libdl.so.2 => /lib/libdl.so.2 (0x008f5000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00e4d000)
libm.so.6 => /lib/libm.so.6 (0x00aaa000)
libc.so.6 => /lib/libc.so.6 (0x00162000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00c0d000)
Expected Results: libbeecrypt should be a pure c-library.
IMO, the only solution is to _remove_ cppglue.cxx from the Makefile.am, rsp. upstream to completely split C from C++.
AM_CONDITIONAL'ising this will not help, because this would still will trigger libtool to (correctly) use the c++ linker instead of the c-linker and will still pull in libstdc++.
This report targets the FC3 or FC4 products, which have now been EOL'd.
Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?
Panu, may I draw your attention to this bug having been ignored way too long.
It prevents being able to ship a dynamically linked rpm, because it would add a
dependency of rpm*-programs in /bin or /sbin on /usr/lib/*.
Right, we don't want rpm pulling in libstdc++ directly or indirectly. Will handle...
Well, would handle if acl's were not in the way. And over to the new owner...
Tomas, I'll send you the patches for this and some other accumulated work. BTW
I'd be willing to co-maintain beecrypt for Fedora if you don't have objections,
rpm is pretty much the only thing using beecrypt anyway.
Fixed in beecrypt-4.1.2-13 in tomorrows rawhide push.