date:20090716

Pol Vangheluwe wrote:
 I am trying to install LFS, edition 6.4 on an Apple PowerPC 7200 
 (indeed, an old-world Mac).  I installed linux from the MkLinux 
 distribution R1 (yes, a very old distribution) and then upgraded the 
 system to Linux 2.6 from 
 sources.  I could not upgrade glibc without breaking the system, so it is 
 still running glibc-2.1.3.  This is the only requirement for the host system 
 I could not fulfill.

 lfs:/lfs/sources/gcc-build$ cat /etc/issue

 Linux for PowerPC. Brought to you by The MkLinux Project.
 Based on Red Hat Linux Red Hat Linux release 6.0 (Hedwig)
 Kernel 2.6.26BuiltbySoftPol on a PowerPC 601

 I have a problem, building gcc-4.3.2 in pass 2:

 lfs:/lfs/sources/gcc-build$ ../gcc-4.3.2/configure --prefix=/tools 
 --with-local-prefix=/tools --enable-clocale=gnu --enable-shared 
 --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++ 
 --disable-libstdcxx-pch --disable-bootstrap
 (…)
 lfs:/lfs/sources/gcc-build$ make
 (…)
 # Now that we have built all the objects, we need to copy
 # them back to the GCC directory. Too many things (other
 # in-tree libraries, and DejaGNU) know about the layout
 # of the build tree, for now.
 make install-leaf DESTDIR=../.././gcc \
 slibdir= libsubdir= MULTIOSDIR=.
 make[3]: Entering directory 
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 /bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs ../.././gcc
 /usr/local/bin/install -c -m 644 libgcc_eh.a ../.././gcc/
 chmod 644 ../.././gcc/libgcc_eh.a
 /tools/powerpc-unknown-linux-gnu/bin/ranlib ../.././gcc/libgcc_eh.a
 /bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs ../.././gcc; 
 /usr/local/bin/install -c -m 644 ./libgcc_s.so.1 
 ../.././gcc/libgcc_s.so.1; rm -f ../.././gcc/libgcc_s.so; ln -s 
 libgcc_s.so.1 ../.././gcc/libgcc_s.so
 rm: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by 
 /lfs/sources/gcc-build/./gcc/libgcc_s.so.1)
 ln: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by 
 /lfs/sources/gcc-build/./gcc/libgcc_s.so.1)
 make[3]: *** [install-shared] Error 1
 make[3]: Leaving directory 
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 make[2]: *** [all] Error 2
 make[2]: Leaving directory 
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 make[1]: *** [all-target-libgcc] Error 2
 make[1]: Leaving directory `/lfs/sources/gcc-build'
 make: *** [all] Error 2


 I am surprised to see that there are still dependencies in this phase 
 of the project on the host system...


 lfs:/lfs/sources/gcc-build$ locate libc.so.6
 /home/ftp/lib/libc.so.6
 /lfs/tools/lib/libc.so.6
 /lib/libc.so.6

 lfs:/lfs/sources/gcc-build$ env
 TERM=xterm-color
 OLDPWD=/home/lfs
 LC_ALL=POSIX
 LFS=/mnt/lfs
 PATH=/tools/bin:/usr/local/bin:/bin:/usr/bin
 PWD=/lfs/sources/gcc-build
 PS1=\u:\w\$
 SHLVL=1
 HOME=/home/lfs
 _=/usr/local/bin/env

 lfs:/lfs/sources/gcc-build$ locate bin/rm
 /bin/rm
 (…)
 /usr/local/bin/rm
 (…)
 lfs:/lfs/sources/gcc-build$ locate bin/ln
 /bin/ln
 /usr/local/bin/ln
 (…)


 pvg


Not sure what might be happening, but
when looking at the web site it suggests that you
build libc in a chroot environment.
(my guess is the above error is due to maybe an older/newer
version clash).

Justin P. Mattock
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: pass 2 build of gcc-3.4.2 has a problem with libgcc_s.so.1

Pol Vangheluwe wrote:
 I am trying to install LFS, edition 6.4 on an Apple PowerPC 7200 
 (indeed, an old-world Mac).  I installed linux from the MkLinux 
 distribution R1 (yes, a very old distribution) and then upgraded the 
 system to Linux 2.6 from 
 sources.  I could not upgrade glibc without breaking the system, so it is 
 still running glibc-2.1.3.  This is the only requirement for the host system 
 I could not fulfill.

 lfs:/lfs/sources/gcc-build$ cat /etc/issue

 Linux for PowerPC. Brought to you by The MkLinux Project.
 Based on Red Hat Linux Red Hat Linux release 6.0 (Hedwig)
 Kernel 2.6.26BuiltbySoftPol on a PowerPC 601

 I have a problem, building gcc-4.3.2 in pass 2:

 lfs:/lfs/sources/gcc-build$ ../gcc-4.3.2/configure --prefix=/tools 
 --with-local-prefix=/tools --enable-clocale=gnu --enable-shared 
 --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++ 
 --disable-libstdcxx-pch --disable-bootstrap
 (…)
 lfs:/lfs/sources/gcc-build$ make
 (…)
 # Now that we have built all the objects, we need to copy
 # them back to the GCC directory. Too many things (other
 # in-tree libraries, and DejaGNU) know about the layout
 # of the build tree, for now.
 make install-leaf DESTDIR=../.././gcc \
 slibdir= libsubdir= MULTIOSDIR=.
 make[3]: Entering directory 
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 /bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs ../.././gcc
 /usr/local/bin/install -c -m 644 libgcc_eh.a ../.././gcc/
 chmod 644 ../.././gcc/libgcc_eh.a
 /tools/powerpc-unknown-linux-gnu/bin/ranlib ../.././gcc/libgcc_eh.a
 /bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs ../.././gcc; 
 /usr/local/bin/install -c -m 644 ./libgcc_s.so.1 
 ../.././gcc/libgcc_s.so.1; rm -f ../.././gcc/libgcc_s.so; ln -s 
 libgcc_s.so.1 ../.././gcc/libgcc_s.so
 rm: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by 
 /lfs/sources/gcc-build/./gcc/libgcc_s.so.1)
 ln: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by 
 /lfs/sources/gcc-build/./gcc/libgcc_s.so.1)
 make[3]: *** [install-shared] Error 1
 make[3]: Leaving directory 
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 make[2]: *** [all] Error 2
 make[2]: Leaving directory 
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 make[1]: *** [all-target-libgcc] Error 2
 make[1]: Leaving directory `/lfs/sources/gcc-build'
 make: *** [all] Error 2


 I am surprised to see that there are still dependencies in this phase 
 of the project on the host system...


 lfs:/lfs/sources/gcc-build$ locate libc.so.6
 /home/ftp/lib/libc.so.6
 /lfs/tools/lib/libc.so.6
 /lib/libc.so.6

 lfs:/lfs/sources/gcc-build$ env
 TERM=xterm-color
 OLDPWD=/home/lfs
 LC_ALL=POSIX
 LFS=/mnt/lfs
 PATH=/tools/bin:/usr/local/bin:/bin:/usr/bin
 PWD=/lfs/sources/gcc-build
 PS1=\u:\w\$
 SHLVL=1
 HOME=/home/lfs
 _=/usr/local/bin/env

 lfs:/lfs/sources/gcc-build$ locate bin/rm
 /bin/rm
 (…)
 /usr/local/bin/rm
 (…)
 lfs:/lfs/sources/gcc-build$ locate bin/ln
 /bin/ln
 /usr/local/bin/ln
 (…)


 pvg


