acl & attr install error

bryan_S · 06-19-2015, 12:18 PM

I built a recent (6/10) svn version of LFS and i wanted to add the pkg manager from Crux ('pkgutils'). Non LFS requirement is libarchive - I installed that. But, it complained of missing static libs for libarchive, acl, attr, expat, & xz. I rebuilt those to get the static libs but ran into some problems with both acl & attr:

Code:

/bin/make -C libacl install-lib
make[1]: Entering directory '/sources/build/acl-2.2.52/libacl'
cd ../libacl/.libs; 
../../include/install-sh -o root -g root -m 755 -d /usr/lib;
../../include/install-sh -o root -g root -m 644 -T so_dot_version libacl.lai /usr/lib; 
../../include/install-sh -o root -g root -T so_dot_current libacl.lai /usr/lib
../../include/install-sh: line 211:  6989 Bus error               $CP $solib $install_name
sed: error while loading shared libraries: /lib/libacl.so.1: file too short

This during the 'make install-lib' part of acl or attr. The shared library was in fact zero length (but the static lib was built okay). I had to exit & re-enter chroot with PATH=/tools and then i was able to build acl & attr w/ success.

I installed pkgutils and reinstalled acl & attr as 1st two pkgs in package manager database - also no problems. My only question is what went wrong - why did that error happen?

One place i did deviate from the book - /lib is symlinked to /usr/lib (so is /lib64).

Krejzi · 06-19-2015, 04:01 PM

I believe this is an issue with libacl.so.* being overwitten by a program that uses it - install or cp. I have seen this before. A fix is to set LD_LIBRARY_PATH to the source/build dir (or a subdirectory inside source/build dir) where the shared library resides before running make install.

bryan_S · 06-20-2015, 06:01 AM

Thanks, i will keep that in mind it i see this again - easier than exiting the chroot and changing the PATH. I quess i wont see this issue again on this build since i'm using a package manager now (with lines like 'make DESTDIR=$PKG install' in the build script).