[lfs-support] Any female LFS hackers?
Hi all, I am wondering if there are any female LFS hackers out there :P. This is just to get an idea about the community, please ignore if this message is irrelevant Thanks, Oshadha. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Any female LFS hackers?
On 2012-09-05 07:13, Oshadha Gunawardena wrote: Hi all, I am wondering if there are any female LFS hackers out there :P. This is just to get an idea about the community, please ignore if this message is irrelevant Thanks, Oshadha. Nope, I'm a carrot, same for elly and anyone else with a female name on the list. q: -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On Tue, Sep 4, 2012 at 4:23 AM, Richard Melville richard.melvill...@googlemail.com wrote: I extracted all of these packages from within the GCC-4.7.1 folder snip I'd still be interested to know why we build GMP, MPC, and MPFR inside GCC except on the final build where they are built separately. Richard During pass 1, GCC requires the GMP, MPC and MPFR libraries, but we don't want GCC to get these libraries from the host. GCC searches for the libraries either via the regular search paths *or* inside it's own source tree. We install a temporary copy inside the GCC source tree to take advantage of this, and thus allow GCC to not be contaminated with host libraries During pass 2, we are in a protected chroot environment, so we are no longer concerned about the host. So other programs in pass 2 can take advantage of the GMP, MPC and MPFR libraries later in the build, we install them before GCC instead of in the source tree. -- -- - Steve Crosby Thanks for the reply Steve ( and Eleanor earlier). Picking up on what Bruce said about the possibility of race conditions relating to building GCC with MAKEFLAGS set to -j 1, I'm wondering if there may be a race condition affecting the GCC build with GMP, MPC, and MPFR building inside the GCC directory at the same time. I have no proof for this; it's just a hypothesis, but I was wondering what others may think. There is *definitely* a problem where the GCC build sometimes fails at the same point each time (checking for MPFR), and then builds OK on a random attempt. I'm not aware of the problem ever occurring on the final build of GCC where GMP, MPC, and MPFR are built outside the GCC directory. Richard -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Any female LFS hackers?
On 9/5/2012 1:13 AM, Oshadha Gunawardena wrote: Hi all, I am wondering if there are any female LFS hackers out there :P. This is just to get an idea about the community, please ignore if this message is irrelevant Thanks, Oshadha. ... So, you can't peruse the archives, or look through recent threads that are most likely still in your inbox and find the From line in them? Guess that makes me a delicious, delicious veggie then. XP Seriously though, it's not hard to look at the email threads and see who's which gender. Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Any female LFS hackers?
I didn't want to thoroughly look in to the details of who are the people in the mail list or their genders. I just wanted to get an idea about the community and its users :D On Wed, Sep 5, 2012 at 5:14 PM, Eleanore Boyd cara...@cox.net wrote: On 9/5/2012 1:13 AM, Oshadha Gunawardena wrote: Hi all, I am wondering if there are any female LFS hackers out there :P. This is just to get an idea about the community, please ignore if this message is irrelevant Thanks, Oshadha. ... So, you can't peruse the archives, or look through recent threads that are most likely still in your inbox and find the From line in them? Guess that makes me a delicious, delicious veggie then. XP Seriously though, it's not hard to look at the email threads and see who's which gender. Elly -- 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] Any female LFS hackers?
As I've said before: This is a top post DONT DO IT. On 2012-09-05 13:05, Oshadha Gunawardena wrote: I didnt want to thoroughly look in to the details of who are the people in the mail list or their genders. I just wanted to get an idea about the community and its users :D This is a bottom post, the correct way of replying. It would appear sir that not only are you unprepared to do your research for yourself you are also unprepared to post in the manner requested previously and that had already been explained. As was pointed out to you, you could get your idea of the community and it's users by *looking*. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 2012-09-05 10:43, Richard Melville wrote: Thanks for the reply Steve ( and Eleanor earlier). Picking up on what Bruce said about the possibility of race conditions relating to building GCC with MAKEFLAGS set to -j 1, Im wondering if there may be a race condition affecting the GCC build with GMP, MPC, and MPFR building inside the GCC directory at the same time. I have no proof for this; its just a hypothesis, but I was wondering what others may think. There is *definitely* a problem where the GCC build sometimes fails at the same point each time (checking for MPFR), and then builds OK on a random attempt. Im not aware of the problem ever occurring on the final build of GCC where GMP, MPC, and MPFR are built outside the GCC directory. Richard I've been bashing away at building LFS for a VERY long time, and done many many builds of 7.2, this problem has not hit me once, I would suggest you stop building GCC with MAKEFLAGS set to -j 1, as was suggested. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] qtparted won't build...
On 09/05/2012 03:33 AM, Michael C. Robinson wrote: Attached are the error messages from running make this way: make 2error The output should be there as well, but I don't know how to redirect that with the errors into the file. make | tee build.log -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 09/05/2012 08:17 AM, Jasmine Iwanek wrote: On 2012-09-05 10:43, Richard Melville wrote: Thanks for the reply Steve ( and Eleanor earlier). Picking up on what Bruce said about the possibility of race conditions relating to building GCC with MAKEFLAGS set to -j 1, Im wondering if there may be a race condition affecting the GCC build with GMP, MPC, and MPFR building inside the GCC directory at the same time. I have no proof for this; its just a hypothesis, but I was wondering what others may think. There is *definitely* a problem where the GCC build sometimes fails at the same point each time (checking for MPFR), and then builds OK on a random attempt. Im not aware of the problem ever occurring on the final build of GCC where GMP, MPC, and MPFR are built outside the GCC directory. Richard I've been bashing away at building LFS for a VERY long time, and done many many builds of 7.2, this problem has not hit me once, I would suggest you stop building GCC with MAKEFLAGS set to -j 1, as was suggested. -- Jasmine Iwanek I always build all of LFS with -j4 or -j8 and it has not failed me. Maybe those that do have a problem are all using a scripted build vs those that don't have a scripted build? Suggesting that it may be only showing up in scripted builds? -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 2012-09-05 13:34, Baho Utot wrote: On 09/05/2012 08:17 AM, Jasmine Iwanek wrote: I've been bashing away at building LFS for a VERY long time, and done many many builds of 7.2, this problem has not hit me once, I would suggest you stop building GCC with MAKEFLAGS set to -j 1, as was suggested. -- Jasmine Iwanek I always build all of LFS with -j4 or -j8 and it has not failed me. Maybe those that do have a problem are all using a scripted build vs those that don't have a scripted build? Suggesting that it may be only showing up in scripted builds? Could well be the case, aye, but that kind of backs the original point, as far as I can tell, we should not be having to support people who didn't follow the book instructions (or as was pointed out by bruce) didn't look before they leaped, after all, if you're unable to find the time to do even one build by hand, what hope do you have to find the time to properly script your builds and debug said scripts? -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 09/05/2012 09:55 AM, Jasmine Iwanek wrote: On 2012-09-05 13:34, Baho Utot wrote: [putolin] I always build all of LFS with -j4 or -j8 and it has not failed me. Maybe those that do have a problem are all using a scripted build vs those that don't have a scripted build? Suggesting that it may be only showing up in scripted builds? Could well be the case, aye, but that kind of backs the original point, as far as I can tell, we should not be having to support people who didn't follow the book instructions (or as was pointed out by bruce) didn't look before they leaped, after all, if you're unable to find the time to do even one build by hand, what hope do you have to find the time to properly script your builds and debug said scripts? Leaping before looking is what I do well and it has taught me a great deal. Following a path by others may be a very good guide, but to truly learn requires ones to deviate from the beaten path and strike out on your own. How else can you create a truly giant mess in which to learn from? Like taking LFS and adding pacman packager. By scripting your builds you learn a great deal about linux and admin. One also has the opportunity to learn some debugging skills. Scripted builds also give one repeatability once they are working. I have scripted my LFS builds and incorporating the pacman package manager. I started with 6.8 and I am currently completing 7.2. I did so that I can confirm that my scripts produce a proper build, i.e. it was tested over the four builds which gave me the opportunity to weed out non apparent errors. I then took those same packages produced by the build and installed them onto 5 other machines so I could check to see if the build was generic for the i686 and x86_64 platforms. I now have a solid platform in which to create a distribution system ( as well building BLFS ) as for the computers under my care. I have learned many things. I still think that helping others even if they have failed to follow the book is a worthy goal as it shows where the book my be improved. Who knows by some not following the book new things are learned? Helping others is always good. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] The learning process
I was and am only an average Linux user . You guys roughed me up a bit but you got me through a build. Took me like 25 or more tries but I completed the build. Tw3ak. Thanks-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 2012-09-05 15:34, Baho Utot wrote: On 09/05/2012 09:55 AM, Jasmine Iwanek wrote: Leaping before looking is what I do well and it has taught me a great deal. Following a path by others may be a very good guide, but to truly learn requires ones to deviate from the beaten path and strike out on your own. How else can you create a truly giant mess in which to learn from? Like taking LFS and adding pacman packager. By scripting your builds you learn a great deal about linux and admin. One also has the opportunity to learn some debugging skills. Scripted builds also give one repeatability once they are working. I have scripted my LFS builds and incorporating the pacman package manager. I started with 6.8 and I am currently completing 7.2. I did so that I can confirm that my scripts produce a proper build, i.e. it was tested over the four builds which gave me the opportunity to weed out non apparent errors. I then took those same packages produced by the build and installed them onto 5 other machines so I could check to see if the build was generic for the i686 and x86_64 platforms. I now have a solid platform in which to create a distribution system ( as well building BLFS ) as for the computers under my care. I have learned many things. I still think that helping others even if they have failed to follow the book is a worthy goal as it shows where the book my be improved. Who knows by some not following the book new things are learned? Helping others is always good. Oh, I agree with you fully, don't get me wrong, but people should be starting at the start, not the end. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] The learning process
On 2012-09-05 15:47, Robert Cox wrote: I was and am only an average Linux user . You guys roughed me up a bit but you got me through a build. Took me like 25 or more tries but I completed the build. Tw3ak. Thanks Not that I was one of the people helping, but It's good to see another happy LFS user, hopefully you'll end up with the rest of us roughing up the newbies and getting them learning too. (: Welcome to LFS, It's a pleasure to have you onboard. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 2012-09-05 10:43, Richard Melville wrote: Thanks for the reply Steve ( and Eleanor earlier). ?Picking up on what Bruce said about the possibility of race conditions relating to building GCC with MAKEFLAGS set to -j 1, Im wondering if there may be a race condition affecting the GCC build with GMP, MPC, and MPFR building inside the GCC directory at the same time. ?I have no proof for this; its just a hypothesis, but I was wondering what others may think. ?There is *definitely* a problem where the GCC build sometimes fails at the same point each time (checking for MPFR), and then builds OK on a random attempt. ?Im not aware of the problem ever occurring on the final build of GCC where GMP, MPC, and MPFR are built outside the GCC directory. Richard I've been bashing away at building LFS for a VERY long time, and done many many builds of 7.2, this problem has not hit me once, Well aren't you the lucky one. If you took the trouble to look back over the mailing list you would see that a number of people have experienced the error. I would suggest you stop building GCC with MAKEFLAGS set to -j 1, as was suggested. -- Jasmine Iwanek If you spent less time hectoring people and more time reading the posts you would know that I'm quite aware of the issues surrounding the setting of MAKEFLAGS. What is your problem? Richard -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 2012-09-05 16:37, Richard Melville wrote: Who are you referring to here? You make an awful lot of assumptions. Richard And yet you tell me that I should try reading all the posts. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 2012-09-05 15:34, Baho Utot wrote: On 09/05/2012 09:55 AM, Jasmine Iwanek wrote: Leaping before looking is what I do well and it has taught me a great deal. Following a path by others may be a very good guide, but to truly learn requires ones to deviate from the beaten path and strike out on your own. How else can you create a truly giant mess in which to learn from? Like taking LFS and adding pacman packager. By scripting your builds you learn a great deal about linux and admin. One also has the opportunity to learn some debugging skills. Scripted builds also give one repeatability once they are working. I have scripted my LFS builds and incorporating the pacman package manager. I started with 6.8 and I am currently completing 7.2. I did so that I can confirm that my scripts produce a proper build, i.e. it was tested over the four builds which gave me the opportunity to weed out non apparent errors. I then took those same packages produced by the build and installed them onto 5 other machines so I could check to see if the build was generic for the i686 and x86_64 platforms. I now have a solid platform in which to create a distribution system ( as well building BLFS ) as for the computers under my care. I have learned many things. I still think that helping others even if they have failed to follow the book is a worthy goal as it shows where the book my be improved. Who knows by some not following the book new things are learned? Helping others is always good. Oh, I agree with you fully, don't get me wrong, but people should be starting at the start, not the end. -- Jasmine Iwanek What is that supposed to mean? Really, if you have nothing useful to say then don't say anything. Thanks for your positive post Baho. Richard -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 2012-09-05 16:46, Richard Melville wrote: What is that supposed to mean? Really, if you have nothing useful to say then dont say anything. Thanks for your positive post Baho. Richard This is lfs-support, not Whine-like-a-child-because-someone-gave-their-insight-and-opinion-and-you-dont-like-it, Kindly keep the discussion on topic. As you say though, If you have nothing useful to say then don't say anything. Don't bother replying, mail filters are now set to direct your messages to /dev/null. -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 9/5/2012 11:20 AM, Jasmine Iwanek wrote: On 2012-09-05 16:46, Richard Melville wrote: What is that supposed to mean? Really, if you have nothing useful to say then dont say anything. Thanks for your positive post Baho. Richard This is lfs-support, not Whine-like-a-child-because-someone-gave-their-insight-and-opinion-and-you-dont-like-it, Kindly keep the discussion on topic. As you say though, If you have nothing useful to say then don't say anything. Don't bother replying, mail filters are now set to direct your messages to /dev/null. -- Jasmine Iwanek What he's complaining about is your attitude when replying. Not only are you assuming that everyone knows what you're talking about, you think they're going to follow it without question. Now, while I currently lean towards liking you, if your attitude in your messages continues, you'll be ignored by my filters. Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
Baho Utot wrote: I still think that helping others even if they have failed to follow the book is a worthy goal as it shows where the book my be improved. Who knows by some not following the book new things are learned? I don't have problem with users not following the book. It's just that sometimes an attitude comes across and that makes it more difficult to want to help. We always suggest a manual build for first time users. Knowing how it is supposed to work is really useful before making custom changes. It is 'Your distro, your rules.' IMO, building twice, the first time by the book without customization/scripts, really will save time in the long run. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Any female LFS hackers?
On Wed, 05 Sep 2012 07:41:20 +0100 Jasmine Iwanek jasm...@iwanek.co.uk wrote: On 2012-09-05 07:13, Oshadha Gunawardena wrote: Hi all, I am wondering if there are any female LFS hackers out there :P. This is just to get an idea about the community, please ignore if this message is irrelevant Thanks, Oshadha. Nope, I'm a carrot, same for elly and anyone else with a female name on the list. q: -- Jasmine Iwanek AHA! But what about the cross-culture differences? Different cultures use different names, making it impossible to reliably tell genders. I'm pushing it. :) Also, isn't this supposed to be on lfs-chat?? -- Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 2012-09-05 19:01, Bruce Dubbs wrote: Baho Utot wrote: I still think that helping others even if they have failed to follow the book is a worthy goal as it shows where the book my be improved. Who knows by some not following the book new things are learned? I don't have problem with users not following the book. It's just that sometimes an attitude comes across and that makes it more difficult to want to help. We always suggest a manual build for first time users. Knowing how it is supposed to work is really useful before making custom changes. It is 'Your distro, your rules.' IMO, building twice, the first time by the book without customization/scripts, really will save time in the long run. -- Bruce Thank you Bruce, You worded that far better than I had. (: -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 09/05/2012 02:01 PM, Bruce Dubbs wrote:
Baho Utot wrote:
I still think that helping others even if they have failed to follow the
book is a worthy goal as it shows where the book my be improved. Who
knows by some not following the book new things are learned?
I don't have problem with users not following the book. It's just that
sometimes an attitude comes across and that makes it more difficult to
want to help.
We always suggest a manual build for first time users. Knowing how it
is supposed to work is really useful before making custom changes. It
is 'Your distro, your rules.'
How ever if one has some previous experience in shell scripts the
scripting build made be less problematic as cut and paste will reduce
errors. You can run/modify the script until you get it correct.
Correcting each error as you go until you arrive at a good build. This
is what I did. Using DESTDIR helps here as you get n number of do overs ;)
One can not assume that if you do it manually that you will do it
correctly every time. What if your some what dyslexic? Then the manual
way is a great problem.
IMO, building twice, the first time by the book without
customization/scripts, really will save time in the long run.
I generally agree here but a simple script like this will catch a lot of
simple errors. If you do make an error, by examining you script for
that package you could see very easy where you made the error.
#!/bin/bash
set -o errexit# exit if error
set -o nounset# exit if variable not initalized
set +h# disable hashall
shopt -s -o pipefail
pkgname=package name
pkgver=package version
srcname=${pkgname}-${pkgver}.tar.gz
srcdir=${pkgname}-${pkgver}
startdir=$(pwd)
function unpack() {
tar xf ${srcname}
}
function clean() {
rm -rf ${srcdir}
}
function build() {
# cut and paste here from the book
./configure --prefix=/tools
make
make -j1 install
}
clean;unpack;pushd ${srcdir};build;popd;clean
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] Any female LFS hackers?
alex lupu wrote: Oshy: If you send me your picture I'll ... Please take this type of discussion off list. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 9/5/2012 2:35 PM, Baho Utot wrote: One can not assume that if you do it manually that you will do it correctly every time. What if your some what dyslexic? Then the manual way is a great problem. Have you ever thought that the manual way does not have to involve typing? I don't use scripts to build LFS (always manual for me :) ), but I do know how to copy+paste the commands into the console and hit Enter. Then it's the good old-fashioned My code's compiling excuse at work. :) Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
Baho Utot wrote:
#!/bin/bash
set -o errexit# exit if error
set -o nounset# exit if variable not initalized
set +h# disable hashall
shopt -s -o pipefail
pkgname=package name
pkgver=package version
srcname=${pkgname}-${pkgver}.tar.gz
srcdir=${pkgname}-${pkgver}
startdir=$(pwd)
function unpack() {
tar xf ${srcname}
}
function clean() {
rm -rf ${srcdir}
}
function build() {
# cut and paste here from the book
./configure --prefix=/tools
make
make -j1 install
}
clean;unpack;pushd ${srcdir};build;popd;clean
As a minimum, I'd add after ./configure and the first make.
There's a little more that can go wrong too. The directory name is not
always ${srcdir}, so each package needs some customization.
I still feel that for most people, a manual build is useful. For an
experienced user like yourself, perhaps not so much.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 09/05/2012 03:47 PM, Eleanore Boyd wrote: On 9/5/2012 2:35 PM, Baho Utot wrote: One can not assume that if you do it manually that you will do it correctly every time. What if your some what dyslexic? Then the manual way is a great problem. Have you ever thought that the manual way does not have to involve typing? I don't use scripts to build LFS (always manual for me :) ), but I do know how to copy+paste the commands into the console and hit Enter. Then it's the good old-fashioned My code's compiling excuse at work. :) Elly Yes but what really is the difference if you cut and paste to a script then run it instead of the tty? What that gives me is a way of looking over what I had done when it doesn't work. If I cut and paste to a term then I have lost that info. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Grub 2.00 questions again ... sorry
Hello all, Anyone who does not have time or the desire to get into this please feel free to ignore past this sentence. I have been Googling for three days and I even tried Bing (don't tell anyone that I used Bing though). This may be a dumb question but ... I see that Book 7.2 section 8.4 installs Grub and then we create a grub.cfg. I have been reading the Grub 2 tutorials and many times I see you should not edit grub.cfg rather grub (dot nothing). Then Grub scripts in /etc/default/grub.d will be run by the update-grub command which will take /boot/grub/grub as an input file ... ... and recreate grub.cfg as an output file. I assume that in LFS a minimalist philosophy of creating a small quick grub.cfg is chosen. So as an experiment I liveCD booted, wiped a HD, fdisk'ed, formatted ext3, mounted on $LFS, ... then, created: /boot /etc/default usr/lib and installed Grub 1.98 via: grub-install --root-directory=$LFS /dev/sda (I tried --boot-directory=/boot but it would not accept if --root-directory= is used) and it completed no errors but ... All .mod and .img files were placed in /boot/grub/ No files anywhere else. 1 no update-grub scripts in /etc/default/grub.d (in fact no grub.d or scripts anywhere) 2 the .mod and .img files were not in /usr/lib/grub/i386-pc as I see on many other distro's and tutorials but were in /boot So I would assume I am doing something wrong in my use of the grub-install command. I assume the scripts needed to create a grub.cfg from a manually created grub file must come from the grub source tarball? Anyone know how to get these features? Or is this a BLFS question. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 9/5/2012 2:54 PM, Baho Utot wrote: On 09/05/2012 03:47 PM, Eleanore Boyd wrote: On 9/5/2012 2:35 PM, Baho Utot wrote: One can not assume that if you do it manually that you will do it correctly every time. What if your some what dyslexic? Then the manual way is a great problem. Have you ever thought that the manual way does not have to involve typing? I don't use scripts to build LFS (always manual for me :) ), but I do know how to copy+paste the commands into the console and hit Enter. Then it's the good old-fashioned My code's compiling excuse at work. :) Elly Yes but what really is the difference if you cut and paste to a script then run it instead of the tty? What that gives me is a way of looking over what I had done when it doesn't work. If I cut and paste to a term then I have lost that info. ... I should probably have added that if it breaks while compiling, I throw the directories out and try again. Of course, I've lost many, many builds that way, but I still have fun with it. :) Just remember folks, No one likes a smart ass. Maybe I should get another email as something like that just for the heck of it... Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 09/05/2012 03:54 PM, Bruce Dubbs wrote:
Baho Utot wrote:
#!/bin/bash
set -o errexit# exit if error
set -o nounset# exit if variable not initalized
set +h# disable hashall
shopt -s -o pipefail
pkgname=package name
pkgver=package version
srcname=${pkgname}-${pkgver}.tar.gz
srcdir=${pkgname}-${pkgver}
startdir=$(pwd)
function unpack() {
tar xf ${srcname}
}
function clean() {
rm -rf ${srcdir}
}
function build() {
# cut and paste here from the book
./configure --prefix=/tools
make
make -j1 install
}
clean;unpack;pushd ${srcdir};build;popd;clean
As a minimum, I'd add after ./configure and the first make.
There's a little more that can go wrong too. The directory name is not
always ${srcdir}, so each package needs some customization.
I still feel that for most people, a manual build is useful. For an
experienced user like yourself, perhaps not so much.
-- Bruce
I have it wrapped in a calling script that does a
trap 'echo Tool chain build failed...;touch /tools/FAILURE;exit 1' ERR
so if something fails this will catch it and won't let it continue.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On Wed, Sep 05, 2012 at 03:54:50PM -0400, Baho Utot wrote: Yes but what really is the difference if you cut and paste to a script then run it instead of the tty? What that gives me is a way of looking over what I had done when it doesn't work. If I cut and paste to a term then I have lost that info. history | less When I'm editing, particularly in BLFS, or when I'm trying to fix a new build failure, I use that a lot. ĸ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] LFS 7.2 GCC pass 1
Have you ever thought that the manual way does not have to involve typing? I don't use scripts to build LFS (always manual for me :) ), but I do know how to copy+paste the commands into the console and hit Enter. Elly Yes and us Windows people can allways download putty.exe and instal Open SSH on the host. Works great for me. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
On 09/05/2012 04:15 PM, Ken Moffat wrote: On Wed, Sep 05, 2012 at 03:54:50PM -0400, Baho Utot wrote: Yes but what really is the difference if you cut and paste to a script then run it instead of the tty? What that gives me is a way of looking over what I had done when it doesn't work. If I cut and paste to a term then I have lost that info. history | less When I'm editing, particularly in BLFS, or when I'm trying to fix a new build failure, I use that a lot. ĸen Very good, Learned something today -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Grub 2.00 questions again ... sorry
Mikie wrote:
Hello all,
Anyone who does not have time or the desire to get into this please
feel free to ignore past this sentence.
I have been Googling for three days and I even tried Bing (don't tell
anyone that I used Bing though).
This may be a dumb question but ...
I see that Book 7.2 section 8.4 installs Grub and then we create a
grub.cfg.
I have been reading the Grub 2 tutorials and many times I see you
should not edit grub.cfg rather grub (dot nothing). Then Grub scripts
in /etc/default/grub.d will be run by the update-grub command which
will take /boot/grub/grub as an input file ... ... and recreate
grub.cfg as an output file.
That's the official GRUB position. It is designed for large distros
like Fedora, Debian, Ubuntu, etc that think they own grub.cfg. They are
wrong. On *MY* system, *I* own grub.cfg.
Those scripts in /etc/grub.d have no idea of what kernels I want in my
boot menu or what disks/partitions go with which kernels.
I assume that in LFS a minimalist philosophy of creating a small
quick grub.cfg is chosen.
Only to start. Right now I have 11 entries, but I recent cleaned it up
from a lot more.
So as an experiment I liveCD booted, wiped a HD, fdisk'ed, formatted
ext3, mounted on $LFS, ... then, created:
/boot /etc/default usr/lib
and installed Grub 1.98 via:
That's pretty old. 2.0 is current.
grub-install --root-directory=$LFS /dev/sda
(I tried --boot-directory=/boot but it would not accept if
--root-directory= is used)
and it completed no errors but ...
All .mod and .img files were placed in /boot/grub/ No files anywhere
else.
That's 1.98 behavior. They now go in /boot/grub/i386-pc for LFS.
1 no update-grub scripts in /etc/default/grub.d (in fact no
grub.d or scripts anywhere)
2 the .mod and .img files were not in
/usr/lib/grub/i386-pc as I see on many other distro's and tutorials
but were in /boot
Again, that's the old behavior.
Also, I do recommend a separate partition for /boot. I have the
following in my fstab:
/dev/sda1 /bootext3 defaults 1 2
Then all my boots access the same partition and all my kernels are in
the same place. Once it's set up, then you don't really need to do much
to have a new system boot. Just copy the kernel to /boot and edit
/boot/grub/cfg to add basically one entry. For example:
menuentry BLFS Dev (LFS-7.2-rc1 SSD sdc2), Linux 3.5.2 {
linux /vmlinuz-3.5.2-lfs-72-rc1 root=/dev/sdc2 rootfstype=ext4 ro \
raid=noautodetect rootflags=data=writeback
}
So I would assume I am doing something wrong in my use of the
grub-install command. I assume the scripts needed to create a
grub.cfg from a manually created grub file must come from the grub
source tarball?
Yes, they are install in Chapter 6.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
Re: [lfs-support] LFS 7.2 GCC pass 1
Ken Moffat wrote: On Wed, Sep 05, 2012 at 03:54:50PM -0400, Baho Utot wrote: Yes but what really is the difference if you cut and paste to a script then run it instead of the tty? What that gives me is a way of looking over what I had done when it doesn't work. If I cut and paste to a term then I have lost that info. history | less When I'm editing, particularly in BLFS, or when I'm trying to fix a new build failure, I use that a lot. Or 'history | grep configure', etc. When you do have a problem line, you can always do 'command 21 | tee file.log' -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Grub 2.00 questions again ... sorry
On 9/5/2012 3:47 PM, Firerat wrote: On Sep 5, 2012 8:58 PM, Mikie k...@mikienet.com wrote: Hello all, Anyone who does not have time or the desire to get into this please feel free to ignore past this sentence. I have been Googling for three days and I even tried Bing (don't tell anyone that I used Bing though). This may be a dumb question but … I see that Book 7.2 section 8.4 installs Grub and then we create a grub.cfg. I have been reading the Grub 2 tutorials and many times I see you should not edit grub.cfg rather grub (dot nothing). Then Grub scripts in /etc/default/grub.d will be run by the update-grub command which will take /boot/grub/grub as an input file … … and recreate grub.cfg as an output file. I assume that in LFS a minimalist philosophy of creating a small quick grub.cfg is chosen. Nope /boot/grub/grub.cfg cannot be edited by hand! http://www.dedoimedo.com/computers/grub-2.html google search term which led to that noted below So as an experiment I liveCD booted, wiped a HD, fdisk'ed, formatted ext3, mounted on $LFS, … then, created: /boot /etc/default usr/lib and installed Grub 1.98 via: grub-install --root-directory=$LFS /dev/sda (I tried --boot-directory=/boot but it would not accept if --root-directory= is used) and it completed no errors but … All .mod and .img files were placed in /boot/grub/ No files anywhere else. 1 no update-grub scripts in /etc/default/grub.d (in fact no grub.d or scripts anywhere) 2 the .mod and .img files were not in /usr/lib/grub/i386-pc as I see on many other distro's and tutorials but were in /boot So I would assume I am doing something wrong in my use of the grub-install command. I am by no means a grub expert, but from experience of doing grub-install from multiple distros living on different partitions I have noted that the theme changes From this I concluded that the grub which is installed to the mbr is handcoded based on the grub scripts that reside on the running distro I assume the scripts needed to create a grub.cfg from a manually created grub file must come from the grub source tarball? I guess there is a basic default, if you want extra functionality you add grub.d scripts and any supporting files Anyone know how to get these features? google grub If that is too complicated a search ask on a grub mailing list Honestly, is it really that difficult to find what you need? I don't know what search terms you are using, perhaps you should start simple and work up Or is this a BLFS question. It seems you have failed to understand the simplicity grub offers Read that tutorial and if you still need help ask on a grub list Bruce gave him a much better answer than you have, Firerat. And besides, LFS is NOT like any of the major distros; it does not assume ownership of grub.cfg like those do. And at any rate, do you realize how snarky and snooty you sound? Seriously, he's only just gotten into the Linux scene and is still learning all about it. There really is a reason everybody deals with Microsoft's hoops and hassles and buys Windows instead of using Linux. (Here's a hint: it's because of responses like that from people like you.) Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Grub 2.00 questions again ... sorry
Firerat wrote: /boot/grub/grub.cfg cannot be edited by hand! Wrong. I do it every time I build a kernel. I am by no means a grub expert, but from experience of doing grub-install from multiple distros living on different partitions I have noted that the theme changes That's because they run grub-mkconfig. It's way too much to mess with themes for GRUB. The screen is only up for a couple of seconds and then you select the kernel and you never go back until you reboot. You can do a lot of things with GRUB from themes to complex booting over a serial line, network, multiple drives, themes, mouse use, etc, but for a LFS system you only need a very simple entry the up/down keys and enter. It's you distro, so do it the way you want, but it really isn't hard unless you want to do more than boot up. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Grub 2.00 questions again ... sorry
First, bottom posting is good, but trimming is good too. And at any rate, do you realize how snarky and snooty you sound? Seriously, he's only just gotten into the Linux scene and is still learning all about it. There really is a reason everybody deals with Microsoft's hoops and hassles and buys Windows instead of using Linux. (Here's a hint: it's because of responses like that from people like you.) Is that really necessary? What does it accomplish other than irritating the other person? I think it's better to not respond than to criticize any person. Lets talk ideas and techniques. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Grub 2.00 questions again ... sorry
On Sep 5, 2012 10:01 PM, Eleanore Boyd cara117@ cara...@cox.netcox.netcara...@cox.net wrote: On 9/5/2012 3:47 PM, Firerat wrote: On Sep 5, 2012 8:58 PM, Mikie kmb k...@mikienet.com@k...@mikienet.com mikienet.com k...@mikienet.com wrote: Hello all, Or is this a BLFS question. It seems you have failed to understand the simplicity grub offers Read that tutorial and if you still need help ask on a grub list Bruce gave him a much better answer than you have, Firerat. And besides, LFS is NOT like any of the major distros; it does not assume ownership of grub.cfg like those do. And at any rate, do you realize how snarky and snooty you sound? Yes, intended Here is the reason, some people feel compelled to help others out, even when the issue is trivial. Personally I see this as a waste ( or should that be waist Mikie?? ) of sometimes time, they might be happy to do it, but is it fair? Mikie , IMO , has a history of bogging down with trivial matters holding out the I Google Shield Seriously, he's only just gotten into the Linux scene and is still learning all about it. With a quick google, a quick scan and then posts to a mailing list Besides, he started in 2002 failed, came back in 2007, failed again. 2012 ... There really is a reason everybody deals with Microsoft's hoops and hassles and buys Windows instead of using Linux. (Here's a hint: it's because of responses like that from people like you.) Really? Tell me Elly, what is it they are using to research Linux? Do you not think most already have Windows? And LFS is not about learning Linux, it is about learning how to build a Linux based system to your specific needs. Ubuntu is perfect for anyone wishing to migrate from windows, if they get in to it.. Well LFS is here. Elly -- http:// http://linuxfromscratch.org/mailman/listinfo/lfs-support linuxfromscratch.orghttp://linuxfromscratch.org/mailman/listinfo/lfs-support /mailman/ http://linuxfromscratch.org/mailman/listinfo/lfs-supportlistinfohttp://linuxfromscratch.org/mailman/listinfo/lfs-support / http://linuxfromscratch.org/mailman/listinfo/lfs-supportlfshttp://linuxfromscratch.org/mailman/listinfo/lfs-support -support http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http:// http://www.linuxfromscratch.org/lfs/faq.html www.linuxfromscratch.org http://www.linuxfromscratch.org/lfs/faq.html/http://www.linuxfromscratch.org/lfs/faq.html lfs http://www.linuxfromscratch.org/lfs/faq.html/http://www.linuxfromscratch.org/lfs/faq.html faq.html 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
[lfs-support] prerequisites reading and kernel build
going thru the prerequisites again and decided to build a custom kernel for my distro. linux gets confusing because of the independent thinking both good and bad... 1. distro call for debian is export cpu flags and so on... and the straight build is j4 or +1 or all the virtual cpu's depends on what tutorial you read. etc... 2.one of the great things is the script since 2.6 kernel localmoduleconf or whatever I forget... that builds the loaded modules... just thinking about all the choices in menuconfig even after coping my distro's config files over headache. 3. what is the abi in the boot??? modules ??? or linking to modules??? remember things have changed much since I last built LFS. and I am a lowly roofer by trade... this is only a hobby and I've not started to work on LFS again... only the prerequisites. lots of reading. tweak From: Jasmine Iwanek jasm...@iwanek.co.uk To: LFS Support List lfs-support@linuxfromscratch.org Sent: Wednesday, September 5, 2012 2:44 PM Subject: Re: [lfs-support] LFS 7.2 GCC pass 1 On 2012-09-05 19:01, Bruce Dubbs wrote: Baho Utot wrote: I still think that helping others even if they have failed to follow the book is a worthy goal as it shows where the book my be improved. Who knows by some not following the book new things are learned? I don't have problem with users not following the book. It's just that sometimes an attitude comes across and that makes it more difficult to want to help. We always suggest a manual build for first time users. Knowing how it is supposed to work is really useful before making custom changes. It is 'Your distro, your rules.' IMO, building twice, the first time by the book without customization/scripts, really will save time in the long run. -- Bruce Thank you Bruce, You worded that far better than I had. (: -- Jasmine Iwanek -- 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] Grub 2.00 questions again ... sorry
On Sep 5, 2012 10:09 PM, Bruce Dubbs bruce.dubbs bruce.du...@gmail.com@bruce.du...@gmail.com gmail.com bruce.du...@gmail.com wrote: Firerat wrote: /boot/grub/grub.cfg cannot be edited by hand! Wrong. I do it every time I build a kernel. I am by no means a grub expert, but from experience of doing grub-install from multiple distros living on different partitions I have noted that the theme changes That's because they run grub-mkconfig. It's way too much to mess with themes for GRUB. The screen is only up for a couple of seconds and then you select the kernel and you never go back until you reboot. Which is why I never bother changing the themes As long as the grub.d scripts pick up all the different distros I'm happy You can do a lot of things with GRUB from themes to complex booting over a serial line, network, multiple drives, themes, mouse use, etc, but for a LFS system you only need a very simple entry the up/down keys and enter. Yes, tbh about the only feature I add is booting from ISO , which is handy, means I don't need to burn a Disk or mess with a flash drive It's you distro, so do it the way you want, but it really isn't hard unless you want to do more than boot up. Anyway, sorry for flaming, my reasons are not really justified But I feel better, which is what matters ( I took that from Mikie's book , he sees to like to impinge fire his own selfish needs ) -- Bruce -- http:// http://linuxfromscratch.org/mailman/listinfo/lfs-support linuxfromscratch.orghttp://linuxfromscratch.org/mailman/listinfo/lfs-support /mailman/ http://linuxfromscratch.org/mailman/listinfo/lfs-supportlistinfohttp://linuxfromscratch.org/mailman/listinfo/lfs-support / http://linuxfromscratch.org/mailman/listinfo/lfs-supportlfshttp://linuxfromscratch.org/mailman/listinfo/lfs-support -support http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http:// http://www.linuxfromscratch.org/lfs/faq.html www.linuxfromscratch.org http://www.linuxfromscratch.org/lfs/faq.html/http://www.linuxfromscratch.org/lfs/faq.html lfs http://www.linuxfromscratch.org/lfs/faq.html/http://www.linuxfromscratch.org/lfs/faq.html faq.html 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] Grub 2.00 questions again ... sorry
Being snooty to everyone is not going to fix things. And yes, I'm aware of how many people have Windows, why do you think I even brought it up? Linux is rotting from the inside out because of people like you who don't care to try and teach new people properly, or even advertise Linux to the common brand of computer users out there. The only, ONLY reason I have anything to do with LFS or Linux in general is because of a backup disk I found while wandering the Internet. By the way, since you have never had any good answers on here, and have never bothered to have a nice attitude on here, don't bother replying. The server wouldn't take it if you tried. Elly -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Grub 2.00 questions again ... sorry
Test -- Firerat On Sep 5, 2012 10:55 PM, Eleanore Boyd cara...@cox.net wrote: Being snooty to everyone is not going to fix things. And yes, I'm aware of how many people have Windows, why do you think I even brought it up? Linux is rotting from the inside out because of people like you who don't care to try and teach new people properly, or even advertise Linux to the common brand of computer users out there. The only, ONLY reason I have anything to do with LFS or Linux in general is because of a backup disk I found while wandering the Internet. By the way, since you have never had any good answers on here, and have never bothered to have a nice attitude on here, don't bother replying. The server wouldn't take it if you tried. Elly -- 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] prerequisites reading and kernel build
On 2012-09-05 22:38, Robert Cox wrote: going thru the prerequisites again and decided to build a custom kernel for my distro. linux gets confusing because of the independent thinking both good and bad... 1. distro call for debian is export cpu flags and so on... and the straight build is j4 or +1 or all the virtual cpu's depends on what tutorial you read. etc... Avoid building GCC and binutils with anything higher than -j 1 and you should be fine. 2.one of the great things is the script since 2.6 kernel localmoduleconf or whatever I forget... that builds the loaded modules... just thinking about all the choices in menuconfig even after coping my distro's config files over headache. Sadly, I can't help you much with kernel configuration, Barring the important options like tmpfs, it can vary greatly from system to system, A good starting point is to compile it without any modules, but everything linked into the kernel, no pissing about with initrd's that way. 3. what is the abi in the boot??? modules ??? or linking to modules??? I'm not entirely sure what you're asking here. remember things have changed much since I last built LFS. and I am a lowly roofer by trade... this is only a hobby and I've not started to work on LFS again... only the prerequisites. lots of reading. tweak Aye, they have indeed, I remember my first time building a kernel, and that was back in the days of 2.0 when things were simple. nomatter, you've answered my call to arms as it were and shown that you are polite and worth assisting. Jasmine-FaithInHumanity++; XD -- Jasmine Iwanek -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] prerequisites reading and kernel build
On Wed, Sep 05, 2012 at 02:38:06PM -0700, Robert Cox wrote: going thru the prerequisites again and decided to build a custom kernel for my distro. If you've been here before, you should have remembered that (like most linux lists), we don't like top-posting. Please don't do that here. linux gets confusing because of the independent thinking both good and bad... 1. distro call for debian is export cpu flags and so on... and the straight build is j4 or +1 or all the virtual cpu's depends on what tutorial you read. etc... If you are building while running a recent kernel, the number of jobs to run in parallel depends on your hardware. Yes, I can remember old recommendations to use high numbers of jobs. On my old single processor amd64, building a kernel with -j2 takes a lot longer than with -j1. On my current desktops (phonon, 4 real cores, and i3, two real cores but with hyperthreading linux treats them as 4 cores) using -j4 to build the kernel is a lot faster. OTOH, if I'm running other jobs (e.g. backups or image manipulation), -j2 will leave some CPU for those other jobs. 2.one of the great things is the script since 2.6 kernel localmoduleconf or whatever I forget... that builds the loaded modules... just thinking about all the choices in menuconfig even after coping my distro's config files over headache. localmodconfig or localyesconfig - as a starting point. Things like network controllers can happily be modules. If you are going to use this new kernel as the basis of something to run LFS, make sure that the drivers for your disk controller(s) and for your filesystem(s) are built in, not modules. I don't know for certain, but that might avoid you having to build an initrd for debian. Enabling the gzipped kernel config in /proc/config.gz is also handy if you build your own kernels. 3. what is the abi in the boot??? modules ??? or linking to modules??? I don't understand the question. Anything inside the kernel gets updated at the same time. The only problem is with non-free drivers for which the source isn't available. ĸ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] Packaged LFS-6.8
On 08/24/2012 10:35 AM, Baho Utot wrote: I have successfully packaged LFS-6.8 using pacman from arch linux. Here is the link if anyone is interested and wants to have a look. https://github.com/baho-utot/LFS-pacman I am going to update that repository to versions 7.0 7.1 and 7.2. The build system I use for the tool chain chapter 5 could be adapted to the base chapter 6. I think it is a easy way to script a build. Comments welcome Cool. Thanks for doing this. Working from trunk as of an hour ago now. I've also just forked your github to work for update to SVN along with some other changes for my own taste. I've not worked with Pacman yet, though I had intended to replace my aging homebrew packaging system for some time now...seems as good a time as any. Will let you know how it turns out when completed. -- DJ Lucas -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] LFS-BOOK-7.0; Chapter 5.2 Toolchain Technical Notes - clarifications
Hi Team, Did you get a chance to look into my below mail? I waited for two days before sending this gentle reminder. If you have time please reply to it. Also, if you have any feedback you can openly give that, I would accept and work on it. I am little afraid of not getting replies to my queries. Thanks much, Emerson On Tue, Sep 4, 2012 at 12:25 AM, Emerson Yesupatham yemerson1...@gmail.com wrote: Hi Team, My below mail got bounced. By mistake I sent it o lfs-support-request. Hi, I am going through toolchain technical notes for the second time to understand it better. From the Book: Slightly adjusting the name of the working platform, by changing the vendor field target triplet by way of the LFS_TGT variable, ensures that the first build of Binutils and GCC produces a compatible cross-linker and cross-compiler. Instead of producing binaries for another architecture, the cross-linker and cross-compiler will produce binaries compatible with the current hardware. In order to understand the above point, I have cross-compiled the binutils as per pass-1 configure instructions. Also I have compiled it separately for my config.guess target (basically not cross-compiling) and ran the below command and took the difference ./ld --verbose | grep SEARCH SEARCH_DIR(/tools/i686-lfs-linux-gnu/lib); The search path shows that the cross-linker searches only inside /tools/target-triplet/lib folder and not searching in HOST's folders like /usr/lib, /usr/local/lib and /lib, thus removes dependency on host system. This part is fine, I could understand. Coming to the next point. The temporary libraries are cross-compiled. Because a cross-compiler by its nature cannot rely on anything from its host system, this method removes potential contamination of the target system by lessening the chance of headers or libraries from the host being incorporated into the new tools. When we say librarires are cross-compiled, what exactly we mean? In libraries also any hard-wired PATHS are present and they are modified to /tools/target-triplet/ ? I mean, when we cross-compile the linker (above) it limits its search folder within /tools/ , without cross-compilation it would have searched in /usr/lib/ etc. Similarly any changes (path names, inculde path etc) happens in the library files (say libc.so/.a)? or by cross-compilation of libraries we mean libraries which are present inside /tools/i686-lfs-linux-gnu/lib ONLY are used hence forth by cross-linker and cross-compiler? Thanks for bearing the questions. Looking forward your inputs. Thanks, Emerson -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] gcc compile phase 2 error
Ashkan Rahmani wrote: hi every body I have some problem in gcc compile phase 2. as mentioned in book i try to configure gcc by this command: CC=$LFS_TGT-gcc \ AR=$LFS_TGT-ar\ RANLIB=$LFS_TGT-ranlib\ ../gcc-4.7.1/configure\ You should be the lfs user. Double check the that the PATH is set properly as in Section 4.4. Also check that $LFS_TGT is properly set and that the tools are (/tools/bin/x86_64-lfs-linux-gnu-*) are installed properly. checking whether the C compiler works... configure: error: in `/mnt/lfs/sources/gcc-build': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. beside it I have other problems: 1- Some times it seems something cause $FSL variable became empty. and I have to set it again. If you set LFS in Section 4.4, it should be there when you switch to the lfs user. 2- checking build system type... x86_64-unknown-linux-gnu: why unknown linux?! That's just the way it's been as a part of the build procedures for x86_64. It comes from 'uname -p'. At one time we had a patch to fix that but dropped it for compatibility reasons. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