oops, after sending I realized you were not building
libc but gcc,(it early morning here).
The compiler is looking for glibc-2.2.4
So it can finish with compiling.

Justin P. Mattock
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: userspace error

2009-07-16 Thread Richard Melville

Ken Moffat wrote:-

   If /boot is a separate filesystem, you can use the version of grub
 installed by your host system.

I would always recommend a separate /boot partition whatever the build.

Richard
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: userspace error

2009-07-16 Thread Richard Melville

Ken Moffat wrote:-

   If /boot is a separate filesystem, you can use the version of grub
 installed by your host system.

I would always recommend a separate /boot partition whatever the build.

Richard
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: pass 2 build of gcc-3.4.2 has a problem with libgcc_s.so.1

2009-07-16 Thread Pol Vangheluwe

But why is it using /lib/libc.so.6 (from the original distribution)  
instead of /lfs/tools/lib/libc.so.6?


pvg

Op 16-jul-09, om 16:11 heeft Justin P. Mattock het volgende geschreven:


Pol Vangheluwe wrote:

I am trying to install LFS, edition 6.4 on an Apple PowerPC 7200
(indeed, an old-world Mac).  I installed linux from the MkLinux
distribution R1 (yes, a very old distribution) and then upgraded the
system to Linux 2.6 from
sources.  I could not upgrade glibc without breaking the system, so  
it is still running glibc-2.1.3.  This is the only requirement for  
the host system I could not fulfill.


