'libuuid'/'libblkid' issues with 'e2fsprogs' and 'util-linux-ng'

Discussion:

Mark Pokorny

2009-07-20 22:07:43 UTC

Hello all,

I have a quick question regarding the new build order for
'e2fsprogs-1.41.8' and 'util-linux-ng-2.16' on the x86_64 Multilib
build (SVN-20090718 – Chapter 7.4). When configuring the 'e2fsprogs'
package with the new arguments ('--disable-libuuid' and
'--disable-libblkid'), it fails with the following error:

…
checking pkg-config is at least version 0.9.0... yes
checking for uuid_generate in -luuid... no
configure: error: external uuid library not found

A similar error for 'blkid' appears if I omit the '--disable-libuuid'
argument. 'Util-linux-ng' (built on the previous page) _does_ install
the required libraries into ${CLFS}/lib, but 'e2fsprogs' doesn't seem
to acknowledge their existance. Is there some way to force 'e2fsprogs'
to 'see' these libraries while configuring?

I have not deviated from the SVN book up to this point (except for
using Linux version 2.6.30.1 headers), and previous builds with the
old ordering worked perfectly fine. I am building from Arch Linux
hosts (both i686 and x86_64).

Regards,

Mark.

Jim Gifford

2009-07-20 22:18:41 UTC

Permalink

Post by Mark Pokorny
Hello all,
I have a quick question regarding the new build order for
'e2fsprogs-1.41.8' and 'util-linux-ng-2.16' on the x86_64 Multilib
build (SVN-20090718 – Chapter 7.4). When configuring the 'e2fsprogs'
package with the new arguments ('--disable-libuuid' and
…
checking pkg-config is at least version 0.9.0... yes
checking for uuid_generate in -luuid... no
configure: error: external uuid library not found
A similar error for 'blkid' appears if I omit the '--disable-libuuid'
argument. 'Util-linux-ng' (built on the previous page) _does_ install
the required libraries into ${CLFS}/lib, but 'e2fsprogs' doesn't seem
to acknowledge their existance. Is there some way to force 'e2fsprogs'
to 'see' these libraries while configuring?
I have not deviated from the SVN book up to this point (except for
using Linux version 2.6.30.1 headers), and previous builds with the
old ordering worked perfectly fine. I am building from Arch Linux
hosts (both i686 and x86_64).
Regards,
Mark.
_______________________________________________
Clfs-support mailing list
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org

This was a recent changed, I'll update in a few.

Jim Gifford

2009-07-20 22:41:11 UTC

Permalink

Post by Jim Gifford

This was a recent changed, I'll update in a few.
_______________________________________________
Clfs-support mailing list
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org

Update is in to fix the issue, give it about 30 mins to make it to the
website.

Mark Pokorny

2009-07-21 01:50:08 UTC

Permalink

Post by Jim Gifford

This was a recent changed, I'll update in a few.
_______________________________________________
Clfs-support mailing list
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org

Update is in to fix the issue, give it about 30 mins to make it to the
website.
_______________________________________________
Clfs-support mailing list
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org

I have just tested the updates made to the book (SVN-20090720), and
they compile without problems. Thanks a mill!

Regards,

Mark.

Mark Pokorny

2009-07-22 19:55:55 UTC

Permalink

Post by Mark Pokorny
…
I have just tested the updates made to the book (SVN-20090720), and
they compile without problems. Thanks a mill!
Regards,
Mark.

Hi Jim.

Some more information on this for you: upon booting into the temporary
build environment in Chapter 9, the bootscripts can't find the new
'libblkid' libraries, and throws up the error:

mount: error opening shared libraries: libblkid.so.1: unable to open
shared object file: no such file or directory

There are also errors from udev, but I believe these are due to the
root file system failing to mount in read/write mode. I've tried
creating symlinks in /tools/lib, ${CLFS}/lib and ${CLFS}/usr/lib;
connecting 'libblkid.so.1' to 'libblkid.so.1.1.0' and
'../../lib/blikid.so.1.1.0' respectively, but this doesn't seem to
make a difference.

Is there a particular place where 'mount' will look for these shared libraries?

Thanks again,

Mark.