Re: [lfs-support] Missing zic during 6.9.2. Configuring Glibc
Scratch that last error...was another silly mistake from coming back to it and trying it from the source directory rather than the build directory. All sorted now. Thanks for the help. Just needed a fresh look at it. On Fri, 5 Apr, 2013 at 8:29 PM, Alex Stefan Kaye noxde...@googlemail.com wrote: Thanks for that. You're absolutely right, and after restarting and chrooting again it was fine (think I must have left that out of PATH). However, now I'm getting an error from zic: zic: Can't open leapseconds: No such file or directory I'm seeing a leapseconds ASCII text file in the timezone directory. Maybe another silly mistake. On Fri, 5 Apr, 2013 at 7:56 PM, Armin K. kre...@email.com wrote: On 04/05/2013 08:30 PM, Alex Stefan Kaye wrote: During the for tz in loop in Install timezone data, I'm getting this error: bash: zic: command not found AFAIK I've not deviated from the book, and the make/make install for glibc seemed to go ok, as did the the tests (I think - see below). If I cd into the timezone directory in the built glibc source, I see an executable called zic, so it seems to have built at least. Not sure what other information to provide, so apologies if something important is missing. Thanks in advance. bash-4.2# cd timezone bash-4.2# file zic zic: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.25, not stripped bash-4.2# grep Error glibc-check-log make[2]: [/sources/glibc-build/posix/annexc.out] Error 1 (ignored) make[2]: *** [/sources/glibc-build/rt/tst-cpuclock2.out] Error 1 make[1]: *** [rt/test s] Error 2 make[2]: [/sources/glibc-build/conform/run-conformtest.out] Error 1 (ignored) make: *** [check] Error 2 LFS Book Version: 7.3 Host Info: Ubuntu 13.04 (daily build) x86_64 3.8.0-15-generic Version Check Output: bash, version 4.2.37(1)-release /bin/sh - /bin/bash Binutils: (GNU Binutils for Ubuntu) 2.23.1 bison (GNU Bison) 2.5 /usr/bin/yacc - /usr/bin/bison.yacc bzip2, Version 1.0.6, 6-Sept-2010. Coreutils: 8.20 diff (GNU diffutils) 3.2 find (GNU findutils) 4.4.2 GNU Awk 4.0.1 /usr/bin/awk - /usr/bin/gawk gcc (Ubuntu/Linaro 4.7.2-22ubuntu5) 4.7.2 (Ubuntu EGLIBC 2.17-0ubuntu4) 2.17 grep (GNU grep) 2.14 gzip 1.5 Linux version 3.8.0-15-generic (buildd@lamiak) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-22ubuntu4) ) #25-Ubun tu SMP Wed Mar 27 19:19:30 UTC 2013 m4 (GNU M4) 1.4.16 GNU Make 3.81 patch 2.6.1 Perl version='5.14.2'; GNU sed version 4.2.1 tar (GNU tar) 1.26 Texinfo: makeinfo (GNU texinfo) 4.13 xz (XZ Utils) 5.1.0alpha gcc compilation OK Have you run make install after you've built glibc? zic should be installed in /usr/sbin iirc. -- 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: [lfs-support] util-linux 2.22 does not accept uuid's in fstab
On Friday 05 April 2013 17:51:12 Armin K. wrote: Are you sure it's bug in util-linux? I'd add ls /dev/disk/by-uuid/youruuid before the mount -o remount,rw / somewhere in bootscripts just to check if the path exist. If it doesn't - which I doubt is the problem - you need to remount after udev has run (I believe udev handles by-uuid symlinks). Hi Armin, could you please explain it a little more ? what bootscripts do you mean ? The only things I am using up to now are grub.cfg ( grub-2.0.0 ) and fstab. I do not have any udev rules defined up to now related to partitions or to the boot procesws itself ! Thank you very much, Edgar -- Dr.-Ing. Edgar Alwers edgaralw...@gmx.de GPG Key ID:AD5C6F70 -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Binutils First compilation.
The version of the book being used (in this case 7.3) • The host distribution and version being used to create LFS : Debian • The output from the Section vii, “Host System Requirements” [xviii] : bash, version 4.1.5(1)-release /bin/sh - /bin/bash Binutils: (GNU Binutils for Debian) 2.20.1-system.20100303 bison (GNU Bison) 2.4.1 /usr/bin/yacc - /usr/bin/bison bzip2, Version 1.0.5, 10-Dec-2007. Coreutils: 8.5 diff (GNU diffutils) 3.0 find (GNU findutils) 4.4.2 GNU Awk 3.1.7 /usr/bin/awk - /usr/bin/gawk gcc (Debian 4.4.5-8) 4.4.5 (Debian EGLIBC 2.11.3-4) 2.11.3 GNU grep 2.6.3 gzip 1.3.12 Linux version 2.6.32-5-686 (Debian 2.6.32-48squeeze1) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Feb 25 01:04:36 UTC 2013 m4 (GNU M4) 1.4.14 GNU Make 3.81 patch 2.6 Perl version='5.10.1'; GNU sed version 4.2.1 tar (GNU tar) 1.23 Texinfo: makeinfo (GNU texinfo) 4.13 xz (XZ Utils) 5.0.0 gcc compilation OK • The package or section the problem was encountered in : Binutils first compilation • The exact error message or symptom being received : No error message • Note whether you have deviated from the book at all : didnt deviate. My problem is that until make, it all goes well, or so it seems, after the configure when i am going to run make, it all looks ok, so when i compile the package it stays in an infinite loop, or so it seems, printing the same over and over again. it prints, this : make: Warning: File `/mnt/lfs/sources/binutils-2.23.1/Makefile.in' has modification time 2.8e+08 s in the future CONFIG_SHELL=/bin/sh /bin/sh ./config.status --recheck running CONFIG_SHELL=/bin/sh /bin/sh /mnt/lfs/sources/binutils-2.23.1/configure --prefix=/mnt/lfs/tools --with-sysroot=/mnt/lfs --with-lib-path=/mnt/lfs/tools/lib --target=i686-lfs-linux-gnu --disable-nls --disable-werror target_alias=i686-lfs-linux-gnu --no-create --no-recursion checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-lfs-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for a sed that does not truncate output... /bin/sed checking for gawk... gawk checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... no checking for cxx... no checking for cc++... no checking for cl.exe... no checking for FCC... no checking for KCC... no checking for RCC... no checking for xlC_r... no checking for xlC... no checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking for gnatbind... no checking for gnatmake... no checking whether compiler driver understands Ada... no checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1 $$f2 checking for objdir... .libs checking for PWL_handle_timeout in -lpwl... no checking for version 0.11 (revision 0 or later) of PPL... no checking for default BUILD_CONFIG... checking for bison... bison -y checking for bison... bison checking for gm4... no checking for gnum4... no checking for m4... m4 checking for flex... no checking for lex... no checking for flex... no checking for makeinfo... makeinfo checking for expect... no checking for runtest... no checking for ar... ar checking for as... as checking for dlltool... no checking for ld... ld checking for lipo... no checking for nm... nm checking for ranlib... ranlib checking for strip... strip checking for windres... no checking for windmc... no checking for objcopy... objcopy checking for objdump... objdump checking for readelf... readelf checking for i686-lfs-linux-gnu-cc... no checking for i686-lfs-linux-gnu-gcc... no checking for i686-lfs-linux-gnu-c++... no checking for i686-lfs-linux-gnu-g++... no checking for i686-lfs-linux-gnu-cxx... no checking for i686-lfs-linux-gnu-gxx... no checking for i686-lfs-linux-gnu-gcc... no checking for i686-lfs-linux-gnu-gcj... no checking for i686-lfs-linux-gnu-gfortran... no checking for i686-lfs-linux-gnu-gccgo... no checking for i686-lfs-linux-gnu-ar... no checking for i686-lfs-linux-gnu-as... no checking for i686-lfs-linux-gnu-dlltool... no checking for i686-lfs-linux-gnu-ld... no checking for i686-lfs-linux-gnu-lipo... no checking for i686-lfs-linux-gnu-nm... no checking for i686-lfs-linux-gnu-objdump... no checking for i686-lfs-linux-gnu-ranlib... no checking for i686-lfs-linux-gnu-readelf... no checking for i686-lfs-linux-gnu-strip... no checking for i686-lfs-linux-gnu-windres... no checking for i686-lfs-linux-gnu-windmc... no checking
Re: [lfs-support] Binutils First compilation.
On Sat, Apr 06, 2013 at 04:08:56PM -0400, francisco martinez wrote:
The version of the book being used (in this case 7.3)
• The host distribution and version being used to create LFS : Debian
• The output from the Section vii, “Host System Requirements” [xviii] :
[ snipped, I don't see anything obviously inadequate - if our stated
versions are correct ]
• The package or section the problem was encountered in : Binutils first
compilation
• The exact error message or symptom being received : No error message
• Note whether you have deviated from the book at all : didnt deviate.
My problem is that until make, it all goes well, or so it seems, after the
configure when i am going to run make, it all looks ok, so when i compile
the package it stays in an infinite loop, or so it seems, printing the same
over and over again.
it prints, this :
make: Warning: File `/mnt/lfs/sources/binutils-2.23.1/Makefile.in' has
modification time 2.8e+08 s in the future
I missed that line the first time I looked. I'm fairly sure
someone reported a loop _recently_ but google only found a couple of
old reports. In one of those it was apparently a time problem. Now
I've started pruning your information I can see that.
Is the output from 'date' reasonably correct ? If not, fix it
('man date') and then delete the source and build directories, then
try again.
googling for 'powers of e' suggests e*8 is 2,980.9579870409 so the
file was approx 8346 seconds in the future, or about 2 hours 20 in
coarse figures.
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] Binutils First compilation.
Hey, thanks a lot ken, i just installed this system, and i didnt remember
the date problem, that idea gave me a lot of help, and worked by the way.
Thanks again.
2013/4/6 Ken Moffat zarniwh...@ntlworld.com
On Sat, Apr 06, 2013 at 04:08:56PM -0400, francisco martinez wrote:
The version of the book being used (in this case 7.3)
• The host distribution and version being used to create LFS : Debian
• The output from the Section vii, “Host System Requirements” [xviii] :
[ snipped, I don't see anything obviously inadequate - if our stated
versions are correct ]
• The package or section the problem was encountered in : Binutils first
compilation
• The exact error message or symptom being received : No error message
• Note whether you have deviated from the book at all : didnt deviate.
My problem is that until make, it all goes well, or so it seems, after
the
configure when i am going to run make, it all looks ok, so when i
compile
the package it stays in an infinite loop, or so it seems, printing the
same
over and over again.
it prints, this :
make: Warning: File `/mnt/lfs/sources/binutils-2.23.1/Makefile.in' has
modification time 2.8e+08 s in the future
I missed that line the first time I looked. I'm fairly sure
someone reported a loop _recently_ but google only found a couple of
old reports. In one of those it was apparently a time problem. Now
I've started pruning your information I can see that.
Is the output from 'date' reasonably correct ? If not, fix it
('man date') and then delete the source and build directories, then
try again.
googling for 'powers of e' suggests e*8 is 2,980.9579870409 so the
file was approx 8346 seconds in the future, or about 2 hours 20 in
coarse figures.
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
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