lfs:/lfs/sources/gcc-build$ cat /etc/issue

Linux for PowerPC. Brought to you by The MkLinux Project.
Based on Red Hat Linux Red Hat Linux release 6.0 (Hedwig)
Kernel 2.6.26BuiltbySoftPol on a PowerPC 601

I have a problem, building gcc-4.3.2 in pass 2:

lfs:/lfs/sources/gcc-build$ ../gcc-4.3.2/configure --prefix=/tools
--with-local-prefix=/tools --enable-clocale=gnu --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++
--disable-libstdcxx-pch --disable-bootstrap
(…)
lfs:/lfs/sources/gcc-build$ make
(…)
# Now that we have built all the objects, we need to copy
# them back to the GCC directory. Too many things (other
# in-tree libraries, and DejaGNU) know about the layout
# of the build tree, for now.
make install-leaf DESTDIR=../.././gcc \
slibdir= libsubdir= MULTIOSDIR=.
make[3]: Entering directory
`/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
/bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs ../.././gcc
/usr/local/bin/install -c -m 644 libgcc_eh.a ../.././gcc/
chmod 644 ../.././gcc/libgcc_eh.a
/tools/powerpc-unknown-linux-gnu/bin/ranlib ../.././gcc/libgcc_eh.a
/bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs ../.././gcc;
/usr/local/bin/install -c -m 644 ./libgcc_s.so.1
../.././gcc/libgcc_s.so.1; rm -f ../.././gcc/libgcc_s.so; ln -s
libgcc_s.so.1 ../.././gcc/libgcc_s.so
rm: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by
/lfs/sources/gcc-build/./gcc/libgcc_s.so.1)
ln: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by
/lfs/sources/gcc-build/./gcc/libgcc_s.so.1)
make[3]: *** [install-shared] Error 1
make[3]: Leaving directory
`/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
make[1]: *** [all-target-libgcc] Error 2
make[1]: Leaving directory `/lfs/sources/gcc-build'
make: *** [all] Error 2


I am surprised to see that there are still dependencies in this phase
of the project on the host system...


lfs:/lfs/sources/gcc-build$ locate libc.so.6
/home/ftp/lib/libc.so.6
/lfs/tools/lib/libc.so.6
/lib/libc.so.6

lfs:/lfs/sources/gcc-build$ env
TERM=xterm-color
OLDPWD=/home/lfs
LC_ALL=POSIX
LFS=/mnt/lfs
PATH=/tools/bin:/usr/local/bin:/bin:/usr/bin
PWD=/lfs/sources/gcc-build
PS1=\u:\w\$
SHLVL=1
HOME=/home/lfs
_=/usr/local/bin/env

lfs:/lfs/sources/gcc-build$ locate bin/rm
/bin/rm
(…)
/usr/local/bin/rm
(…)
lfs:/lfs/sources/gcc-build$ locate bin/ln
/bin/ln
/usr/local/bin/ln
(…)


pvg



oops, after sending I realized you were not building
libc but gcc,(it early morning here).
The compiler is looking for glibc-2.2.4
So it can finish with compiling.

Justin P. Mattock
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page


-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: pass 2 build of gcc-3.4.2 has a problem with libgcc_s.so.1

Pol Vangheluwe wrote:
 But why is it using /lib/libc.so.6 (from the original distribution) 
 instead of /lfs/tools/lib/libc.so.6?


 pvg


 Op 16-jul-09, om 16:11 heeft Justin P. Mattock het volgende geschreven:

 Pol Vangheluwe wrote:
 I am trying to install LFS, edition 6.4 on an Apple PowerPC 7200
 (indeed, an old-world Mac).  I installed linux from the MkLinux
 distribution R1 (yes, a very old distribution) and then upgraded the
 system to Linux 2.6 from
 sources.  I could not upgrade glibc without breaking the system, so 
 it is still running glibc-2.1.3.  This is the only requirement for 
 the host system I could not fulfill.

 lfs:/lfs/sources/gcc-build$ cat /etc/issue

 Linux for PowerPC. Brought to you by The MkLinux Project.
 Based on Red Hat Linux Red Hat Linux release 6.0 (Hedwig)
 Kernel 2.6.26BuiltbySoftPol on a PowerPC 601

 I have a problem, building gcc-4.3.2 in pass 2:

 lfs:/lfs/sources/gcc-build$ ../gcc-4.3.2/configure --prefix=/tools
 --with-local-prefix=/tools --enable-clocale=gnu --enable-shared
 --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++
 --disable-libstdcxx-pch --disable-bootstrap
 (…)
 lfs:/lfs/sources/gcc-build$ make
 (…)
 # Now that we have built all the objects, we need to copy
 # them back to the GCC directory. Too many things (other
 # in-tree libraries, and DejaGNU) know about the layout
 # of the build tree, for now.
 make install-leaf DESTDIR=../.././gcc \
 slibdir= libsubdir= MULTIOSDIR=.
 make[3]: Entering directory
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 /bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs ../.././gcc
 /usr/local/bin/install -c -m 644 libgcc_eh.a ../.././gcc/
 chmod 644 ../.././gcc/libgcc_eh.a
 /tools/powerpc-unknown-linux-gnu/bin/ranlib ../.././gcc/libgcc_eh.a
 /bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs ../.././gcc;
 /usr/local/bin/install -c -m 644 ./libgcc_s.so.1
 ../.././gcc/libgcc_s.so.1; rm -f ../.././gcc/libgcc_s.so; ln -s
 libgcc_s.so.1 ../.././gcc/libgcc_s.so
 rm: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by
 /lfs/sources/gcc-build/./gcc/libgcc_s.so.1)
 ln: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by
 /lfs/sources/gcc-build/./gcc/libgcc_s.so.1)
 make[3]: *** [install-shared] Error 1
 make[3]: Leaving directory
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 make[2]: *** [all] Error 2
 make[2]: Leaving directory
 `/lfs/sources/gcc-build/powerpc-unknown-linux-gnu/libgcc'
 make[1]: *** [all-target-libgcc] Error 2
 make[1]: Leaving directory `/lfs/sources/gcc-build'
 make: *** [all] Error 2


 I am surprised to see that there are still dependencies in this phase
 of the project on the host system...


 lfs:/lfs/sources/gcc-build$ locate libc.so.6
 /home/ftp/lib/libc.so.6
 /lfs/tools/lib/libc.so.6
 /lib/libc.so.6

 lfs:/lfs/sources/gcc-build$ env
 TERM=xterm-color
 OLDPWD=/home/lfs
 LC_ALL=POSIX
 LFS=/mnt/lfs
 PATH=/tools/bin:/usr/local/bin:/bin:/usr/bin
 PWD=/lfs/sources/gcc-build
 PS1=\u:\w\$
 SHLVL=1
 HOME=/home/lfs
 _=/usr/local/bin/env

 lfs:/lfs/sources/gcc-build$ locate bin/rm
 /bin/rm
 (…)
 /usr/local/bin/rm
 (…)
 lfs:/lfs/sources/gcc-build$ locate bin/ln
 /bin/ln
 /usr/local/bin/ln
 (…)


 pvg


 oops, after sending I realized you were not building
 libc but gcc,(it early morning here).
 The compiler is looking for glibc-2.2.4
 So it can finish with compiling.

 Justin P. Mattock
 -- 
 http://linuxfromscratch.org/mailman/listinfo/lfs-support
 FAQ: http://www.linuxfromscratch.org/lfs/faq.html
 Unsubscribe: See the above information page

My guess is you haven't set the chroot environment
correctly, causing gcc to look for certain libraries on the
host still instead of /tools/*

Justin P. Mattock
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: userspace error

Ken Moffat wrote:

 For a desktop, a
 separate /home (and space reservedfor the _next_ LFS) also
 simplifies subsequent rebuilds (although that can be awkward
 if people want to share /home with distros). 

Why is it awkward?  The only change needed is to make the correct entry in 
fstab.  It's the same as for /boot.

In fact, I have:

/dev/sda5/ ext3   defaults  1 1
/dev/sda7/home ext3   defaults  1 2
/dev/sda3/boot ext3   defaults  1 2
/dev/sda9/opt  ext3   defaults  1 2
/dev/sdb1/usr/src  ext3   defaults  1 2
/dev/sdb2/home/vmware  ext3   defaults  1 2
/dev/sda6swap  swap   pri=1 0 0

The only thing I need to change for a new LFS is the first line.

   -- Bruce

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: userspace error

2009-07-16 Thread Ken Moffat

2009/7/16 Bruce Dubbs bruce.du...@gmail.com:
Ken Moffat wrote:

For a desktop, a
separate /home (and space reservedfor the _next_ LFS) also
simplifies subsequent rebuilds (although that can be awkward
if people want to share /home with distros).

Why is it awkward? The only change needed is to make the correct entry in
fstab. It's the same as for /boot.

In fact, I have:

/dev/sda5 / ext3 defaults 1
1
/dev/sda7 /home ext3 defaults 1
2
/dev/sda3 /boot ext3 defaults 1
2
/dev/sda9 /opt ext3 defaults 1
2
/dev/sdb1 /usr/src ext3 defaults 1
2
/dev/sdb2 /home/vmware ext3 defaults 1
2
/dev/sda6 swap swap pri=1 0 0

The only thing I need to change for a new LFS is the first line.

-- Bruce
On debian and ubuntu installs, the first regular user (me) wasn't always
uid 500 which is what I've had from (ancient) rh-derived installs. Not
owning your own files is interesting. There may also be differences
in the groups.

ISTR there were also occasional problems with how something in a
dotfile in ~/ was set up, probably .bashrc or even .kderc but it's been
many years since I did anything serious using a distro. If you only
ever use at most *one* non-LFS distro on a box, probably no big
deal (just go with the same ownerships as they use).

ĸen
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

chroot problems


Gday everyone,

 

This may not be a LFS issue but I will ask here first since it happened with 
the LFS build.

 

I am at the stage where I am chroot'ing into the temporary LFS environment but 
I am having problems.  If I run the command:

 

chroot $LFS /tools/bin/env -i \
HOME=/root TERM=$TERM PS1='\u:\w\$ ' \
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
/tools/bin/bash --login +h

 

I get the following error; 

 

chroot: cannot run command `/tools/bin/env': No such file or directory


