Bug 199820

Summary:	xen-libs mis-installs SONAME links as copies
Product:	[Fedora] Fedora	Reporter:	Alexandre Oliva <oliva>
Component:	xen	Assignee:	Xen Maintainance List <xen-maint>
Status:	CLOSED RAWHIDE	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	bstein, katzj, laroche
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	-19	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-07-25 13:06:26 EDT	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Description Alexandre Oliva 2006-07-22 12:44:30 EDT

Description of problem:
# /sbin/ldconfig
/sbin/ldconfig: /usr/lib/libblktap.so.3.0 is not a symbolic link

/sbin/ldconfig: /usr/lib64/libblktap.so.3.0 is not a symbolic link

# ls -l /usr/lib*/libblktap.so.3.0*
-rwxr-xr-x 1 root root 13896 Jul 21 17:14 /usr/lib64/libblktap.so.3.0
-rwxr-xr-x 1 root root 13896 Jul 21 17:14 /usr/lib64/libblktap.so.3.0.0
-rwxr-xr-x 1 root root 11888 Jul 21 17:16 /usr/lib/libblktap.so.3.0
-rwxr-xr-x 1 root root 11892 Jul 21 17:16 /usr/lib/libblktap.so.3.0.0

Correct behavior is to install 3.0.0 as the actual library, and 3.0 -> 3.0.0 as
a symlink.  (although 3.0 is odd in the SONAME, normally people use a single
number for the SONAME)

Version-Release number of selected component (if applicable):
xen-libs-3.0.2-18

Comment 1 Jeremy Katz 2006-07-22 14:43:28 EDT

Yeah, I noticed this and sent a patch for it upstream.

Comment 2 Jeremy Katz 2006-07-24 09:29:56 EDT

*** Bug 199917 has been marked as a duplicate of this bug. ***