Re: If SBU measure include test time?
littlebat wrote: [...] I sugguest adding a note in SBU section such as: the test time should be included into SBU measure in Chapter 6 if the package has a testsuite and shouldn't be included into SBU measure in Chapter 5 anyway. Although it will not affect us to make a working LFS without the changing on wording. The SBU measure is a very rough'n'ready type thing. One should not expect that one can run the build on something which takes 2 SBU and from that know how long, to the minute, another package taking 2 SBU will take. It depends on how much swapping takes place, how much RAM you have, how fast your discs are relative to your processor, what bus speeds you have, etc., and two packages with identical SBU measures are not going to take identical amounts of time. Until today, I haven't reached the jhalfs. But thanks your information anyway. JHALFS is not part of LFS, it's part of meta-LFS. Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: If SBU measure include test time?
On Wed, 30 Jun 2010 21:07:06 -0500 Bruce Dubbs bruce.du...@gmail.com wrote: It's just not important enough to fix. If someone creates a patch, I'll apply it. Here is a patch, you can apply it if it is helpful. Change the package into every package base on the last email. code #!/bin/bash # usage: fixa.sh source_top_directory_full_path # e.g., ./fixa.sh ~/LFS-DEV/BOOK # For fixing a trivial wording issue about # clarifying the approximate build SBU number # and required disk space of the package. cd $1 # Delete testsuite included from ./packages.ent cp -u packages.ent{,.orig} sed 's/ testsuite included//g' \ packages.ent.orig packages.ent touch packages.ent.orig # Add note into ./chapter05/binutils-pass1.xml cp -u chapter05/binutils-pass1.xml{,.orig} a=paraNow prepare Binutils for compilation:/para b=noteparaThe approximate build SBU\ \ number and required disk space\n\ \ \ \ \ of every package in Chapter 5 does\ \ not include testsuite./para/note\n\n\ \ \ \ sed s...@$(echo $a)@$(echo $b)@ \ chapter05/binutils-pass1.xml.orig \ chapter05/binutils-pass1.xml touch chapter05/binutils-pass1.xml.orig # Add note into ./chapter06/linux-headers.xml cp -u chapter06/linux-headers.xml{,.orig} a=titleInstallation of Linux API Headers/title b=\n\n\ \ \ \ noteparaThe approximate build\ \ SBU number and required disk space\n\ \ \ \ \ of every package which has testsuite in\ \ Chapter 6 includes testsuite./para/note sed s...@$(echo $a)@$(echo $b)@ \ chapter06/linux-headers.xml.orig \ chapter06/linux-headers.xml touch chapter06/linux-headers.xml.orig exit 0 /code -- littlebat -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Compilation problem for binutils
hi , i've just started my lfs adventure , but unfortunately got a problem right from the start . i'm following lfs book version 6.3 . I'm on chapter 5.3.1 - installation of binutils . I first installed binutils and it was okey . after that when i try recompile ld with LIB_PATH=/tools/lib , i get error . help me on this guys .. i use ubuntu 10.04 (if dat can be of ny help ) . but in version 6.6 of the book , the ld is not recompiled as i see it . isn't it necessary to change the library search path ? I tried the following and i got error make -C ld clean make -C ld LIB_PATH=/tools/lib this is the error i get : make: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' Making info in po make[1]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld/po' make[1]: Nothing to be done for `info'. make[1]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld/po' make[1]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' make[1]: Nothing to be done for `info-am'. make[1]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' make all-recursivemake: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' Making info in po make[1]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld/po' make[1]: Nothing to be done for `info'. make[1]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld/po' make[1]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' make[1]: Nothing to be done for `info-am'. make[1]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' make all-recursive make[1]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' Making all in po make[2]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld/po' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld/po' make[2]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' gcc -DHAVE_CONFIG_H -I. -I../../binutils-2.17/ld -I. -D_GNU_SOURCE -I. -I../../binutils-2.17/ld -I../bfd -I../../binutils-2.17/ld/../bfd -I../../binutils-2.17/ld/../include -I../../binutils-2.17/ld/../intl -I../intl -g -O2 -DLOCALEDIR=\/tools/share/locale\ -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -c ../../binutils-2.17/ld/ldgram.c /tmp/cceZXKkN.s: Assembler messages: /tmp/cceZXKkN.s:10: Error: unknown pseudo-op: `.cfi_sections' make[2]: *** [ldgram.o] Error 1 make[2]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' make: *** [all] Error 2 make[1]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' Making all in po make[2]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld/po' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld/po' make[2]: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' gcc -DHAVE_CONFIG_H -I. -I../../binutils-2.17/ld -I. -D_GNU_SOURCE -I. -I../../binutils-2.17/ld -I../bfd -I../../binutils-2.17/ld/../bfd -I../../binutils-2.17/ld/../include -I../../binutils-2.17/ld/../intl -I../intl -g -O2 -DLOCALEDIR=\/tools/share/locale\ -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -c ../../binutils-2.17/ld/ldgram.c /tmp/cceZXKkN.s: Assembler messages: /tmp/cceZXKkN.s:10: Error: unknown pseudo-op: `.cfi_sections' make[2]: *** [ldgram.o] Error 1 make[2]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' make: *** [all] Error 2 -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Compilation problem for binutils
On 01/07/10 20:12, $reeHari wrote: hi , i've just started my lfs adventure , but unfortunately got a problem right from the start . i'm following lfs book version 6.3 Why are you using such an old version? The current book is 6.6. Most people probably can't remember much about 6.3. Certainly your error doesn't ring a bell for me. Sorry I can't help Andy -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Compilation problem for binutils
$reeHari wrote: hi , i've just started my lfs adventure , but unfortunately got a problem right from the start . i'm following lfs book version 6.3 . I'm on chapter 5.3.1 - installation of binutils . I first installed binutils and it was okey . after that when i try recompile ld with LIB_PATH=/tools/lib , i get error . help me on this guys .. i use ubuntu 10.04 (if dat can be of ny help ) . but in version 6.6 of the book , the ld is not recompiled as i see it . isn't it necessary to change the library search path ? I tried the following and i got error make -C ld clean make -C ld LIB_PATH=/tools/lib this is the error i get : make: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' There are several issues here. First, virtually nobody remembers details from lfs 6.3. That was released in 2007. The current version is 6.6. Second, you are building on /home/jacsparrow/LINUX_FROM_SCRATCH/sources/, but that will cause you problems when you get to Chapter 6. You will not be able to access the sources when you chroot to /mnt/lfs/. Put the sources in /mnt/lfs/sources and build from there. Third, make sure you've got all the packages you need as specified in the Host System Requirements. There are several changes needed in most Ubuntu systems. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
LFS (Version SVN-20100529) - 5.9. Binutils-2.20.1 - Pass 2
Hello All, lfs:/mnt/lfs/sources/binutils-2.20.1$ CC=$LFS_TGT-gcc -B/tools/lib/ \ AR=$LFS_TGT-ar RANLIB=$LFS_TGT-ranlib \ ../binutils-2.20.1/configure --prefix=/tools \ --disable-nls --with-lib-path=/tools/lib checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-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... x86_64-lfs-linux-gnu-gcc -B/tools/lib/ checking for C compiler default output file name... a.out checking whether the C compiler works... configure: error: in `/mnt/lfs/sources/binutils-2.20.1': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. I attached config.log Any help would be much appreciated. This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.64. Invocation command line was $ ../binutils-2.20.1/configure --prefix=/tools --disable-nls --with-lib-path=/tools/lib ## - ## ## Platform. ## ## - ## hostname = lfslivecd uname -m = x86_64 uname -r = 2.6.22.5-64bit uname -s = Linux uname -v = #1 SMP Sun Dec 30 10:37:45 GMT 2007 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = x86_64 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /tools/bin PATH: /bin PATH: /usr/bin ## --- ## ## Core tests. ## ## --- ## configure:2173: checking build system type configure:2187: result: x86_64-unknown-linux-gnu configure:2234: checking host system type configure:2247: result: x86_64-unknown-linux-gnu configure:2267: checking target system type configure:2280: result: x86_64-unknown-linux-gnu configure:2334: checking for a BSD-compatible install configure:2402: result: /usr/bin/install -c configure:2413: checking whether ln works configure:2435: result: yes configure:2439: checking whether ln -s works configure:2443: result: yes configure:2450: checking for a sed that does not truncate output configure:2514: result: /bin/sed configure:2523: checking for gawk configure:2539: found /usr/bin/gawk configure:2550: result: gawk configure:3764: checking for gcc configure:3791: result: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ configure:4020: checking for C compiler version configure:4029: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ --version 5 x86_64-lfs-linux-gnu-gcc (GCC) 4.5.0 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:4040: $? = 0 configure:4029: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -v 5 Reading specs from /mnt/lfs/tools/bin/../lib/gcc/x86_64-lfs-linux-gnu/4.5.0/specs COLLECT_GCC=x86_64-lfs-linux-gnu-gcc COLLECT_LTO_WRAPPER=/mnt/lfs/tools/bin/../libexec/gcc/x86_64-lfs-linux-gnu/4.5.0/lto-wrapper Target: x86_64-lfs-linux-gnu Configured with: ../gcc-4.5.0/configure --target=x86_64-lfs-linux-gnu --prefix=/tools --disable-nls --disable-shared --disable-multilib --disable-decimal-float --disable-threads --disable-libmudflap --disable-libssp --disable-libgomp --enable-languages=c Thread model: single gcc version 4.5.0 (GCC) configure:4040: $? = 0 configure:4029: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -V 5 x86_64-lfs-linux-gnu-gcc: '-V' must come at the start of the command line configure:4040: $? = 1 configure:4029: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -qversion 5 x86_64-lfs-linux-gnu-gcc: unrecognized option '-qversion' x86_64-lfs-linux-gnu-gcc: no input files configure:4040: $? = 1 configure:4060: checking for C compiler default output file name configure:4082: x86_64-lfs-linux-gnu-gcc -B/tools/lib/conftest.c 5 configure:4086: $? = 0 configure:4123: result: a.out configure:4139: checking whether the C compiler works configure:4148: ./a.out ../binutils-2.20.1/configure: line 4150: ./a.out: No such file or directory configure:4152: $? = 127 configure:4159: error: in `/mnt/lfs/sources/binutils-build': configure:4163: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. ## ## ## Cache variables. ## ## ## ac_cv_build=x86_64-unknown-linux-gnu ac_cv_env_AR_FOR_TARGET_set= ac_cv_env_AR_FOR_TARGET_value= ac_cv_env_AR_set=set ac_cv_env_AR_value=x86_64-lfs-linux-gnu-ar ac_cv_env_AS_FOR_TARGET_set= ac_cv_env_AS_FOR_TARGET_value= ac_cv_env_AS_set= ac_cv_env_AS_value= ac_cv_env_CCC_set=
Re: Problem installing the nouveau driver
Simon Geard wrote: On Wed, 2010-06-30 at 13:25 -0500, Mike McCarty wrote: Simon Geard wrote: On Tue, 2010-06-29 at 10:25 -0500, al...@verizon.net wrote: You were ok up to here... A combination of trying to simplify, and trying to remember stuff I last played with in college, back when accelerated graphics add-on cards were a rarity... :) Yes, it's been a while, hasn't it :-) That font is implemented in ROM inside the graphics controller, not the BIOS. To get access to it, one simply has to command the controller to use it. If one does that, the boot screen content usually magically reappears, unless one also switches to a different RAM page for display, or if some frame buffer mode was used during boot. Ok, so that stuff is on the video card, not the motherboard? It's inside the video processor itself, usually. Whether that be mounted on the MB or on a separate card it's not part of the BIOS (EE)ROM. Nevertheless, the point was more to do with the two ways of talking to that controller - either by treating it as an modern NVidia card (as Nouveau does), or as an antique VGA chip (as the BIOS does). And the latter isn't consistent with Nouveau's purpose in providing the former. Apparently, it's the stated non-goal to support switching back by the authors (or at least owners) of the driver. So, unless he's willing to get the source for the driver, and rewrite portions of it himself, there's not going to be a way to go back. The kinds of technique of installing special fonts is the only reasonably easy way forward toward his goal. Even then, the boot messages aren't going to come back, unless he writes some special driver code to read the RAM for the text page(s) which contain them, and then issue commands to redraw the active graphics page that content using the appropriate font. None of this seems worth the effort, to me. However, it's not my system nor my time. Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: LFS (Version SVN-20100529) - 5.9. Binutils-2.20.1 - Pass 2
On 1 July 2010 23:12, Face falaz...@gmail.com wrote: Hello All, lfs:/mnt/lfs/sources/binutils-2.20.1$ CC=$LFS_TGT-gcc -B/tools/lib/ \ AR=$LFS_TGT-ar RANLIB=$LFS_TGT-ranlib \ ../binutils-2.20.1/configure --prefix=/tools \ --disable-nls --with-lib-path=/tools/lib checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu In your original thread this morning, to which I replied asking *you* what config.log said (emphasis there, because *you* need to learn how to find the important information in it, you had specified ABI=32 and were supposedly building for pentium2, but here you are building for x86_64. Maybe you realised you had accidentally passed as 32-bit parameter ? Sitting here, threads which die are no real use to anyone, nor are those where people only say fixed it. You've taken the list's time to look at your problem - sharing solutions or what you now realise you've done wrong will help the next person who does something similar. Anyway, after downloading the log, the following is the relevant part: configure:4060: checking for C compiler default output file name configure:4082: x86_64-lfs-linux-gnu-gcc -B/tools/lib/conftest.c 5 configure:4086: $? = 0 configure:4123: result: a.out configure:4139: checking whether the C compiler works configure:4148: ./a.out ../binutils-2.20.1/configure: line 4150: ./a.out: No such file or directory configure:4152: $? = 127 configure:4159: error: in `/mnt/lfs/sources/binutils-build': configure:4163: error: cannot run C compiled programs. So, first the script decides the output file is 'a.out', but then it fails to find it. Looks as if your compiler is broken. Now, a little while before this, you used a compiler to build and install glibc. At that point it must have been working. Therefore, you did something wrong in section 5.8. In that section, there is a Caution telling you to test the compiler, followed by the Note: |Building Binutils in the next section will serve as an additional | check that the toolchain has been built properly. If Binutils fails | to build, it is an indication that something has gone wrong with | the previous Binutils, GCC, or Glibc installations. Since running configure now fails to generate an a.out file, it appears that you did not run the test, and that you did something wrong when you attempted to follow section 5.8. If you have indeed created a specs file somewhere (it ought to be at /mnt/lfs/tools/lib/gcc/x86_64-lfs-linux-gnu/4.5.0 if I'm not mistaken. I'm guessing now, but maybe you can rename yours to a different name, repeat section 5.8, and then run the test. If that works, perhaps diffing the correct specs file against the earleir one will help you work out what went wrong. Unfortunately, it's very easy to pass strings to sed that do not generate any error, but change things wrongly. I advise you to check the whole sed command before you hit the 'enter' key. ĸen -- After tragedy, and farce, OMG poneys! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: LFS (Version SVN-20100529) - 5.9. Binutils-2.20.1 - Pass 2
Ken, Well, I am really sorry for all the trouble i caused. I start over b/c i could not fix the earlier Problem, really sorry. section 5.8 went Ok (I think) here is the out lfs:/mnt/lfs/sources$ echo 'main(){}' dummy.c lfs:/mnt/lfs/sources$ $LFS_TGT-gcc -B/tools/lib dummy.c lfs:/mnt/lfs/sources$ readelf -l a.out | grep ': /tools' [Requesting program interpreter: /tools/lib64/ld-linux-x86-64.so.2] On Fri, Jul 2, 2010 at 2:31 AM, Ken Moffat zarniwhoo...@googlemail.com wrote: On 1 July 2010 23:12, Face falaz...@gmail.com wrote: Hello All, lfs:/mnt/lfs/sources/binutils-2.20.1$ CC=$LFS_TGT-gcc -B/tools/lib/ \ AR=$LFS_TGT-ar RANLIB=$LFS_TGT-ranlib \ ../binutils-2.20.1/configure --prefix=/tools \ --disable-nls --with-lib-path=/tools/lib checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu In your original thread this morning, to which I replied asking *you* what config.log said (emphasis there, because *you* need to learn how to find the important information in it, you had specified ABI=32 and were supposedly building for pentium2, but here you are building for x86_64. Maybe you realised you had accidentally passed as 32-bit parameter ? Sitting here, threads which die are no real use to anyone, nor are those where people only say fixed it. You've taken the list's time to look at your problem - sharing solutions or what you now realise you've done wrong will help the next person who does something similar. Anyway, after downloading the log, the following is the relevant part: configure:4060: checking for C compiler default output file name configure:4082: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ conftest.c 5 configure:4086: $? = 0 configure:4123: result: a.out configure:4139: checking whether the C compiler works configure:4148: ./a.out ../binutils-2.20.1/configure: line 4150: ./a.out: No such file or directory configure:4152: $? = 127 configure:4159: error: in `/mnt/lfs/sources/binutils-build': configure:4163: error: cannot run C compiled programs. So, first the script decides the output file is 'a.out', but then it fails to find it. Looks as if your compiler is broken. Now, a little while before this, you used a compiler to build and install glibc. At that point it must have been working. Therefore, you did something wrong in section 5.8. In that section, there is a Caution telling you to test the compiler, followed by the Note: |Building Binutils in the next section will serve as an additional | check that the toolchain has been built properly. If Binutils fails | to build, it is an indication that something has gone wrong with | the previous Binutils, GCC, or Glibc installations. Since running configure now fails to generate an a.out file, it appears that you did not run the test, and that you did something wrong when you attempted to follow section 5.8. If you have indeed created a specs file somewhere (it ought to be at /mnt/lfs/tools/lib/gcc/x86_64-lfs-linux-gnu/4.5.0 if I'm not mistaken. I'm guessing now, but maybe you can rename yours to a different name, repeat section 5.8, and then run the test. If that works, perhaps diffing the correct specs file against the earleir one will help you work out what went wrong. Unfortunately, it's very easy to pass strings to sed that do not generate any error, but change things wrongly. I advise you to check the whole sed command before you hit the 'enter' key. ĸen -- After tragedy, and farce, OMG poneys! -- 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: If SBU measure include test time?
On Thu, 01 Jul 2010 10:41:38 -0500 Bruce Dubbs bruce.du...@gmail.com wrote: That's a script, not a patch. For an example of a patch, see http://wiki.linuxfromscratch.org/lfs/attachment/ticket/2371/program-list-update.patch Here is a patch, you can apply it if it is helpful. Ticket #2702 (new enhancement) clarifying the approximate build SBU number and required disk space of the package http://wiki.linuxfromscratch.org/lfs/ticket/2702 patch file: http://wiki.linuxfromscratch.org/lfs/attachment/ticket/2702/clarify-sbu-disk_space.patch -- littlebat -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: If SBU measure include test time?
littlebat wrote: On Thu, 01 Jul 2010 10:41:38 -0500 Bruce Dubbs bruce.du...@gmail.com wrote: That's a script, not a patch. For an example of a patch, see http://wiki.linuxfromscratch.org/lfs/attachment/ticket/2371/program-list-update.patch Here is a patch, you can apply it if it is helpful. Ticket #2702 (new enhancement) clarifying the approximate build SBU number and required disk space of the package http://wiki.linuxfromscratch.org/lfs/ticket/2702 patch file: http://wiki.linuxfromscratch.org/lfs/attachment/ticket/2702/clarify-sbu-disk_space.patch You don't need to repeat ticket info here. I see all tickets as they are posted. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Compilation problem for binutils
Hi , thanks 4 the replies . I used version 6.3 of the book coz the livecds of lfs contained only packages for version 6.3 of the book . since version 6.6 uses newer versions of packages and livecd with all the required packages are not available , i would have to download each package separately . dats y i opted ver 6.3 . If there is a livecd compatible with version 6.6 of the book , pls let me know . I didn't find one in http://www.linuxfromscratch.org/livecd/download.html however . all the images in there were for ver 6.3 of de book . On Fri, Jul 2, 2010 at 2:07 AM, Bruce Dubbs bruce.du...@gmail.com wrote: $reeHari wrote: hi , i've just started my lfs adventure , but unfortunately got a problem right from the start . i'm following lfs book version 6.3 . I'm on chapter 5.3.1 - installation of binutils . I first installed binutils and it was okey . after that when i try recompile ld with LIB_PATH=/tools/lib , i get error . help me on this guys .. i use ubuntu 10.04 (if dat can be of ny help ) . but in version 6.6 of the book , the ld is not recompiled as i see it . isn't it necessary to change the library search path ? I tried the following and i got error make -C ld clean make -C ld LIB_PATH=/tools/lib this is the error i get : make: Entering directory `/home/jacsparrow/LINUX_FROM_SCRATCH/sources/binutils-build/ld' There are several issues here. First, virtually nobody remembers details from lfs 6.3. That was released in 2007. The current version is 6.6. Second, you are building on /home/jacsparrow/LINUX_FROM_SCRATCH/sources/, but that will cause you problems when you get to Chapter 6. You will not be able to access the sources when you chroot to /mnt/lfs/. Put the sources in /mnt/lfs/sources and build from there. Third, make sure you've got all the packages you need as specified in the Host System Requirements. There are several changes needed in most Ubuntu systems. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page -- Yours Truly , SreeHari www.twitter.com/Sree_Hari Don't worry about the world coming to an end today. It's already tomorrow in Australia. -Charles Schultz -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: Compilation problem for binutils
$reeHari wrote: Hi , thanks 4 the replies . I used version 6.3 of the book coz the livecds of lfs contained only packages for version 6.3 of the book . since version 6.6 uses newer versions of packages and livecd with all the required packages are not available , i would have to download each package separately . dats y i opted ver 6.3 . If there is a livecd compatible with What is the problem with that? You already took the time to download the LiveCD, I presume. version 6.6 of the book , pls let me know . I didn't find one in The 6.3 LiveCD should be compatible with building version 6.6. http://www.linuxfromscratch.org/livecd/download.html however . all the images in there were for ver 6.3 of de book . That's true. It won't prevent you from using the LiveCD to do the build. Mike -- p=p=%c%s%c;main(){printf(p,34,p,34);};main(){printf(p,34,p,34);} Oppose globalization and One World Governments like the UN. This message made from 100% recycled bits. You have found the bank of Larn. I speak only for myself, and I am unanimous in that! -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page