This is very unusual since the env binary does exist at that location.  To try 
and debug this I try running:

 

chroot $LFS /tools/bin/bash

 

This runs but something strange happens...  I have been chroot'ed into a 
directory that doesn't contain anything, no files, no directories, no nothing.  
All I can do is run the commands built-in to the bash shell.  Now this may be a 
problem with the chroot provided by my host system so I tried:

 

/tools/bin/chroot / /tools/bin/bash

 

This works perfectly fine.

 

I am at a loss to figure out what has gone wrong does anyone else have a clue?

 

Thanks

Russ

_
POP access for Hotmail is here! Click here to find out more
http://windowslive.ninemsn.com.au/article.aspx?id=802246-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: chroot problems

Russell Stockhammer wrote:
 Gday everyone,

 This may not be a LFS issue but I will ask here first since it 
 happened with the LFS build.

 I am at the stage where I am chroot'ing into the temporary LFS 
 environment but I am having problems.  If I run the command:

 chroot $LFS /tools/bin/env -i \
 HOME=/root TERM=$TERM PS1='\u:\w\$ ' \
 PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
 /tools/bin/bash --login +h

 I get the following error;

 chroot: cannot run command `/tools/bin/env': No such file or directory

 This is very unusual since the env binary does exist at that 
 location.  To try and debug this I try running:

 chroot $LFS /tools/bin/bash

 This runs but something strange happens...  I have been chroot'ed into 
 a directory that doesn't contain anything, no files, no directories, 
 no nothing.  All I can do is run the commands built-in to the bash 
 shell.  Now this may be a problem with the chroot provided by my host 
 system so I tried:

 /tools/bin/chroot / /tools/bin/bash

 This works perfectly fine.

 I am at a loss to figure out what has gone wrong does anyone else have 
 a clue?

 Thanks
 Russ

 
 Click here to find out more POP access for Hotmail is here! 
 http://windowslive.ninemsn.com.au/article.aspx?id=802246
you need the coreutils package.

Justin P. Mattock
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: chroot problems

Russell Stockhammer wrote:
 Gday everyone,

 I am at the stage where I am chroot'ing into the temporary LFS environment 
 but I am having problems.  If I run the command:
 
 chroot $LFS /tools/bin/env -i \
 HOME=/root TERM=$TERM PS1='\u:\w\$ ' \
 PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
 /tools/bin/bash --login +h

 chroot: cannot run command `/tools/bin/env': No such file or directory

