Bug 199820

Summary: xen-libs mis-installs SONAME links as copies
Product: [Fedora] Fedora Reporter: Alexandre Oliva <oliva>
Component: xenAssignee: Xen Maintainance List <xen-maint>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: bstein, katzj, laroche
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
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:

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):
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. ***