[xfs-masters] [Bug 1059] New: symlink loop for /lib64/libhandle.so

bugzilla-daemon at oss.sgi.com bugzilla-daemon at oss.sgi.com
Wed Oct 29 09:00:51 CDT 2014


http://oss.sgi.com/bugzilla/show_bug.cgi?id=1059

            Bug ID: 1059
           Summary: symlink loop for /lib64/libhandle.so
           Product: XFS
           Version: Current
          Hardware: All
                OS: All
            Status: RESOLVED
          Severity: normal
          Priority: P5
         Component: xfsprogs
          Assignee: xfs-masters at oss.sgi.com
          Reporter: jan at tulak.me
    Classification: Unclassified
            Status: RESOLVED
        Resolution: FIXED

Created attachment 320
  --> http://oss.sgi.com/bugzilla/attachment.cgi?id=320&action=edit
Proposed patch - better check of PKG_ROOT_LIB_DIR and PKG_LIB_DIR.

Description: 
When I install xfsprogs from Git on a Fedora, I get a symlink loop:
$ ls -l /lib64/libhandle.so
lrwxrwxrwx. 1 root root 19 Jul  9 09:56 /lib64/libhandle.so ->
/lib64/libhandle.so


Occurence:
Everytime, on any OS where PKG_LIB_DIR and PKG_ROOT_LIB_DIR make variables 
have different names but point to the same place (as symlinks).


How to replicate:
On Fedora 20/rawhide, clone git://oss.sgi.com/xfs/cmds/xfsprogs and install it
with "make && make install-qa". 


Further informations and proposed solution:
This bug was already discussed on mailing list.

I think I found the reason: On Fedora, /lib64 is a symlink into /usr/lib64, but
"include/buildmacros" script thinks it as two different directories and mess it
during install. Proposed solution: better condition on line 79 to avoid symlink
changes.

The proposed patch checks not just if the directories names are different, but
also whether they are not symlinks pointing to the same place.

--- Comment #1 from jan at tulak.me ---
Closing this bug. It was resolved on mailing list, but this bug entry remained
open.

http://oss.sgi.com/pipermail/xfs/2014-July/037263.html

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://oss.sgi.com/pipermail/xfs-masters/attachments/20141029/0c3f6757/attachment.html>


More information about the xfs-masters mailing list