Util-Linux-NG-2.15.1 vs. e2fsprogs
Tobias Gasser
lfs at ebp-gasser.ch
Sat Jun 27 10:49:00 MDT 2009
Matthew Burgess schrieb:
> Hi all,
>
> So, I'm trying to get Util-Linux-NG-2.15.1 to play nicely with e2fsprogs-1.41.6.
>
> I'm taking the following approach:
>
> 1. Build pkg-config in chapter 5 (required for point 3)
> 2. Build util-linux-ng with --with-fsprobe=builtin and
> 'make -C libs/blkid install' to have it provide libblkid for e2fsprogs to use
> 3. Build e2fsprogs with --disable-libblkid so that it uses Util-Linux-NG's
> version of libblkid, detected via pkg-config during ./configure.
>
as mentionned in "udev 1.42 : vol_id missing" i have a running system
with another approach: i keept litteraly to the book just updateing the
packages and adding the --with-fsprobe=builtin to util-linux-ng.
i just doublechecked and have to admit i install pkgconfig after
e2fsprogs. e2fsprog installs it's ext2fs.pc in /usr/lib/pkgconfig even
without pkgconfig installed first.
i have libuuid.so.1.2 and libblkid.so.1.0 from e2fsprogs. but i have
another libblkid.so.1.0.0 from util-linux-ng !!
the symlink from e2fsprogs (libblkid.so.1 to libblkid.so.1.0.0) is
replaced by util-linux-ng (libblkid.so.1 and libblkid.so.1.0 to
libblkid.so.1.0.0) and ldd can't find any ref to libblkid.so.1.0 (all
are to libblkid.so.1) thus i now removed the libblkid.so.1.0 and still
everything's fine.
as i remove the static libs (libblkid.a and libuuid.a from e2fsprogs
which are built even with --disable-static in the configure step) i
don't have any static linked tools arround.
as your error confirms, e2fsprogs requires to find libblkid, thus we
can't use --disable-libblkid. but util-linux-ng will build it's own and
replace the symlinks just leaving a unused lib from e2fsprogs which can
be removed before building util-linux-ng.
i'll now run a new build with removing libblkid.so.1.0.0 after
installing e2fsprogs but i guess there might some package(s) requireing
it too bevore util-linux-ng will install it's version.
i'll post my results as soon as i have them...
tobias
More information about the lfs-dev
mailing list