#2028: XFSProgs-2.8.4
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [email protected]
Type: task | Status: new
Priority: normal | Milestone: 6.2
Component: BOOK | Version: SVN
Severity: normal | Resolution:
Keywords: |
----------------------------------------+-----------------------------------
Comment (by [EMAIL PROTECTED]):
I'd noticed, too, that there were some extra symlinks installed in
/usr/lib and /lib. It should be one or the other. Possibly /lib since you
might want your file system utilities accessible if /usr isn't mounted
yet.
Regardless, the way I'd been thinking about it to leave out the `make
install-dev` and recreating the installation by running the libtool
commands directly. But if you've got a plan and want to take the bug, go
for it. You could certainly let it do what it wants and then move the
library around. You may also want to look into passing the PKG_DOC_DIR
variable during the install to get /usr/share/doc/xfs-$VERSION rather than
/usr/share/doc/xfs.
BTW, is there an install-lib target? There is one for the acl and attr
packages that are packaged the same way.I can't recall what it does, but
this is the way I'd installed acl (with a DESTDIR):
{{{
make DEBUG=-DNDEBUG OPTIMIZER="$CFLAGS"
make prefix=${PM_DEST}/usr \
PKG_LIB_DIR=${PM_DEST}/lib \
PKG_DEVLIB_DIR=${PM_DEST}/usr/lib \
PKG_DOC_DIR=${PM_DEST}/usr/share/doc/acl-${VERSION} \
install install-dev install-lib
rm -vf ${PM_DEST}/lib/libacl.{a,la,so}
ln -svf ../../lib/libacl.so.${SOVERSION} ${PM_DEST}/usr/lib/libacl.so
}}}
--
Ticket URL: <http://wiki.linuxfromscratch.org/blfs/ticket/2028>
BLFS Trac <http://wiki.linuxfromscratch.org/blfs>
Beyond Linux From Scratch
--
http://linuxfromscratch.org/mailman/listinfo/blfs-book
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
