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

[bugzilla-daemon@xxxxxxxxxxx]

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@oss.sgi.com
Reporter	jan@tulak.me
Classification	Unclassified
Status	RESOLVED
Resolution	FIXED

Comment # 1 on bug 1059 from jan@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

Created attachment 320 [details]
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.

---

      You are receiving this mail because:

• You are the assignee for the bug.