libmd5 soname conflict.

[Paweł Sikora]

in silc-toolkit-1.1.5-2.x86_64.rpm we have /usr/lib/64/silc/modules/md5.sim.so object with:

$ readelf -d md5.sim.so |grep SONAME
 0x000000000000000e (SONAME) Library soname: [libmd5.so.0]

this bougus soname conflicts with w3c-libwww-5.4.0-8.x86_64.rpm:/usr/lib64/libmd5.so.0.1.0.

[Paweł Sikora (pluto-pld-linux)]

fixed by http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SPECS/silc-toolkit.spec.diff?r1=1.9;r2=1.10

[Elan Ruusamäe (glen666)]

wouldn't it be reasonable to resolve it in w3c-libwww package too?
as i briefly recall libmd5.so.0 dep being pulled in in some other package

and the libmd5.so.0 was not really same implementation as libcrypto.so.0 from openssl for example provides but package expected (while MD5Init and MD5Update symbols did match).

$ rpm -q w3c-libwww --provides
libmd5.so.0
libpics.so.0
libwwwapp.so.0
libwwwcache.so.0
libwwwcore.so.0
libwwwdir.so.0
libwwwfile.so.0
libwwwftp.so.0
libwwwgopher.so.0
libwwwhtml.so.0
libwwwhttp.so.0
libwwwinit.so.0
libwwwmime.so.0
libwwwmux.so.0
libwwwnews.so.0
libwwwssl.so.0
libwwwstream.so.0
libwwwtelnet.so.0
libwwwtrans.so.0
libwwwutils.so.0
libwwwxml.so.0
libwwwzip.so.0

so there libwwwmd5.so.0 would seem sane choice...

[Elan Ruusamäe (glen666)]

oh found the problem i had:
http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/ntp-md5.patch

[Paweł Sikora (pluto-pld-linux)]

naturally, w3c also needs fix.
btw., i've checked in the libmd5.spec for future use.

[Elan Ruusamäe (glen666)]

On Wednesday 17 September 2008 12:13:41 Paweł Sikora wrote:
> naturally, w3c also needs fix.
> btw., i've checked in the libmd5.spec for future use.

yeah. the question really is, is w3c (perl!) package that we want to use for
md5 mechanisms in distro?

for ntpd. i didn't.

--
glen

[Arkadiusz Miśkiewicz (arekm)]

openssl implementation should be used if someone cares. No need for new dependencies (since almost everyone has openssl installed and it's our base package).