What does 'echo $LFS' give you?

   -- Bruce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

RE: chroot problems


 
 What does 'echo $LFS' give you?
 


/mnt/lfs

 

Russ

_
Looking for a place to rent, share or buy this winter? Find your next place 
with Ninemsn property
http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Edomain%2Ecom%2Eau%2F%3Fs%5Fcid%3DFDMedia%3ANineMSN%5FHotmail%5FTagline_t=774152450_r=Domain_tagline_m=EXT-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

RE: chroot problems



 
 What about 'ls /tools/bin'?
 


[ falsemkfifo   stty
addr2line fgrepmknodsu
arfind more sum
asfmt  mountsu-tools
awk   fold msgfmt   sync
basename  gawk mtrace   tac
bash  gawk-3.1.6   mv   tack
bashbug   gcc  ncurses5-config  tail
bunzip2   gccbug   nice tar
bzcat gcov nl   tclsh
bzcmp gencat   nm   tclsh8.5
bzdiffgetconf  nohuptee
bzegrep   getent   objcopy  test
bzfgrep   gprofobjdump  texi2dvi
bzgrepgrep od   texi2pdf
bzip2 groups   oldfind  texindex
bzip2recover  gunzip   pastetic
bzlessgzexepatchtoe
bzmoregzip pathchk  touch
captoinfo head pcprofiledumptput
cat   hostid   pdftexi2dvi  tr
catchsegv hostname perl true
cci686-pc-linux-gnu-gccpgawktset
c++filt   i686-pc-linux-gnu-gcc-4.3.2  pgawk-3.1.6  tsort
chgrp iconvpinkytty
chmod id   pod2man  tzselect
chown igawkpr   umount
chrootinfo printenv uname
cksum infocmp  printf   uncompress
clear infokey  ptx  unexpand
cmp   infotocappwd  uniq
comm  install  ranlib   unlink
compile_etinstall-info readelf  updatedb
cpjoin readlink uptime
cpp   kill resetusers
csplitld   rm   vdir
cut   ldd  rmdirwc
date  lddlibc4 rpcgen   who
ddld-new   runtest  whoami
dfld-old   sdiffxargs
diff  link sed  xtrace
diff3 ln   seq  yes
dir   locale   sh   zcat
dircolors localedefsha1sum  zcmp
dirname   locate   shredzdiff
dulogname  size zegrep
echo  ls   sleepzfgrep
egrep m4   sort zforce
env   make splitzgrep
expandmakeinfo sprofzless
expectmd5sum   stat zmore
expr  mk_cmds  strings  znew
factormkdirstrip


Russ

_
POP access for Hotmail is here! Click here to find out more
http://windowslive.ninemsn.com.au/article.aspx?id=802246-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: chroot problems

Russell Stockhammer wrote:
 
 What about 'ls /tools/bin'?

That looks OK.  Does 'ls -l /tools; look like:

lrwxrwxrwx 1 root root 14 Jul 16 10:59 /tools - /mnt/lfs/tools

If that is OK, then I don't know what is wrong.  The files programs env and 
bash 
are there.  Of course you need to run chroot as root.

You could also check the libraries:

$ ldd /tools/bin/env
 linux-gate.so.1 =  (0xe000)
 libc.so.6 = /tools/lib/libc.so.6 (0xb7e6e000)
 /tools/lib/ld-linux.so.2 (0xb7fbd000)


You could also remove one level of indirection with:

chroot /mnt/lfs /tools/bin/env -i ...

   -- Bruce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

RE: chroot problems



 
 You could also check the libraries:
 
 $ ldd /tools/bin/env
 linux-gate.so.1 = (0xe000)
 libc.so.6 = /tools/lib/libc.so.6 (0xb7e6e000)
 /tools/lib/ld-linux.so.2 (0xb7fbd000)
 


There we go!

 

# ldd /tools/bin/env
linux-gate.so.1 =  (0x006cb000)
libc.so.6 = /lib/libc.so.6 (0x007df000)
/lib/ld-linux.so.2 (0x007c1000)


For some reason the coreutils executables have linked to /lib/ld-linux.so.2.  
If I make a symlink of /tools/lib/ld-linux.so.2 - /lib/ld-linux.so.2 
everything in coreutils works perfectly.  Now I suspect since glibc is the 
first thing to be built that this one symlink isn't going to effect the system 
since it will be replaced by the real thing before anything else gets compiled. 
 Am I right in thinking this or will I need to fix coreutils before I continue?

 

Thanks

Russ

_
POP access for Hotmail is here! Click here to find out more
http://windowslive.ninemsn.com.au/article.aspx?id=802246-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: chroot problems