Re: [lfs-support] 2nd Pass binutils install fails (LFS-dev)
On 12/05/2011 01:27 AM, str1chn1n3 wrote:
Hello All,
It's unclear whether the email list is restricted to just the stable
version-- if so, just say the word and I'll abandon DEV for STABLE. If
not, I could use a hand figuring out the cause of an install failure.
The details:
1) Building to a blank system, using Debian Live CD
(debian-live-6.0.3-i386-rescue), which includes all necessary build tools.
2) As stated, I'm following LFS-DEV (SVN-20111201) to the letter with a
couple minor deviations.
3) Deviations to the book are limited to:
Adding lfs user to sudoers file with 'ALL=(ALL) NOPASSWD: ALL'.
If you are following the book, this is not necessary.
Using indirect $SPECS file creation in _5.8. Adjusting the Toolchain_ by
doing
$LFS_TGT-gcc -dumpspecs | sed \
-e 's@/lib\(64\)\?/ld@/tools@g' \
-e /^\*cpp:$/{n;s,$, -isystem /tools/include,} ./specs
sudo mv ./specs /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.6.2
Mostly not a problem, but no need for sudo here.
instead of the direct method
$LFS_TGT-gcc -dumpspecs | sed \
-e 's@/lib\(64\)\?/ld@/tools@g' \
-e /^\*cpp:$/{n;s,$, -isystem /tools/include,} $SPECS
used in the book.
4) So far all steps have executed without a hitch, until reaching the
install step of _5.9.1. Installation of Binutils_. Then the following is
reported:
The relevant lines are:
libtool: install: i686-lfs-linux-gnu-ranlib /tools/lib/libbfd.a
./libtool: line 1118: i686-lfs-linux-gnu-ranlib: command not found
which isn't apparent to me...
/mnt/lfs/tools lists:
-rwxr-xr-x 1 root root 3397 Dec 4 21:00 catchsegv*
-rwxr-xr-x 1 root root 65419 Dec 4 20:59 gencat*
-rwxr-xr-x 1 root root 41023 Dec 4 20:59 getconf*
-rwxr-xr-x 1 root root 61553 Dec 4 21:00 getent*
-rwxr-xr-x 1 root root 2899544 Dec 4 15:53 i686-lfs-linux-gnu-addr2line*
-rwxr-xr-x 2 root root 3022263 Dec 4 15:53 i686-lfs-linux-gnu-ar*
-rwxr-xr-x 2 root root 4299504 Dec 4 15:53 i686-lfs-linux-gnu-as*
-rwxr-xr-x 1 root root 2860805 Dec 4 15:53 i686-lfs-linux-gnu-c++filt*
-rwxr-xr-x 1 root root 686890 Dec 4 20:21 i686-lfs-linux-gnu-cpp*
-rwxr-xr-x 1 root root 60396 Dec 4 15:53 i686-lfs-linux-gnu-elfedit*
-rwxr-xr-x 2 root root 674867 Dec 4 20:21 i686-lfs-linux-gnu-gcc*
-rwxr-xr-x 2 root root 674867 Dec 4 20:21 i686-lfs-linux-gnu-gcc-4.6.2*
-rwxr-xr-x 1 root root 86749 Dec 4 20:21 i686-lfs-linux-gnu-gcov*
-rwxr-xr-x 1 root root 3300225 Dec 4 15:53 i686-lfs-linux-gnu-gprof*
-rwxr-xr-x 4 root root 4089777 Dec 4 15:53 i686-lfs-linux-gnu-ld*
-rwxr-xr-x 4 root root 4089777 Dec 4 15:53 i686-lfs-linux-gnu-ld.bfd*
-rwxr-xr-x 2 root root 2920079 Dec 4 15:53 i686-lfs-linux-gnu-nm*
-rwxr-xr-x 2 root root 3443090 Dec 4 15:53 i686-lfs-linux-gnu-objcopy*
-rwxr-xr-x 2 root root 4036461 Dec 4 15:53 i686-lfs-linux-gnu-objdump*
-rwxr-xr-x 2 root root 3022258 Dec 4 15:53 i686-lfs-linux-gnu-ranlib*
-rwxr-xr-x 1 root root 627697 Dec 4 15:53 i686-lfs-linux-gnu-readelf*
-rwxr-xr-x 1 root root 2914676 Dec 4 15:53 i686-lfs-linux-gnu-size*
-rwxr-xr-x 1 root root 2888697 Dec 4 15:53 i686-lfs-linux-gnu-strings*
-rwxr-xr-x 2 root root 3443089 Dec 4 15:53 i686-lfs-linux-gnu-strip*
-rwxr-xr-x 1 root root 199282 Dec 4 20:59 iconv*
-rwxr-xr-x 1 root root 5788 Dec 4 21:00 ldd*
-rwxr-xr-x 1 root root 16567 Dec 4 21:00 lddlibc4*
-rwxr-xr-x 1 root root 99174 Dec 4 20:59 locale*
-rwxr-xr-x 1 root root 976129 Dec 4 20:59 localedef*
-rwxr-xr-x 1 root root 6485 Dec 4 20:59 mtrace*
-rwxr-xr-x 1 root root 23718 Dec 4 21:00 pcprofiledump*
-rwxr-xr-x 1 root root 217377 Dec 4 21:00 rpcgen*
-rwxr-xr-x 1 root root 4265 Dec 4 21:00 sotruss*
-rwxr-xr-x 1 root root 62867 Dec 4 21:00 sprof*
-rwxr-xr-x 1 root root 7133 Dec 4 20:59 tzselect*
-rwxr-xr-x 1 root root 5374 Dec 4 21:00 xtrace*
Looks like you've been installing stuff as the root user, which I
suspect is the reason for adding the lfs user to sudoers. This is most
likely the cause of your problems. rm -rf /tools/*, go back to the
beginning of Chapter 5, and do the entire chapter as the lfs user,
without using root until the book says to.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] 2nd Pass binutils install fails (LFS-dev)
--
From: Chris Staub ch...@beaker67.com
Sent: Monday, December 05, 2011 12:38 AM
To: LFS Support List lfs-support@linuxfromscratch.org
Subject: Re: [lfs-support] 2nd Pass binutils install fails (LFS-dev)
On 12/05/2011 01:27 AM, str1chn1n3 wrote:
Hello All,
It's unclear whether the email list is restricted to just the stable
version-- if so, just say the word and I'll abandon DEV for STABLE. If
not, I could use a hand figuring out the cause of an install failure.
The details:
1) Building to a blank system, using Debian Live CD
(debian-live-6.0.3-i386-rescue), which includes all necessary build
tools.
2) As stated, I'm following LFS-DEV (SVN-20111201) to the letter with a
couple minor deviations.
3) Deviations to the book are limited to:
Adding lfs user to sudoers file with 'ALL=(ALL) NOPASSWD: ALL'.
If you are following the book, this is not necessary.
Using indirect $SPECS file creation in _5.8. Adjusting the Toolchain_ by
doing
$LFS_TGT-gcc -dumpspecs | sed \
-e 's@/lib\(64\)\?/ld@/tools@g' \
-e /^\*cpp:$/{n;s,$, -isystem /tools/include,} ./specs
sudo mv ./specs /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.6.2
Mostly not a problem, but no need for sudo here.
instead of the direct method
$LFS_TGT-gcc -dumpspecs | sed \
-e 's@/lib\(64\)\?/ld@/tools@g' \
-e /^\*cpp:$/{n;s,$, -isystem /tools/include,} $SPECS
used in the book.
4) So far all steps have executed without a hitch, until reaching the
install step of _5.9.1. Installation of Binutils_. Then the following is
reported:
The relevant lines are:
libtool: install: i686-lfs-linux-gnu-ranlib /tools/lib/libbfd.a
./libtool: line 1118: i686-lfs-linux-gnu-ranlib: command not found
which isn't apparent to me...
/mnt/lfs/tools lists:
-rwxr-xr-x 1 root root 3397 Dec 4 21:00 catchsegv*
-rwxr-xr-x 1 root root 65419 Dec 4 20:59 gencat*
-rwxr-xr-x 1 root root 41023 Dec 4 20:59 getconf*
-rwxr-xr-x 1 root root 61553 Dec 4 21:00 getent*
-rwxr-xr-x 1 root root 2899544 Dec 4 15:53
i686-lfs-linux-gnu-addr2line*
-rwxr-xr-x 2 root root 3022263 Dec 4 15:53 i686-lfs-linux-gnu-ar*
-rwxr-xr-x 2 root root 4299504 Dec 4 15:53 i686-lfs-linux-gnu-as*
-rwxr-xr-x 1 root root 2860805 Dec 4 15:53
i686-lfs-linux-gnu-c++filt*
-rwxr-xr-x 1 root root 686890 Dec 4 20:21 i686-lfs-linux-gnu-cpp*
-rwxr-xr-x 1 root root 60396 Dec 4 15:53 i686-lfs-linux-gnu-elfedit*
-rwxr-xr-x 2 root root 674867 Dec 4 20:21 i686-lfs-linux-gnu-gcc*
-rwxr-xr-x 2 root root 674867 Dec 4 20:21
i686-lfs-linux-gnu-gcc-4.6.2*
-rwxr-xr-x 1 root root 86749 Dec 4 20:21 i686-lfs-linux-gnu-gcov*
-rwxr-xr-x 1 root root 3300225 Dec 4 15:53 i686-lfs-linux-gnu-gprof*
-rwxr-xr-x 4 root root 4089777 Dec 4 15:53 i686-lfs-linux-gnu-ld*
-rwxr-xr-x 4 root root 4089777 Dec 4 15:53 i686-lfs-linux-gnu-ld.bfd*
-rwxr-xr-x 2 root root 2920079 Dec 4 15:53 i686-lfs-linux-gnu-nm*
-rwxr-xr-x 2 root root 3443090 Dec 4 15:53
i686-lfs-linux-gnu-objcopy*
-rwxr-xr-x 2 root root 4036461 Dec 4 15:53
i686-lfs-linux-gnu-objdump*
-rwxr-xr-x 2 root root 3022258 Dec 4 15:53 i686-lfs-linux-gnu-ranlib*
-rwxr-xr-x 1 root root 627697 Dec 4 15:53 i686-lfs-linux-gnu-readelf*
-rwxr-xr-x 1 root root 2914676 Dec 4 15:53 i686-lfs-linux-gnu-size*
-rwxr-xr-x 1 root root 2888697 Dec 4 15:53
i686-lfs-linux-gnu-strings*
-rwxr-xr-x 2 root root 3443089 Dec 4 15:53 i686-lfs-linux-gnu-strip*
-rwxr-xr-x 1 root root 199282 Dec 4 20:59 iconv*
-rwxr-xr-x 1 root root 5788 Dec 4 21:00 ldd*
-rwxr-xr-x 1 root root 16567 Dec 4 21:00 lddlibc4*
-rwxr-xr-x 1 root root 99174 Dec 4 20:59 locale*
-rwxr-xr-x 1 root root 976129 Dec 4 20:59 localedef*
-rwxr-xr-x 1 root root 6485 Dec 4 20:59 mtrace*
-rwxr-xr-x 1 root root 23718 Dec 4 21:00 pcprofiledump*
-rwxr-xr-x 1 root root 217377 Dec 4 21:00 rpcgen*
-rwxr-xr-x 1 root root 4265 Dec 4 21:00 sotruss*
-rwxr-xr-x 1 root root 62867 Dec 4 21:00 sprof*
-rwxr-xr-x 1 root root 7133 Dec 4 20:59 tzselect*
-rwxr-xr-x 1 root root 5374 Dec 4 21:00 xtrace*
Looks like you've been installing stuff as the root user, which I
suspect is the reason for adding the lfs user to sudoers. This is most
likely the cause of your problems. rm -rf /tools/*, go back to the
beginning of Chapter 5, and do the entire chapter as the lfs user,
without using root until the book says to.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Whenever I attempt to install as user lfs sans sudo, I get 'Permission
denied' for the target directory. That's why lfs is sudoed. Any thoughts
why this might be happening? (Btw, that's the reason for the indirect
toolchain adjustment.)
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http
Re: [lfs-support] 2nd Pass binutils install fails (LFS-dev)
Whenever I attempt to install as user lfs sans sudo, I get 'Permission denied' for the target directory. That's why lfs is sudoed. Any thoughts why this might be happening? (Btw, that's the reason for the indirect toolchain adjustment.) That means you've missed something earlier in the book. Most likely, you've forgotten to chown $LFS/tools to the lfs user. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] 2nd Pass binutils install fails (LFS-dev)
I don;t think so, ownership was set to: drwxr-xr-x 10 lfs root 4096 Dec 4 21:00 tools/ I'll have to check the makeup of the default debian-live user used for the beginning root-based steps... Anyways, bonking and remaking is no big deal all things considered. I'll take your advice. Thanks for the help. -- From: Chris Staub ch...@beaker67.com Sent: Monday, December 05, 2011 12:48 AM To: LFS Support List lfs-support@linuxfromscratch.org Subject: Re: [lfs-support] 2nd Pass binutils install fails (LFS-dev) Whenever I attempt to install as user lfs sans sudo, I get 'Permission denied' for the target directory. That's why lfs is sudoed. Any thoughts why this might be happening? (Btw, that's the reason for the indirect toolchain adjustment.) That means you've missed something earlier in the book. Most likely, you've forgotten to chown $LFS/tools to the lfs user. -- 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
