robert at linuxfromscratch.org
Mon Sep 3 14:31:55 PDT 2007
LFS (6.x), and HLFS, are the only supported host system for HLFS, partially
because of things like this, and also because of trust. We want the host
system to have Scrt1.o, for example, and to expect the Glibc tests pass the
host system kernel should be vanilla, and then there's the bug below. Using
LFS or HLFS as the host system is the only way to be sure that the host
system is going to support the build of largely vanilla packages. Despite
saying this, I've never had a problem with Slackware.
On Monday September 3 2007 10:24:37 am goodoldmarty at gmail.com wrote:
> >> > I don't believe this is exclusive to my system, but that is possible.
> >> > Otherwise, these issues are really a bit much for me to debug.
> >> >
> >> > Marty B.
> > FWIW, I got a similar error from installing a distro (not hlfs)on a
> > preformatted ext3 drive which I got rid of by removing and recreating
> > the journal. I wonder if ext3 has broken compatibility with earlier
> > versions recently?
> I found some traffic on this issue in the LKML and GLIBC list. It seems
> some patches have introduced structure incompatabilities with previous
> EXT3 filesystems. However; Ext3 does appear to work fine on a native
> hlfs filesystem. I think this warrants disclosure in the book.
> Marty B
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the hlfs-dev