Hi, I have problem - to this chapter - 6.26.1 - I resolved the problems,
but now cannot, sorry...
CC ../../e2fsck/revoke.c
CC ../../e2fsck/ea_refcount.c
CC ../../e2fsck/rehash.c
CC ../../e2fsck/profile.c
CC prof_err.c
CC ../../e2fsck/logfile.c
CC
Viola Zoltán wrote:
Hi, I have problem - to this chapter - 6.26.1 - I resolved the problems,
but now cannot, sorry...
CC ../../e2fsck/revoke.c
CC ../../e2fsck/ea_refcount.c
CC ../../e2fsck/rehash.c
CC ../../e2fsck/profile.c
CC prof_err.c
CC
Le 29/10/2013 21:00, Bruce Dubbs a écrit :
Viola Zoltán wrote:
Hi, I have problem - to this chapter - 6.26.1 - I resolved the problems,
but now cannot, sorry...
/sources/e2fsprogs-1.42.8/build/e2fsck/../../e2fsck/journal.c:1072:
undefined reference to `blkid_get_devname'
dirinfo.o: In
On Oct 29, 2013, at 2:46 PM, Viola Zoltán wrote:
unix.o: In function `PRS':
/sources/e2fsprogs-1.42.8/build/e2fsck/../../e2fsck/unix.c:763:
undefined reference to `blkid_get_cache'
/sources/e2fsprogs-1.42.8/build/e2fsck/../../e2fsck/unix.c:855:
undefined reference to `blkid_get_devname'
Yes, I have installed UtilLinux, but I think, the problem same as described
here:
http://www.mail-archive.com/lfs-dev@linuxfromscratch.org/msg13436.html
I build a GoboLinux-style directory-hierarchy (tree), (see in the
http://gobolinux.org ) and now I try erase this pkg-config problem. (I
hope,
Hello,
It seems the fsck programs for ext2 and ext3 don't get built in LFS 7.1. They
are explicitly not built by config for the e2fsprogs. Are they built/installed
someplace else?
Thanks
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ:
Mike Johnston wrote:
Hello, It seems the fsck programs for ext2 and ext3 don't get built
in LFS 7.1. They are explicitly not built by config for the
e2fsprogs.
I have:
$ ls -1 /sbin/fsc*
/sbin/fsck
/sbin/fsck.cramfs
/sbin/fsck.ext2
/sbin/fsck.ext3
/sbin/fsck.ext4
/sbin/fsck.ext4dev
-support] e2fsprogs
Mike Johnston wrote:
Hello, It seems the fsck programs for ext2 and ext3 don't get built
in LFS 7.1. They are explicitly not built by config for the
e2fsprogs.
I have:
$ ls -1 /sbin/fsc*
/sbin/fsck
/sbin/fsck.cramfs
/sbin/fsck.ext2
/sbin/fsck.ext3
/sbin/fsck.ext4
/sbin
Mike Johnston wrote:
So I built util-linux-2.20.1 and it has fsck, fsck.minix.
Building e2fs the command line in the 7.1 book has the
--disable-fsck flag in the configure. This prevents the ext2/3/4
from being built.
The list of installed programs lower in the book shows them being
the e2fsprogs configure.
Many thanks here,
Mike
From: Bruce Dubbs bruce.du...@gmail.com
To: Mike Johnston mkejohns...@yahoo.com; LFS Support List
lfs-support@linuxfromscratch.org
Sent: Tuesday, August 28, 2012 4:58 PM
Subject: Re: [lfs-support] e2fsprogs
Mike
*Sent:* Tuesday, August 28, 2012 4:58 PM
*Subject:* Re: [lfs-support] e2fsprogs
Mike Johnston wrote:
So I built util-linux-2.20.1 and it has fsck, fsck.minix.
Building e2fs the command line in the 7.1 book has the
--disable-fsck flag in the configure. This prevents the ext2/3/4
from being
Mike Johnston wrote:
Maybe I'm dense here, but the Util-Linux doesn't have a fsck.ext2 or
fsck.ext3 in it's list of programs installed. Which module installs
an fsck capable of ext2/3 filesystems?
When I built Util-linux I didn't get a fsck.ext2 or ext3. I only saw
those if I left the
I'm building under ubuntu 12.04 installed on a VirtualBox. There are
two partitions, /dev/sda1 for the ubuntu build system, /dev/sda5 for the
target lfs. Both of them are formatted ext4.
debugfs -R feature /dev/sda5
reported extra features:
extent
flex_bg
Jim Michmerhuizen wrote:
I'm building under ubuntu 12.04 installed on a VirtualBox. There are
two partitions, /dev/sda1 for the ubuntu build system, /dev/sda5 for the
target lfs. Both of them are formatted ext4.
debugfs -R feature /dev/sda5
reported extra features:
extent
On Fri, Aug 17, 2012 at 02:48:30PM +0100, Ken Moffat wrote:
On Fri, Aug 17, 2012 at 11:42:26AM +0300, Markku Pesonen wrote:
I think the problem may lie in the way LFS installs the tzdata package.
Glibc 2.15 (and earlier) installed timezone data without leap second
information in
Lewis Pike wrote:
Digging a bit deeper into the test suits logs does indeed reveal a
difference of 18 seconds on the time stamps. I checked and 18 leap
seconds did occur between the aforementioned dates.
I tried duplicating the test errors by building and testing
e2fsprogs-1.42.5 on a
On Fri, Aug 17, 2012 at 11:42:26AM +0300, Markku Pesonen wrote:
I think the problem may lie in the way LFS installs the tzdata package.
Glibc 2.15 (and earlier) installed timezone data without leap second
information in /usr/share/zoneinfo and /usr/share/zoneinfo/posix (why
two copies of the
Ken Moffat wrote:
On Fri, Aug 17, 2012 at 11:42:26AM +0300, Markku Pesonen wrote:
I think the problem may lie in the way LFS installs the tzdata package.
Glibc 2.15 (and earlier) installed timezone data without leap second
information in /usr/share/zoneinfo and /usr/share/zoneinfo/posix (why
On Fri, Aug 17, 2012 at 10:51:06AM -0500, Bruce Dubbs wrote:
On a fresh LFS svn system, I can do
$ TZ=EST date;date;date -u
Thu Aug 16 23:56:26 EST 2012
Fri Aug 17 04:56:26 GMT 2012
Fri Aug 17 04:56:51 UTC 2012
My understanding is that POSIX ignores leap seconds, and TZ settings
does
Ken Moffat wrote:
On Fri, Aug 17, 2012 at 10:51:06AM -0500, Bruce Dubbs wrote:
On a fresh LFS svn system, I can do
$ TZ=EST date;date;date -u
Thu Aug 16 23:56:26 EST 2012
Fri Aug 17 04:56:26 GMT 2012
Fri Aug 17 04:56:51 UTC 2012
My understanding is that POSIX ignores leap seconds, and TZ
Bruce Dubbs wrote:
Lewis Pike wrote:
Digging a bit deeper into the test suits logs does indeed reveal a
difference of 18 seconds on the time stamps. I checked and 18 leap
seconds did occur between the aforementioned dates.
I tried duplicating the test errors by building and testing
I'm getting some failures during the e2fsprogs test suite in part 3 of
LFS Version SVN-20120806; revision 9930, to be exact.
This seems related to ticket #3146 [1] in the bug reports. The report
indicates that the issue has been fixed in svn r9926 with the upgrade
to e2fsprogs-1.42.5.
I am at
Lewis Pike wrote:
I'm getting some failures during the e2fsprogs test suite in part 3 of
LFS Version SVN-20120806; revision 9930, to be exact.
This seems related to ticket #3146 [1] in the bug reports. The report
indicates that the issue has been fixed in svn r9926 with the upgrade
to
Bruce Dubbs wrote:
Yes. That's due to a change in timezone data and adding leap
seconds in glibc. The tests have not caught up with the changes.
Look at the output of the tests:
-File /lost+found (inode #11, mod time Mon Sep 20 03:26:36 1993)
+File /lost+found (inode #11, mod time Mon Sep
24 matches
Mail list logo