Bug 215934

Summary:	statically linked stringprep implementation
Product:	[Fedora] Fedora	Reporter:	Joe Orton <jorton>
Component:	libsilc	Assignee:	Stu Tomlinson <stu>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	stu, toniw, wtogami
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	1.1.5-2.fc9	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-01-26 15:43:37 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	216170

Description Joe Orton 2006-11-16 13:11:04 UTC

Description of problem:
libsilc appears to have a statically linked copy of the stringprep
implementation from libidn which isn't namespace-protected:

jorton@jolt:~$ nm -D /usr/lib/libsilc.so  | grep stringprep
...
0000f9b0 T stringprep
0000f2c0 T stringprep_4i
0000fc00 T stringprep_4zi
...

this should either be namespace-protected properly, or (ideally) libsilc should
just link against libidn for stringprep support.

Comment 1 Joe Orton 2006-11-17 12:49:09 UTC

Complete list of global symbol conflicts from this library:

Clashes for /usr/lib/libsilc-1.0.so.2.4.1:
  with /usr/lib/libidn.so.11.5.19 => stringprep_rfc3454_B_2
stringprep_rfc3454_B_3 (...23 symbols omitted...) stringprep_rfc3454_A_1
  with /usr/lib/libpisock.so.8.0.5 => MD5Transform MD5Init MD5Update MD5Final
  with /usr/lib/libgs.so.8.15 => mem_close mem_open
  with /usr/lib/libncp.so.2.3.0 => mp_div mp_mod mp_neg mp_init

Comment 2 Stu Tomlinson 2008-01-26 15:43:37 UTC

libsilc in rawhide now links against libidn for stringprep support, and I
believe the other conflicts have been resolved upstream some time ago so this
should all be fixed in rawhide now.