I tried to update xfsprogs on Lilblue (hardened uclibc on AMD64). This requires the patch to replace ustat with statfs attached to bug 477758 to be able to compile. But then on install, gen_usr_ldscript fails because the libraries are now in /usr/lib instead of /lib. However, there are 3 binaires in /sbin: fsck.xfs , mkfs.xfs and xfs_repair. These binaries link to the libraries in /usr/lib. I don't know how to handle this. Should I remove the gen_usr_ldscript call in the ebuild or move the libraries to /lib? Reproducible: Always Steps to Reproduce: 1. mkdir -p /usr/local/portage/sys-fs 2. cp -a /usr/portage/sys-fs/xfsprogs /usr/local/portage/sys-fs 3. wget -O /usr/local/portage/sys-fs/xfsprogs/files/xfsprogs-4.3.0-use-statfs.patch https://477758.bugs.gentoo.org/attachment.cgi?id=421544 4. edit /usr/local/portage/sys-fs/xfsprogs/xfsprogs-4.5.0.ebuild to add the epatch statement 5. ebuild /usr/local/portage/sys-fs/xfsprogs/xfsprogs-4.5.0.ebuild manifest 6. emerge -1 xfsprogs Actual Results: * ERROR: sys-fs/xfsprogs-4.5.0::repzilon failed (install phase): * unable to read SONAME from libxfs.so * * Call stack: * ebuild.sh, line 133: Called src_install * environment, line 1956: Called gen_usr_ldscript '-a' 'xfs' 'xlog' * environment, line 1035: Called die * The specific snippet of code: * [[ -z ${tlib} ]] && die "unable to read SONAME from ${lib}"; Expected Results: xfsprogs installed on system
Created attachment 437220 [details] build.log
> * ERROR: sys-fs/xfsprogs-4.5.0::repzilon failed (install phase): What repo is repzilon?
*** This bug has been marked as a duplicate of bug 477758 ***