Re: Haven't been able to make world in about a year
On 2006-03-29 15:26, Vaaf [EMAIL PROTECTED] wrote: At 14:56 29.03.2006, Duane Whitty wrote: Hi, Your previous message reminded me of a previous project you were working on which I was following closely. I was just wondering if you have had any success with make world et al? I ask because I am very interested in how the build process of FreeBSD works. Is there any follow-up available or have you put that on the back burner until you have more time? Best wishes, Hello Duane! No, unfortunately, I gave up. Surely I was told I was doing it the wrong way, but I know I wasn't. Ultimately, I switched to DragonFly. Mr Vaaf, I suggested reinstalling a clean FreeBSD system, to avoid problems with the system headers, which (of course) you had to ignore, didn't you? Good luck with Dragonfly though :-) It's an interesting system, and certainly runs fine in one of my x86 machines here. Duane, if you have any specific questions about the build, then freebsd-questions is always here :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Hi, Your previous message reminded me of a previous project you were working on which I was following closely. I was just wondering if you have had any success with make world et al? I ask because I am very interested in how the build process of FreeBSD works. Is there any follow-up available or have you put that on the back burner until you have more time? Best wishes, --Duane ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 14:56 29.03.2006, Duane Whitty wrote: Hi, Your previous message reminded me of a previous project you were working on which I was following closely. I was just wondering if you have had any success with make world et al? I ask because I am very interested in how the build process of FreeBSD works. Is there any follow-up available or have you put that on the back burner until you have more time? Best wishes, --Duane Hello Duane! No, unfortunately, I gave up. Surely I was told I was doing it the wrong way, but I know I wasn't. Ultimately, I switched to DragonFly. Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 16:13 11.03.2006, Andrew Pantyukhin wrote: Can you think about giving root access to one of us? I would be glad to try and diagnose your issue, 'cuz it looks like a brick wall. I would gladly do so if my server didn't store all this sensitive information. What is a brick wall? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
You haven't replied very usefully to some of my suggestions, at least. One of them was that with all these scripted trickery you had been using, your /usr/include headers may be out of touch with reality. # Date: Mon, 6 Mar 2006 18:52:16 +0200 # From: Giorgos Keramidas [EMAIL PROTECTED] # Subject: Re: Haven't been able to make world in about a year # To: Kristian Vaaf [EMAIL PROTECTED] # Cc: Donald J. O'Neill [EMAIL PROTECTED], # freebsd-questions@freebsd.org # # [...] # # -- # stage 2.3: build tools # -- # cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL=sh # /usr/src/tools/install.sh # # [...] # # It looks like your system headers may have serious problems. Is this # system a clean installation of 5.4-RELEASE or one where you may have # updated the system headers manually at some time? Any idea what a possible useful answer to that question is? Considering I removed all of /usr/src and redownloaded it with cvsup, I would rule out this possibility. However I don't deny its possibility ... But then, what can it be? Is it time for the list to admit there's nothing we can do? No. It's time for you to start actually taking some of the suggestions that you have missed, *and* replying to the questions that have been unanswered (some time for weeks now), though :) It is highly unlikely that an upgrade process that works for hundreds of systems around the world, even through a simple serial console connection, somehow has decided to mysteriously fail only for you. It is obvious that you are doing something wrong (or that you have done something wrong in the past, and are now seeing the consequences). We just have to find out what that is. :) It would be real sweet not having to reinstall everything, even though I can restore all my configuration files in just one command. I'll continue snooping around, and get back to you guys. All the best, Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-03-14 11:13, Vaaf [EMAIL PROTECTED] wrote: You haven't replied very usefully to some of my suggestions, at least. One of them was that with all these scripted trickery you had been using, your /usr/include headers may be out of touch with reality. # Date: Mon, 6 Mar 2006 18:52:16 +0200 # From: Giorgos Keramidas [EMAIL PROTECTED] # Subject: Re: Haven't been able to make world in about a year # To: Kristian Vaaf [EMAIL PROTECTED] # Cc: Donald J. O'Neill [EMAIL PROTECTED], # freebsd-questions@freebsd.org # # [...] # # -- # stage 2.3: build tools # -- # cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL=sh # /usr/src/tools/install.sh # # [...] # # It looks like your system headers may have serious problems. Is this # system a clean installation of 5.4-RELEASE or one where you may have # updated the system headers manually at some time? Any idea what a possible useful answer to that question is? Considering I removed all of /usr/src and redownloaded it with cvsup, I would rule out this possibility. However I don't deny its possibility ... Not exactly. I'm not talking about /usr/src headers, but about /usr/include headers. The latter doesn't get updated until *after* you complete an installworld. If you have somehow messed it up, you won't be able to use this system for builds. Which brings us to the next step: Install a clean 6.0-RELEASE on a new system and build there. You have obviously done something very wrong with the current setup of this system. It would be real sweet not having to reinstall everything, even though I can restore all my configuration files in just one command. Configuration files won't cut it. You need a clean *base* system. All of it. Not just a mixture of files that happens to be around. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 3/14/06, Vaaf [EMAIL PROTECTED] wrote: At 16:13 11.03.2006, Andrew Pantyukhin wrote: Can you think about giving root access to one of us? I would be glad to try and diagnose your issue, 'cuz it looks like a brick wall. I would gladly do so if my server didn't store all this sensitive information. What is a brick wall? Thanks. 1. I only need an unprivileged account if you make changes to /etc/make.conf and some other files at my request. 2. You should use watch(8) to monitor and log my actions in real-time. 3. A chrooted/jailed environment will be okay, if you can setup that. A brick wall is something you can hardly go through. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 14:17 07.03.2006, Stijn Hoop wrote: On Mon, Mar 06, 2006 at 05:29:36PM +0100, Kristian Vaaf wrote: At 22:08 04.03.2006, Stijn Hoop wrote: On Sat, Mar 04, 2006 at 05:45:29PM +0100, Kristian Vaaf wrote: At 12:05 03.03.2006, Stijn Hoop wrote: On Fri, Mar 03, 2006 at 11:58:37AM +0100, Kristian Vaaf wrote: I run the script to save time. Basically I'd run the exact same chain of commands otherwise. You're missing the point: you'd run the exact same chain of commands -- _if everything goes according to plan_ -- What this list has been telling you is that it sometimes doesn't work like anyone expects to, and you need to make an informed decision about the next command to enter instead of having the script proceed. Whether I have my commands in my script or in my head doesn't make any difference. Yes I do read UPDATING and if I notice any changes they will be applied respectively. The moment one step does NOT work in the command sequence, you need to alter your next move. No script can be prepared for all the things that can happen. Which is why everyone is recommending you NOT to run things in a script. I understand what you mean. No you apparently do not. What I'm saying is, I do not expect a script to be prepared. Good. I am the one reading UPDATING and modifying the script if there is a change. Manually. Whether I write the sequence in the command line or into a script that I execute doesn't make no difference! It doesn't, but you're missing the point again. Let's say for the sake of argument that your computer's internal clock broke down. FreeBSD will keep the time just fine so long as your machine has power, so you don't notice anything. Now you run your script. It will go through the stages of building world, building kernel, installing the kernel, and then rebooting. At this point your computer loses power for a few seconds and *presto* your clock is set to 1970. Now, your script proceeds after the reboot with the new kernel. Because your clock is WAY off, 'make installworld' will complain (well it could work, but let's assume it doesn't). Your script however, doesn't see this. It therefore proceeds with mergemaster, and rebooting again. Now you're running a new kernel with older binaries, that may or may not work. If this had happened to me [1], I would have stopped at the point where 'make installworld' throws an error, and wondered what went wrong. I could backout my kernel install, reboot into my working configuration, and figure things out before it all got out of hand (edited configuration files etc). And this is just ONE example of a admittedly minor thing that can go wrong. This is why you should not automate the installation yourself. What do you mean, mailing list in the loop? I mean that you should keep CC'ing [EMAIL PROTECTED] so that other who wonder why automating this is not a good idea can search the archives to find out my answer to you. Hartelijk dank, Stijn! Geen probleem. --Stijn -- Thus again, we have succesfully proven that I cannot read minds. It doesn't help. Almost all you ever get is This mind intentionally left blank. -- Steve VanDevender, alt.sysadmin.recovery Interesting statement. I'd say that, however, is kinda like the chance of getting shot by African guerilla when you live on the North Pole. Ain't gonna happen :) So, to everyone who has tried helping me: I guess there is no solution to this? FreeBSD will NOT successfully make my world no matter what I do. I've tried all the sequences. Please stop flaming me for using the wrong sequence. I've used ALL sequences. So I know that's not the problem. But then, what can it be? Is it time for the list to admit there's nothing we can do? All the best, Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Vaaf wrote: [ ... ] So, to everyone who has tried helping me: I guess there is no solution to this? I would perform a binary reinstallation of the OS from a known-good ISO image, and retry from a clean environment. Use script or nohup to track the commands you run and their exact output if you encounter problems from a clean start. -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-03-11 15:30, Vaaf [EMAIL PROTECTED] wrote: So, to everyone who has tried helping me: I guess there is no solution to this? FreeBSD will NOT successfully make my world no matter what I do. I've tried all the sequences. Please stop flaming me for using the wrong sequence. I've used ALL sequences. So I know that's not the problem. You haven't replied very usefully to some of my suggestions, at least. One of them was that with all these scripted trickery you had been using, your /usr/include headers may be out of touch with reality. # Date: Mon, 6 Mar 2006 18:52:16 +0200 # From: Giorgos Keramidas [EMAIL PROTECTED] # Subject: Re: Haven't been able to make world in about a year # To: Kristian Vaaf [EMAIL PROTECTED] # Cc: Donald J. O'Neill [EMAIL PROTECTED], # freebsd-questions@freebsd.org # # [...] # # -- # stage 2.3: build tools # -- # cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL=sh # /usr/src/tools/install.sh # # [...] # # It looks like your system headers may have serious problems. Is this # system a clean installation of 5.4-RELEASE or one where you may have # updated the system headers manually at some time? Any idea what a possible useful answer to that question is? But then, what can it be? Is it time for the list to admit there's nothing we can do? No. It's time for you to start actually taking some of the suggestions that you have missed, *and* replying to the questions that have been unanswered (some time for weeks now), though :) It is highly unlikely that an upgrade process that works for hundreds of systems around the world, even through a simple serial console connection, somehow has decided to mysteriously fail only for you. It is obvious that you are doing something wrong (or that you have done something wrong in the past, and are now seeing the consequences). We just have to find out what that is. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Can you think about giving root access to one of us? I would be glad to try and diagnose your issue, 'cuz it looks like a brick wall. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Mon, Mar 06, 2006 at 05:29:36PM +0100, Kristian Vaaf wrote: At 22:08 04.03.2006, Stijn Hoop wrote: On Sat, Mar 04, 2006 at 05:45:29PM +0100, Kristian Vaaf wrote: At 12:05 03.03.2006, Stijn Hoop wrote: On Fri, Mar 03, 2006 at 11:58:37AM +0100, Kristian Vaaf wrote: I run the script to save time. Basically I'd run the exact same chain of commands otherwise. You're missing the point: you'd run the exact same chain of commands -- _if everything goes according to plan_ -- What this list has been telling you is that it sometimes doesn't work like anyone expects to, and you need to make an informed decision about the next command to enter instead of having the script proceed. Whether I have my commands in my script or in my head doesn't make any difference. Yes I do read UPDATING and if I notice any changes they will be applied respectively. The moment one step does NOT work in the command sequence, you need to alter your next move. No script can be prepared for all the things that can happen. Which is why everyone is recommending you NOT to run things in a script. I understand what you mean. No you apparently do not. What I'm saying is, I do not expect a script to be prepared. Good. I am the one reading UPDATING and modifying the script if there is a change. Manually. Whether I write the sequence in the command line or into a script that I execute doesn't make no difference! It doesn't, but you're missing the point again. Let's say for the sake of argument that your computer's internal clock broke down. FreeBSD will keep the time just fine so long as your machine has power, so you don't notice anything. Now you run your script. It will go through the stages of building world, building kernel, installing the kernel, and then rebooting. At this point your computer loses power for a few seconds and *presto* your clock is set to 1970. Now, your script proceeds after the reboot with the new kernel. Because your clock is WAY off, 'make installworld' will complain (well it could work, but let's assume it doesn't). Your script however, doesn't see this. It therefore proceeds with mergemaster, and rebooting again. Now you're running a new kernel with older binaries, that may or may not work. If this had happened to me [1], I would have stopped at the point where 'make installworld' throws an error, and wondered what went wrong. I could backout my kernel install, reboot into my working configuration, and figure things out before it all got out of hand (edited configuration files etc). And this is just ONE example of a admittedly minor thing that can go wrong. This is why you should not automate the installation yourself. What do you mean, mailing list in the loop? I mean that you should keep CC'ing [EMAIL PROTECTED] so that other who wonder why automating this is not a good idea can search the archives to find out my answer to you. Hartelijk dank, Stijn! Geen probleem. --Stijn -- Thus again, we have succesfully proven that I cannot read minds. It doesn't help. Almost all you ever get is This mind intentionally left blank. -- Steve VanDevender, alt.sysadmin.recovery pgpRMMQIu0F1s.pgp Description: PGP signature
Re: Haven't been able to make world in about a year
At 22:08 04.03.2006, Stijn Hoop wrote: On Sat, Mar 04, 2006 at 05:45:29PM +0100, Kristian Vaaf wrote: At 12:05 03.03.2006, Stijn Hoop wrote: On Fri, Mar 03, 2006 at 11:58:37AM +0100, Kristian Vaaf wrote: I run the script to save time. Basically I'd run the exact same chain of commands otherwise. You're missing the point: you'd run the exact same chain of commands -- _if everything goes according to plan_ -- What this list has been telling you is that it sometimes doesn't work like anyone expects to, and you need to make an informed decision about the next command to enter instead of having the script proceed. Whether I have my commands in my script or in my head doesn't make any difference. Yes I do read UPDATING and if I notice any changes they will be applied respectively. Err... Did you even read what I wrote? The moment one step does NOT work in the command sequence, you need to alter your next move. No script can be prepared for all the things that can happen. Which is why everyone is recommending you NOT to run things in a script. Also, please keep the mailing list in the loop, to help other people asking the same question. --Stijn -- If today is the first day of the rest of your life, what the hell was yesterday? I understand what you mean. What I'm saying is, I do not expect a script to be prepared. I am the one reading UPDATING and modifying the script if there is a change. Manually. Whether I write the sequence in the command line or into a script that I execute doesn't make no difference! What do you mean, mailing list in the loop? I need to write another mail for this thread now, but I should reply to the proper mail so I don't confuse you guys up. Hartelijk dank, Stijn! Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 16:36 03.03.2006, Giorgos Keramidas wrote: On 2006-03-03 15:08, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. This doesn't look right. Are you sure your source tree is clean and up to date? As Donald has posted latter: On 2006-03-03 09:09, Donald J. O'Neill [EMAIL PROTECTED] wrote: Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. Please post all the details Donald has requested. You all got the details I posted earlier? Alright, I just finished retrying the whole process after adding these lines to my /etc/make.conf: CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe And there is no change, I still get: -- stage 2.3: build tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk /usr/obj/usr/src/make.i386/make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=504100 -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS build-tools === bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' | sort tc.const.h In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/tc.const.c:33: /usr/include/wchar.h:33:18: cwchar: No such file or directory cc -o gethost -L/usr/obj/usr/src/tmp/legacy/usr/lib -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/gethost.c In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/include/wchar.h:33:18: cwchar: No such file or directory In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/include/wchar.h:35: error: syntax error before std In file included from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/src/bin/csh/../../contrib/tcsh/sh.h:97: error: syntax error before eChar /usr/src/bin/csh/../../contrib/tcsh/sh.h:97: warning: data definition has no type or storage class In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:1304, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/src/bin/csh/../../contrib/tcsh/sh.decls.h:221: error: syntax error before readc /usr/src/bin/csh/../../contrib/tcsh/sh.decls.h:221: warning: data definition has no type or storage class *** Error code 1 Stop in /usr/src/bin/csh. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Just to be clear, this is on the Pentium 120MHz, as I have a make buildworld problem on both of my FreeBSD 5.4-STABLE boxes. Good bye, Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-03-06 17:31, Kristian Vaaf [EMAIL PROTECTED] wrote: At 16:36 03.03.2006, Giorgos Keramidas wrote: On 2006-03-03 15:08, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. This doesn't look right. Are you sure your source tree is clean and up to date? As Donald has posted latter: On 2006-03-03 09:09, Donald J. O'Neill [EMAIL PROTECTED] wrote: Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. Please post all the details Donald has requested. You all got the details I posted earlier? Yes, I did. Some details are still missing from that post. Please see my other response. Alright, I just finished retrying the whole process after adding these lines to my /etc/make.conf: CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe Which is wrong. But unless you post *ALL* the details Donald has requested it's not easy to guess what else is wrong too. And there is no change, I still get: -- stage 2.3: build tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk /usr/obj/usr/src/make.i386/make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=504100 -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS build-tools === bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' | sort tc.const.h In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/tc.const.c:33: /usr/include/wchar.h:33:18: cwchar: No such file or directory cc -o gethost -L/usr/obj/usr/src/tmp/legacy/usr/lib -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/gethost.c In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/include/wchar.h:33:18: cwchar: No such file or directory In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/include/wchar.h:35: error: syntax error before std In file included from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/src/bin/csh/../../contrib/tcsh/sh.h:97: error: syntax error before eChar /usr/src/bin/csh/../../contrib/tcsh/sh.h:97: warning: data definition has no type or storage class In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:1304, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/src/bin/csh/../../contrib/tcsh/sh.decls.h:221: error: syntax error before readc /usr/src/bin/csh/../../contrib/tcsh/sh.decls.h:221: warning: data definition has no type or storage class *** Error code 1 Stop in /usr/src/bin/csh. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Just to be clear, this is on the Pentium 120MHz, as I have a make buildworld problem on both of my FreeBSD 5.4-STABLE boxes. It looks like your system headers may have serious problems. Is this system a clean installation of 5.4-RELEASE or one where you may have updated the system headers manually at some time? - Giorgos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 15:53 05.03.2006, Björn König wrote: Hello Kristian, the thread becomes larger and more complex for me. I'd like to see an updated output of the build on your Pentium 120 machine with the following prerequisites: * /etc/make.conf is empty (except comments and two lines for perl) * verify that grep '# $FreeBSD:' /usr/share/mk/sys.mk shows 1.80.2.1 * rm -Rf /usr/src rm -Rf /usr/obj cvsup /etc/cvsupfile If you diverge from one of these points (even in a minor detail) then tell me please. Now run cd /usr/src make _build-tools and show me the output please. Björn Hello Björn, I have tried an empty make.conf and a make.conf containing: CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe Both did no good. Yes, I verify that grep '# $FreeBSD:' /usr/share/mk/sys.mk shows: # $FreeBSD: src/share/mk/sys.mk,v 1.80.2.1 2005/02/14 00:05:58 obrien Exp $ make: don't know how to make _build-tools. Stop That's it so far ... Thanks man. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 15:57 05.03.2006, Giorgos Keramidas wrote: On 2006-03-05 14:38, Kristian Vaaf [EMAIL PROTECTED] wrote: At 16:36 03.03.2006, Giorgos Keramidas wrote: On 2006-03-03 15:08, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. This doesn't look right. Are you sure your source tree is clean and up to date? As Donald has posted latter: On 2006-03-03 09:09, Donald J. O'Neill [EMAIL PROTECTED] wrote: Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. Please post all the details Donald has requested. Sure thing! # cat /etc/cvsupfile *default host=cvsup.no.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_6 *default delete use-rel-suffix src-all ports-all tag=. doc-all tag=. # uname -a FreeBSD arba.domain.com 5.4-STABLE FreeBSD 5.4-STABLE #4: Wed Sep 21 01:34:15 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARBA i386 These apply to both the box that fails into result.txt (Intel Pentium 120MHz) and result_2.txt (Intel Pentium 4 3,2GHz). I am trying to upgrade these boxes. I expect things to work :) This is how I do it: cvsup -g -L 2 /etc/cvsupfile cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src make clean make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA make installworld mergemaster Hope that helps! It doesn't, sorry. Donald has requested for: - your supfile - your make.conf file - your rc.conf file - the output of uname -a - a description of what equipment you are doing this with - what you're trying to accomplish and why - what you're doing to make this come about - what you expected to happen - what did happen You only gave: - your supfile - uname -a output - a set of wrong, incomplete commands that don't match what others have suggested so far There's still a fair amount of information missing from this, so it's not easy for anyone to help you. Unless, of course, you don't really want to be helped :-/ My apologies. I might have accidentally deleted some e-mails, I haven't yet had time to figure out how to sort mailinglists in Eudora. # cat /etc/rc.conf hostname=arba.domain.com defaultrouter=213.187.145.21 ifconfig_rl0=inet 213.187.145.22 ifconfig_ep0=inet 192.168.187.1 gateway_enable=YES pf_enable=YES pflog_enable=YES named_enable=YES sshd_enable=YES apache2_enable=YES sendmail_enable=YES sendmail_flags=-bd sendmail_outbound_enable=NO sendmail_submit_enable=NO sendmail_msp_queue_enable=NO courier_imap_imapd_enable=YES courier_imap_imapd_ssl_enable=YES courier_imap_pop3d_enable=YES courier_imap_pop3d_ssl_enable=YES saslauthd_enable=YES mysql_enable=NO ntpdate_enable=YES ntpdate_flags=ntp.uio.no inetd_enable=YES snort_enable=YES nessusd_enable=YES kern_securelevel_enable=YES kern_securelevel=-1 keymap=norwegian.iso saver=green cursor=destructive clear_tmp_enable=YES linux_enable=YES update_motd=NO # dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #4: Wed Sep 21 01:34:15 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARBA Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Pentium/P54C (119.75-MHz 586-class CPU) Origin = GenuineIntel Id = 0x52c Stepping = 12 Features=0x1bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8 real memory = 100663296 (96 MB) avail memory = 93032448 (88 MB) Intel Pentium detected, installing workaround for F00F bug npx0: math processor on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: Host to PCI bridge pcibus 0 on motherboard pci0: PCI bus on pcib0 isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 pci0: display, VGA at device 8.0 (no driver attached) rl0: RealTek 8139 10/100BaseTX port 0xf800-0xf8ff mem 0xfffbfc00-0xfffbfcff irq 11 at device 17.0 on pci0 miibus0: MII bus on rl0 rlphy0: RealTek internal media interface on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:40:f4:3d:a7:42 pci0: display, VGA at device 19.0 (no driver attached) orm0: ISA Option ROMs at iomem 0xed000-0xedfff,0xc-0xc7fff on isa0 ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 ata1 at port 0x376,0x170-0x177 irq 15 on isa0 atkbdc0: Keyboard controller (i8042) at port 0x64,0x60 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: Enhanced floppy controller at port
Re: Haven't been able to make world in about a year
On Monday 06 March 2006 10:31, Kristian Vaaf wrote: At 16:36 03.03.2006, Giorgos Keramidas wrote: On 2006-03-03 15:08, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. This doesn't look right. Are you sure your source tree is clean and up to date? As Donald has posted latter: On 2006-03-03 09:09, Donald J. O'Neill [EMAIL PROTECTED] wrote: Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. Please post all the details Donald has requested. You all got the details I posted earlier? Alright, I just finished retrying the whole process after adding these lines to my /etc/make.conf: CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe And there is no change, I still get: -- stage 2.3: build tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy /usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/u sr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk /usr/obj/usr/src/make.i386/make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=504100 -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS build-tools === bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' | sort tc.const.h In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/tc.const.c:33: /usr/include/wchar.h:33:18: cwchar: No such file or directory cc -o gethost -L/usr/obj/usr/src/tmp/legacy/usr/lib -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib/tcsh/gethost.c In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/include/wchar.h:33:18: cwchar: No such file or directory In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:93, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/include/wchar.h:35: error: syntax error before std In file included from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/src/bin/csh/../../contrib/tcsh/sh.h:97: error: syntax error before eChar /usr/src/bin/csh/../../contrib/tcsh/sh.h:97: warning: data definition has no type or storage class In file included from /usr/src/bin/csh/../../contrib/tcsh/sh.h:1304, from /usr/src/bin/csh/../../contrib/tcsh/gethost.c:33: /usr/src/bin/csh/../../contrib/tcsh/sh.decls.h:221: error: syntax error before readc /usr/src/bin/csh/../../contrib/tcsh/sh.decls.h:221: warning: data definition has no type or storage class *** Error code 1 Stop in /usr/src/bin/csh. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Just to be clear, this is on the Pentium 120MHz, as I have a make buildworld problem on both of my FreeBSD 5.4-STABLE boxes. Good bye, Vaaf Well Kristian, it looks to me like your procedure sucks, since it's failing on two computers. That should tell you something is wrong with the way you're doing things. This has been going on for over three weeks. Pick someone you think knows what they're doing and follow their suggestions. Running a script is not saving you any time if it fails. Do it without running a script. There is a difference between running a script and running script (the program) to make a record of what went on. In your supfile, I suggest the following changes: *default host=cvsup.no.FreeBSD.org Are you actually using this line? Or, are you trying to disguise it so we're more confused than already and assume you actually know something. *default base=/usr change this to: *default base=/var/db *default prefix=/usr
Re: Haven't been able to make world in about a year
Well Kristian, it looks to me like your procedure sucks, since it's failing on two computers. That should tell you something is wrong with the way you're doing things. This has been going on for over three weeks. Pick someone you think knows what they're doing and follow their suggestions. Running a script is not saving you any time if it fails. Do it without running a script. There is a difference between running a script and running script (the program) to make a record of what went on. In your supfile, I suggest the following changes: *default host=cvsup.no.FreeBSD.org Are you actually using this line? Or, are you trying to disguise it so we're more confused than already and assume you actually know something. +++ My apologies about the above comment Kristian. I see that it does exist Don *default base=/usr change this to: *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_6 change this to: default release=cvs tag=RELENG_6_0 *default delete use-rel-suffix src-all #ports-all tag=. #doc-all tag=. Just upgrade src. Don't be mucking around with ports and doc at this time. Leave them be. Blow away your sources and re-cvsup src. Follow somebodies procedure that is known to work. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 16:36 03.03.2006, Giorgos Keramidas wrote: On 2006-03-03 15:08, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. This doesn't look right. Are you sure your source tree is clean and up to date? As Donald has posted latter: On 2006-03-03 09:09, Donald J. O'Neill [EMAIL PROTECTED] wrote: Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. Please post all the details Donald has requested. Sure thing! # cat /etc/cvsupfile *default host=cvsup.no.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_6 *default delete use-rel-suffix src-all ports-all tag=. doc-all tag=. # uname -a FreeBSD arba.domain.com 5.4-STABLE FreeBSD 5.4-STABLE #4: Wed Sep 21 01:34:15 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARBA i386 These apply to both the box that fails into result.txt (Intel Pentium 120MHz) and result_2.txt (Intel Pentium 4 3,2GHz). I am trying to upgrade these boxes. I expect things to work :) This is how I do it: cvsup -g -L 2 /etc/cvsupfile cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src make clean make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA make installworld mergemaster Hope that helps! All the best, Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Sunday 05 March 2006 07:38, Kristian Vaaf wrote: At 16:36 03.03.2006, Giorgos Keramidas wrote: On 2006-03-03 15:08, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. This doesn't look right. Are you sure your source tree is clean and up to date? As Donald has posted latter: On 2006-03-03 09:09, Donald J. O'Neill [EMAIL PROTECTED] wrote: Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. Please post all the details Donald has requested. Sure thing! # cat /etc/cvsupfile *default host=cvsup.no.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_6 *default delete use-rel-suffix src-all ports-all tag=. doc-all tag=. # uname -a FreeBSD arba.domain.com 5.4-STABLE FreeBSD 5.4-STABLE #4: Wed Sep 21 01:34:15 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARBA i386 These apply to both the box that fails into result.txt (Intel Pentium 120MHz) and result_2.txt (Intel Pentium 4 3,2GHz). I am trying to upgrade these boxes. I expect things to work :) This is how I do it: cvsup -g -L 2 /etc/cvsupfile cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src make clean make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA make installworld mergemaster Hope that helps! All the best, Vaaf ___ Yes, it does. If this is the way you do it, after all the advice you've been given, it tells me that you aren't much on following advice that you have sought. Keep on doing it your way and continue to fail. If that's not what you have in mind, go back and reread the advice already given by myself, and others. We are successful, you are not. That's why we're giving advice and you're asking. You could be successful. You still only gave part of what was asked for. Sorry if this upsets you, but that's the way it is. I, for one, can't help you if you refuse to accept advice already given. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Hello Kristian, the thread becomes larger and more complex for me. I'd like to see an updated output of the build on your Pentium 120 machine with the following prerequisites: * /etc/make.conf is empty (except comments and two lines for perl) * verify that grep '# $FreeBSD:' /usr/share/mk/sys.mk shows 1.80.2.1 * rm -Rf /usr/src rm -Rf /usr/obj cvsup /etc/cvsupfile If you diverge from one of these points (even in a minor detail) then tell me please. Now run cd /usr/src make _build-tools and show me the output please. Björn ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-03-05 14:38, Kristian Vaaf [EMAIL PROTECTED] wrote: At 16:36 03.03.2006, Giorgos Keramidas wrote: On 2006-03-03 15:08, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. This doesn't look right. Are you sure your source tree is clean and up to date? As Donald has posted latter: On 2006-03-03 09:09, Donald J. O'Neill [EMAIL PROTECTED] wrote: Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. Please post all the details Donald has requested. Sure thing! # cat /etc/cvsupfile *default host=cvsup.no.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_6 *default delete use-rel-suffix src-all ports-all tag=. doc-all tag=. # uname -a FreeBSD arba.domain.com 5.4-STABLE FreeBSD 5.4-STABLE #4: Wed Sep 21 01:34:15 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARBA i386 These apply to both the box that fails into result.txt (Intel Pentium 120MHz) and result_2.txt (Intel Pentium 4 3,2GHz). I am trying to upgrade these boxes. I expect things to work :) This is how I do it: cvsup -g -L 2 /etc/cvsupfile cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src make clean make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA make installworld mergemaster Hope that helps! It doesn't, sorry. Donald has requested for: - your supfile - your make.conf file - your rc.conf file - the output of uname -a - a description of what equipment you are doing this with - what you're trying to accomplish and why - what you're doing to make this come about - what you expected to happen - what did happen You only gave: - your supfile - uname -a output - a set of wrong, incomplete commands that don't match what others have suggested so far There's still a fair amount of information missing from this, so it's not easy for anyone to help you. Unless, of course, you don't really want to be helped :-/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Sat, Mar 04, 2006 at 05:45:29PM +0100, Kristian Vaaf wrote: At 12:05 03.03.2006, Stijn Hoop wrote: On Fri, Mar 03, 2006 at 11:58:37AM +0100, Kristian Vaaf wrote: I run the script to save time. Basically I'd run the exact same chain of commands otherwise. You're missing the point: you'd run the exact same chain of commands -- _if everything goes according to plan_ -- What this list has been telling you is that it sometimes doesn't work like anyone expects to, and you need to make an informed decision about the next command to enter instead of having the script proceed. Whether I have my commands in my script or in my head doesn't make any difference. Yes I do read UPDATING and if I notice any changes they will be applied respectively. Err... Did you even read what I wrote? The moment one step does NOT work in the command sequence, you need to alter your next move. No script can be prepared for all the things that can happen. Which is why everyone is recommending you NOT to run things in a script. Also, please keep the mailing list in the loop, to help other people asking the same question. --Stijn -- If today is the first day of the rest of your life, what the hell was yesterday? pgpBB7SkAEsiC.pgp Description: PGP signature
Re: Haven't been able to make world in about a year
At 17:21 28.02.2006, Donald J. O'Neill wrote: On Tuesday 28 February 2006 05:15, Kristian Vaaf wrote: Hello Don! Thank you for some good help. My make.conf only had some use.perl stuff. I added your flags. Also I've revised my sequence: cvsup -g -L 2 /etc/cvsupfile \ cd /usr/obj \ chflags -R noschg * \ rm -rf * \ cd /usr/src ; make clean \ make buildworld \ make buildkernel KERNCONF=NINJA \ make installkernel KERNCONF=NINJA \ make installworld \ mergemaster \ And am now ready to give it another go :) All the best, Vaaf Krisstian, There are some places in your sequence, that I think are going to give you trouble. DO NOT run this as a script, run script while you're doing it. I think you're misunderstanding some things, so, I give the procedure I use again with some comments about what is happening: cvsup -g -L 2 sup-src script /home/script/buildworld/bw-20060228 cd /usr/obj pwd /usr/obj this is confirmation I am where I want to be ls usrHey, there is something there chflags -R noschg * rm -rf * ls it's gone, great cd /usr/src pwd /usr/src I am where I want to be make cleandir whole bunch of action on the screen make cleandir run it again, yes you want to do that make buildworld make buildkernel KERNCONF=PRES1750-i386 make installkernel KERNCONF=PRES1750-i386 exit shut off script shutdown -r now at the boot menu, hit the 6 key you want to come up in single-user mode, not multi-user. If you make a mistake, reboot and do it right. If it went by too fast, use the spacebar to halt the boot process. 6 OK boot -s boots up but you're not done yet Enter full pathname of shell or RETURN for /bin/sh: Enter # fsck -p Enter # mount -u /Enter # mount -a -t ufs Enter # swapon -a Enter # script /home/script/buildworld/iw-20060228 # cd /usr/src # pwd am I where I want to be # /usr/src yes, I am # mergemaster -prun mergemaster in preinstall mode # make installworld hey, look at it go # mergemaster -i answer d to remove the old temporary directory, you don't need it anymore. answer i to everything mergemaster asks, I don't care that the recommedation is to handle it later, if you don't know what you're doing, doing anything other i is just likely to screw you up in ways you don't understand now, but you will later. # exit shutdown 'script' # shutdown -r now boot the system, come back up in multiuser mode. If you did everything right, you're done with the buildworld sequence. Again, DO NOT run this in a script. You're running the 'script' program. If you don't want to sit and watch this go on, do something else. It takes me about an hour and ten minutes to run it with an AMD64 3500+, with an amd-tbird (1.3Mhz), it takes about two hours, with a 500Mhz Pentium pIII, I run the buildworld and buildkernel part (and maybe the installkernel, usually not) overnight. I hope I caught you in time. Don Dear Don, Amazing build sequence you got there. The single user boot seems interesting, but is it really necessary? Isn't it just for temporary security reasons? I run the script to save time. Basically I'd run the exact same chain of commands otherwise. The computer I want to do this on is, by the way, a Pentium 120 :) Thanks man, Yes you did catch me in time, Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Kristian, On Fri, Mar 03, 2006 at 11:58:37AM +0100, Kristian Vaaf wrote: The single user boot seems interesting, but is it really necessary? Isn't it just for temporary security reasons? No. You need to reboot to actually use (and test) your new kernel, the single user part is helpful so that no incompatible binaries are started (from the old installed world). I run the script to save time. Basically I'd run the exact same chain of commands otherwise. You're missing the point: you'd run the exact same chain of commands -- _if everything goes according to plan_ -- What this list has been telling you is that it sometimes doesn't work like anyone expects to, and you need to make an informed decision about the next command to enter instead of having the script proceed. --Stijn -- This sentence contradicts itself -- no actually it doesn't. -- Hofstadter pgp3aV1fll4Zh.pgp Description: PGP signature
Re: Haven't been able to make world in about a year
Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. Also, strangely, my other FreeBSD 5.4-STABLE box (I have two) also errors out on build world. Different error though. Please also see http://www.home.no/hedhnta/result_2.txt The file was originally 8MB or so, so I had to cut it down a little. Basically, what I really need to do (among all these brilliant tips and tricks I've received) is to run mergemaster before I start making? One question, however, is it possible to make mergemaster install new files automatically except the ones that I've edited? That is, the ones without a FreeBSD CVS $Id$ tag? Normally, or actually in all cases, I say yes to install newer versions of all files except the ones that are part of my custom configuration. Well, that's it. Again I'm sorry for standing you guys up with the upload. All the best, Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Friday 03 March 2006 08:08, Kristian Vaaf wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. Also, strangely, my other FreeBSD 5.4-STABLE box (I have two) also errors out on build world. Different error though. Please also see http://www.home.no/hedhnta/result_2.txt The file was originally 8MB or so, so I had to cut it down a little. Basically, what I really need to do (among all these brilliant tips and tricks I've received) is to run mergemaster before I start making? One question, however, is it possible to make mergemaster install new files automatically except the ones that I've edited? That is, the ones without a FreeBSD CVS $Id$ tag? Normally, or actually in all cases, I say yes to install newer versions of all files except the ones that are part of my custom configuration. Well, that's it. Again I'm sorry for standing you guys up with the upload. All the best, Vaaf = Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. How can you take the advice that I gave you, which has worked for me since FreeBSD 4.4, and it doesn't work for you. What about the advice that others gave you that was similar to mine and should have the same outcome. You're obviously doing something wrong. I would think you would want to successfully get through at least one buildworld sequence before screwing with things. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-03-03 15:08, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry sorry sorry, I am so very sorry. http://www.home.no/hedhnta/result.txt is indeed online now. This doesn't look right. Are you sure your source tree is clean and up to date? As Donald has posted latter: On 2006-03-03 09:09, Donald J. O'Neill [EMAIL PROTECTED] wrote: Alright Kristian, why don't you post your supfile, make.conf, rc.conf, output of uname -a, a description of what equipment your doing this with, what you're trying to accomplish and why, what you're doing to make this come about, what you expected to happen, what did happen. How you're taking all the advice you've been given and bending it to suit yourself - which, I have to tell you, IS NOT WORKING, or you would be singing a different tune. Please post all the details Donald has requested. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 18:26 24.02.2006, Alex Zbyslaw wrote: Kristian Vaaf wrote: The point is I've been having this problem for so long, and none of the developers are willing to help me. This is one of the reason I think, why most people these days seem to go (back) to DragonflyBSD. I certainly am going to. Did you even try the suggestions I posted? Did you bother to report back whether they worked? Did you follow up to Giorgos questions? Or to Donald J O'Neill's? Or to [EMAIL PROTECTED]'s? No, you just came back and whined. Developers have better things to do than fix problems which are mostly caused by people not following the instructions correctly, or thinking that they knew better than the instructions. The problem you have is guaranteed to be a configuration problem on *your* system because 99.9% of people out there have no trouble at all. I want the developers to spend their time doing just that, developing, not responding to questions that us mortals can usually handle. You may think that your problem is important enough to rate a developer fixing it for you but I doubt that many people here would agree with such a judgement. Looking through the archive, I could find on one question from you on this topic, from Dec 31st 2005, which is certainly not the year in your subject line, and not a great time to expect speedy responses . You did get a reply from Kent Stewart, and again you didn't reply at all. How could anyone possibly know that his suggestion didn't work for you? So far I count 5 different people who have attempted to help you with this issue and so far I see not one single piece of feedback from you on how their suggestions worked out. Please, switch to DragonFly. You could also try shooting yourself in the foot, and cutting off your nose to spite your face. I gather some people enjoy that kind of thing and you would seem to be one of them. Welcome to the select few on my kill list. --Alex Are you threatening me man? And damn you must have a lot of spare energy, being able to analyze my stupidity like that. If I were you I'd find something better to do. Welcome to the select few on my shit list. And no, that's not a threat. Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 18:26 24.02.2006, Alex Zbyslaw wrote: Welcome to the select few on my kill list. On 2/28/06, Kristian Vaaf [EMAIL PROTECTED] wrote: Are you threatening me man? No, he's ignoring you. (You might interpret it as a threat to ignore you, but certainly not a threat to kill you) http://www.catb.org/jargon/html/K/kill-file.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Hello Kristian, Have you ever been able to do a buildworld sequence? What version of FreeBSD are you trying to work with? What does your make.conf look like? How about your /conf/ARBA (your custom kernel config)? What do you have in your /etc/cvsupfile? In my make.conf I use: CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe That's worked for years, well, a very long time anyway. Comparing the same section in your script run, to mine, which was run last night: yours: === bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib /tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src /bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src /bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1 [];/' | sort tc.const.h mine: === bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib /tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src /bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src /bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1 [];/' | sort tc.const.h They look very similar except: you have -fno-stict-aliasing and I don't; yours starts erroring before buildworld completes (looks to be about a fourth of the way through) and mine builds to completion. Your buildworld sequence appears to be a little lacking - either in the detail you gave, or because some things are missing. The buildworld sequence I us is: === (I use the alternate step 10 when I run the sequence) 1)Script /home/script/buildworld/bw-âdate runâ 2)cd /usr/obj pwd 3)chflags -R noschg * 4)rm -rf * 5)cd /usr/src pwd make cleandir make cleandir 6)make buildworld make buildkernel KERNCONF=customconfname 7)make installkernel KERNCONF=customconfname 8)exit 9)shutdown now Enter 10) Enter to accept default location of sh alternate step 10 a) shutdown -r now Enter b) at boot menu6 c) boot -s Enter d) fsck -p Enter e) mount -u / Enter f) mount -a -t ufs Enter g) swapon -a Enter h) cd /usr/src Enter i)adjkerntz -i Enter 11) script /home/script/buildworld/iw-âdate run 12) cd /usr/srcpwd 13) mergemaster -p 14) make installworld 15) mergemaster -i âinstall everythingâ 16) exit 17)shutdown -r now === This should help a bit. Don Hello Don! Thank you for some good help. My make.conf only had some use.perl stuff. I added your flags. Also I've revised my sequence: cvsup -g -L 2 /etc/cvsupfile \ cd /usr/obj \ chflags -R noschg * \ rm -rf * \ cd /usr/src ; make clean \ make buildworld \ make buildkernel KERNCONF=NINJA \ make installkernel KERNCONF=NINJA \ make installworld \ mergemaster \ And am now ready to give it another go :) All the best, Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Sorry about that, http://www.home.no/hedhnta/result.txt is back up. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-02-28 12:16, Kristian Vaaf [EMAIL PROTECTED] wrote: Sorry about that, http://www.home.no/hedhnta/result.txt is back up. Not really. $ date -u; fetch http://www.home.no/hedhnta/result.txt Tue Feb 28 11:43:02 UTC 2006 fetch: http://www.home.no/hedhnta/result.txt: Not Found $ But it would be interesting to see it some time. PS: Please quote at least the relevant parts of the message you're replying. It's not easy to track down the message you have replied to by looking manually through the mailing list archives. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-02-28 12:15, Kristian Vaaf [EMAIL PROTECTED] wrote: Your buildworld sequence appears to be a little lacking - either in the detail you gave, or because some things are missing. The buildworld sequence I us is: === (I use the alternate step 10 when I run the sequence) 1)Script /home/script/buildworld/bw-?date run? 2)cd /usr/obj pwd 3)chflags -R noschg * 4)rm -rf * 5)cd /usr/src pwd make cleandir make cleandir 6)make buildworld make buildkernel KERNCONF=customconfname 7)make installkernel KERNCONF=customconfname 8)exit 9)shutdown now Enter 10) Enter to accept default location of sh alternate step 10 a) shutdown -r now Enter b) at boot menu6 c) boot -s Enter d) fsck -p Enter e) mount -u / Enter f) mount -a -t ufs Enter g) swapon -a Enter h) cd /usr/src Enter i)adjkerntz -i Enter 11) script /home/script/buildworld/iw-?date run 12) cd /usr/srcpwd 13) mergemaster -p 14) make installworld 15) mergemaster -i ?install everything? 16) exit 17)shutdown -r now === This should help a bit. Hello Don! Thank you for some good help. My make.conf only had some use.perl stuff. I added your flags. Also I've revised my sequence: cvsup -g -L 2 /etc/cvsupfile \ cd /usr/obj \ chflags -R noschg * \ rm -rf * \ cd /usr/src ; make clean \ make buildworld \ make buildkernel KERNCONF=NINJA \ make installkernel KERNCONF=NINJA \ make installworld \ mergemaster \ And am now ready to give it another go :) Until you are satisfied that everything works without any problems at all, please don't use scripts to run the builds. For instance, your script above lacks a call to ``mergemaster -p'' before the ``make buildworld'' step, which may be necessary. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Svein Halvor Halvorsen wrote: At 18:26 24.02.2006, Alex Zbyslaw wrote: Welcome to the select few on my kill list. On 2/28/06, Kristian Vaaf [EMAIL PROTECTED] wrote: Are you threatening me man? No, he's ignoring you. (You might interpret it as a threat to ignore you, but certainly not a threat to kill you) Svein, thank you very much for explaining. I wouldn't have seen the original email because it was, as you explain, filed to my trash can :-) Kristian, please don't bother mailing me again. I won't see any of your email. I took time out of a busy day to try to to help you out because you sounded desperate. You made no effort to say whether my suggestion helped you or not; you made no effort to say whether five other people's suggestions helped you or not - including a comprehensive reply from someone two months ago. You then whinged and whined like a 4 year old. If you cannot show some basic manners the you do not deserve the help. By the way, a simple google on kill file would have got you this as the second result: http://en.wikipedia.org/wiki/Kill_file It talks about newsreaders, but following a couple links would get you http://ursine.ca/Kill_file which explains the extension to other media, in this case email. --Alex PS This will be my last posting on this topic to questions. Apologies for the wasted bandwidth. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Tuesday 28 February 2006 05:46, Giorgos Keramidas wrote: On 2006-02-28 12:15, Kristian Vaaf [EMAIL PROTECTED] wrote: Your buildworld sequence appears to be a little lacking - either in the detail you gave, or because some things are missing. The buildworld sequence I us is: === (I use the alternate step 10 when I run the sequence) 1)Script /home/script/buildworld/bw-?date run? 2)cd /usr/obj pwd 3)chflags -R noschg * 4)rm -rf * 5)cd /usr/src pwd make cleandir make cleandir 6)make buildworld make buildkernel KERNCONF=customconfname 7)make installkernel KERNCONF=customconfname 8)exit 9)shutdown now Enter 10) Enter to accept default location of sh alternate step 10 a) shutdown -r now Enter b) at boot menu6 c) boot -s Enter d) fsck -p Enter e) mount -u / Enter f) mount -a -t ufs Enter g) swapon -a Enter h) cd /usr/src Enter i)adjkerntz -i Enter 11) script /home/script/buildworld/iw-?date run 12) cd /usr/srcpwd 13) mergemaster -p 14) make installworld 15) mergemaster -i ?install everything? 16) exit 17)shutdown -r now === This should help a bit. Hello Don! Thank you for some good help. My make.conf only had some use.perl stuff. I added your flags. Also I've revised my sequence: cvsup -g -L 2 /etc/cvsupfile \ cd /usr/obj \ chflags -R noschg * \ rm -rf * \ cd /usr/src ; make clean \ make buildworld \ make buildkernel KERNCONF=NINJA \ make installkernel KERNCONF=NINJA \ make installworld \ mergemaster \ And am now ready to give it another go :) Until you are satisfied that everything works without any problems at all, please don't use scripts to run the builds. For instance, your script above lacks a call to ``mergemaster -p'' before the ``make buildworld'' step, which may be necessary. That's a call to 'script' to run, telling it where to put the resulting text file. While it is running, commands are given and executed. Later, if something goes wrong, or you saw something you want to check on, you have a record of what happened that you can look at, and pass on to others, if needed. Could you explain the logic of running mergemaster -p, when you have nothing to run it on. /usr/obj was blown away at the beginning of the buildworld sequence. What are you going to check at that point? Please take a look at the handbook for the sequence that things should occur in. I would say look at /usr/src/UPDATING, but their sequence doesn't include installing the kernel anymore. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Tue, Feb 28, 2006 at 08:48:15AM -0600, Donald J. O'Neill wrote: 11) script /home/script/buildworld/iw-???date run 12) cd /usr/srcpwd 13) mergemaster -p 14) make installworld 15) mergemaster -i ???install everything? 16) exit 17)shutdown -r now === This should help a bit. Hello Don! Thank you for some good help. My make.conf only had some use.perl stuff. I added your flags. Also I've revised my sequence: cvsup -g -L 2 /etc/cvsupfile \ cd /usr/obj \ chflags -R noschg * \ rm -rf * \ cd /usr/src ; make clean \ make buildworld \ make buildkernel KERNCONF=NINJA \ make installkernel KERNCONF=NINJA \ make installworld \ mergemaster \ And am now ready to give it another go :) Until you are satisfied that everything works without any problems at all, please don't use scripts to run the builds. For instance, your script above lacks a call to ``mergemaster -p'' before the ``make buildworld'' step, which may be necessary. That's a call to 'script' to run, telling it where to put the resulting text file. While it is running, commands are given and executed. Later, if something goes wrong, or you saw something you want to check on, you have a record of what happened that you can look at, and pass on to others, if needed. Could you explain the logic of running mergemaster -p, when you have nothing to run it on. /usr/obj was blown away at the beginning of the buildworld sequence. What are you going to check at that point? Please take a look at the handbook for the sequence that things should occur in. I would say look at /usr/src/UPDATING, but their sequence doesn't include installing the kernel anymore. He means to run mergemaster -p before make installworld, as in the instructions quoted at the top of this email and in /usr/src/UPDATING. Also, the documented sequence *does* include installing the kernel, so I don't know what you mean there either. Kris pgp8cEPmQsPZ2.pgp Description: PGP signature
Re: Haven't been able to make world in about a year
On 2006-02-28 08:48, Donald J. O'Neill [EMAIL PROTECTED] wrote: On Tuesday 28 February 2006 05:46, Giorgos Keramidas wrote: Until you are satisfied that everything works without any problems at all, please don't use scripts to run the builds. For instance, your script above lacks a call to ``mergemaster -p'' before the ``make buildworld'' step, which may be necessary. That's a call to 'script' to run, telling it where to put the resulting text file. While it is running, commands are given and executed. Later, if something goes wrong, or you saw something you want to check on, you have a record of what happened that you can look at, and pass on to others, if needed. Could you explain the logic of running mergemaster -p, when you have nothing to run it on. /usr/obj was blown away at the beginning of the buildworld sequence. What are you going to check at that point? Please take a look at the handbook for the sequence that things should occur in. I would say look at /usr/src/UPDATING, but their sequence doesn't include installing the kernel anymore. On 2006-02-28 09:52, Kris Kennaway [EMAIL PROTECTED] wrote: He means to run mergemaster -p before make installworld, as in the instructions quoted at the top of this email and in /usr/src/UPDATING. Also, the documented sequence *does* include installing the kernel, so I don't know what you mean there either. Yes, thanks Kris. Sorry for the buildworld/installworld confusion. I meant right before 'make installworld'. There are cases where 'installworld' will try to chown files to a newly added system account (i.e. `_dhcp'), but will fail, leaving a half-installed system if you don't run ``mergemaster -p'' before ``installworld''. This is why I suggested *avoiding* a scripted, unattended build and install cycle, until the OP who started this thread is comfortable that his builds and installs are indeed going to succeed. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Tuesday 28 February 2006 05:15, Kristian Vaaf wrote: Hello Don! Thank you for some good help. My make.conf only had some use.perl stuff. I added your flags. Also I've revised my sequence: cvsup -g -L 2 /etc/cvsupfile \ cd /usr/obj \ chflags -R noschg * \ rm -rf * \ cd /usr/src ; make clean \ make buildworld \ make buildkernel KERNCONF=NINJA \ make installkernel KERNCONF=NINJA \ make installworld \ mergemaster \ And am now ready to give it another go :) All the best, Vaaf Krisstian, There are some places in your sequence, that I think are going to give you trouble. DO NOT run this as a script, run script while you're doing it. I think you're misunderstanding some things, so, I give the procedure I use again with some comments about what is happening: cvsup -g -L 2 sup-src script /home/script/buildworld/bw-20060228 cd /usr/obj pwd /usr/obj this is confirmation I am where I want to be ls usrHey, there is something there chflags -R noschg * rm -rf * ls it's gone, great cd /usr/src pwd /usr/src I am where I want to be make cleandir whole bunch of action on the screen make cleandir run it again, yes you want to do that make buildworld make buildkernel KERNCONF=PRES1750-i386 make installkernel KERNCONF=PRES1750-i386 exit shut off script shutdown -r now at the boot menu, hit the 6 key you want to come up in single-user mode, not multi-user. If you make a mistake, reboot and do it right. If it went by too fast, use the spacebar to halt the boot process. 6 OK boot -s boots up but you're not done yet Enter full pathname of shell or RETURN for /bin/sh: Enter # fsck -p Enter # mount -u /Enter # mount -a -t ufs Enter # swapon -a Enter # script /home/script/buildworld/iw-20060228 # cd /usr/src # pwd am I where I want to be # /usr/src yes, I am # mergemaster -prun mergemaster in preinstall mode # make installworld hey, look at it go # mergemaster -i answer d to remove the old temporary directory, you don't need it anymore. answer i to everything mergemaster asks, I don't care that the recommedation is to handle it later, if you don't know what you're doing, doing anything other i is just likely to screw you up in ways you don't understand now, but you will later. # exit shutdown 'script' # shutdown -r now boot the system, come back up in multiuser mode. If you did everything right, you're done with the buildworld sequence. Again, DO NOT run this in a script. You're running the 'script' program. If you don't want to sit and watch this go on, do something else. It takes me about an hour and ten minutes to run it with an AMD64 3500+, with an amd-tbird (1.3Mhz), it takes about two hours, with a 500Mhz Pentium pIII, I run the buildworld and buildkernel part (and maybe the installkernel, usually not) overnight. I hope I caught you in time. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Tuesday 28 February 2006 08:52, Kris Kennaway wrote: On Tue, Feb 28, 2006 at 08:48:15AM -0600, Donald J. O'Neill wrote: 11) script /home/script/buildworld/iw-???date run 12) cd /usr/srcpwd 13) mergemaster -p 14) make installworld 15) mergemaster -i ???install everything? 16) exit 17)shutdown -r now === This should help a bit. Hello Don! Thank you for some good help. My make.conf only had some use.perl stuff. I added your flags. Also I've revised my sequence: cvsup -g -L 2 /etc/cvsupfile \ cd /usr/obj \ chflags -R noschg * \ rm -rf * \ cd /usr/src ; make clean \ make buildworld \ make buildkernel KERNCONF=NINJA \ make installkernel KERNCONF=NINJA \ make installworld \ mergemaster \ And am now ready to give it another go :) Until you are satisfied that everything works without any problems at all, please don't use scripts to run the builds. For instance, your script above lacks a call to ``mergemaster -p'' before the ``make buildworld'' step, which may be necessary. That's a call to 'script' to run, telling it where to put the resulting text file. While it is running, commands are given and executed. Later, if something goes wrong, or you saw something you want to check on, you have a record of what happened that you can look at, and pass on to others, if needed. Could you explain the logic of running mergemaster -p, when you have nothing to run it on. /usr/obj was blown away at the beginning of the buildworld sequence. What are you going to check at that point? Please take a look at the handbook for the sequence that things should occur in. I would say look at /usr/src/UPDATING, but their sequence doesn't include installing the kernel anymore. He means to run mergemaster -p before make installworld, as in the instructions quoted at the top of this email and in /usr/src/UPDATING. Also, the documented sequence *does* include installing the kernel, so I don't know what you mean there either. Kris He may mean that, but it's not what he said. I went by what he said. From /usr/src/UPDATING: To rebuild everything and install it on the current system. --- # Note: sometimes if you are running current you gotta do more than # is listed here if you are upgrading from a really old current. make sure you have good level 0 dumps make buildworld make kernel KERNCONF=YOUR_KERNEL_HERE [1] reboot in single user [3] mergemaster -p [5] make installworld make delete-old mergemaster [4] reboot To upgrade in-place from 5.x-stable or higher to 6.x-stable --- make sure you have good level 0 dumps make buildworld [9] make kernel KERNCONF=YOUR_KERNEL_HERE [8] [1] reboot in single user [3] mergemaster -p [5] make installworld make delete-old mergemaster -i [4] reboot I just don't see where it says make installkernel KERNCONF=YOUR_KERNEL. It used to. That's where I got my original procedure from as the handbook at the time was somewhat confusing. Now the procedure in the handbook is better. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Tuesday 28 February 2006 09:02, Giorgos Keramidas wrote: On 2006-02-28 08:48, Donald J. O'Neill [EMAIL PROTECTED] wrote: On Tuesday 28 February 2006 05:46, Giorgos Keramidas wrote: Until you are satisfied that everything works without any problems at all, please don't use scripts to run the builds. For instance, your script above lacks a call to ``mergemaster -p'' before the ``make buildworld'' step, which may be necessary. That's a call to 'script' to run, telling it where to put the resulting text file. While it is running, commands are given and executed. Later, if something goes wrong, or you saw something you want to check on, you have a record of what happened that you can look at, and pass on to others, if needed. Could you explain the logic of running mergemaster -p, when you have nothing to run it on. /usr/obj was blown away at the beginning of the buildworld sequence. What are you going to check at that point? Please take a look at the handbook for the sequence that things should occur in. I would say look at /usr/src/UPDATING, but their sequence doesn't include installing the kernel anymore. On 2006-02-28 09:52, Kris Kennaway [EMAIL PROTECTED] wrote: He means to run mergemaster -p before make installworld, as in the instructions quoted at the top of this email and in /usr/src/UPDATING. Also, the documented sequence *does* include installing the kernel, so I don't know what you mean there either. Yes, thanks Kris. Sorry for the buildworld/installworld confusion. I meant right before 'make installworld'. There are cases where 'installworld' will try to chown files to a newly added system account (i.e. `_dhcp'), but will fail, leaving a half-installed system if you don't run ``mergemaster -p'' before ``installworld''. This is why I suggested *avoiding* a scripted, unattended build and install cycle, until the OP who started this thread is comfortable that his builds and installs are indeed going to succeed. I knew where to do it, I hoped you did, but the OP might not and try to do it where you said. I agree with you on running a script. What I told the OP to do was run script and do things inside there. After I sent my response off, I took another look at what Kristian had written and decided I misunderstood what you had said. Sorry, I agree with you to not run it in a script, however, I do think he should run the program 'script' and do things from there, to at least have something to refer to when things go wrong. They will go wrong. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-02-28 10:36, Donald J. O'Neill [EMAIL PROTECTED] wrote: On Tuesday 28 February 2006 09:02, Giorgos Keramidas wrote: On 2006-02-28 09:52, Kris Kennaway [EMAIL PROTECTED] wrote: He means to run mergemaster -p before make installworld, as in the instructions quoted at the top of this email and in /usr/src/UPDATING. Also, the documented sequence *does* include installing the kernel, so I don't know what you mean there either. Yes, thanks Kris. Sorry for the buildworld/installworld confusion. I meant right before 'make installworld'. I knew where to do it, I hoped you did, but the OP might not and try to do it where you said. Agreed. I agree with you on running a script. What I told the OP to do was run script and do things inside there. After I sent my response off, I took another look at what Kristian had written and decided I misunderstood what you had said. Sorry, I agree with you to not run it in a script, however, I do think he should run the program 'script' and do things from there, to at least have something to refer to when things go wrong. They will go wrong. Yes, you're right about using the script(1) utility. I usually run builds either inside script(1) sessions, or with something to the effect of: env MAKEOBJDIRPREFIX=/big/obj \ make buildworld buildkernel 21 | tee logfile which is more or less the same. Your step-by-step explanation in the previous post was nice :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Tue, Feb 28, 2006 at 10:30:16AM -0600, Donald J. O'Neill wrote: Could you explain the logic of running mergemaster -p, when you have nothing to run it on. /usr/obj was blown away at the beginning of the buildworld sequence. What are you going to check at that point? Please take a look at the handbook for the sequence that things should occur in. I would say look at /usr/src/UPDATING, but their sequence doesn't include installing the kernel anymore. He means to run mergemaster -p before make installworld, as in the instructions quoted at the top of this email and in /usr/src/UPDATING. Also, the documented sequence *does* include installing the kernel, so I don't know what you mean there either. Kris He may mean that, but it's not what he said. I went by what he said. OK, but you were still confused, because mergemaster doesn't need a populated /usr/obj to do its thing (only a source tree). You can run it at any time, before during or after your buildworld. make kernel KERNCONF=YOUR_KERNEL_HERE [8] [1] reboot in single user [3] mergemaster -p [5] make installworld make delete-old mergemaster -i [4] reboot I just don't see where it says make installkernel KERNCONF=YOUR_KERNEL. It used to. That's where I got my original procedure from as the handbook at the time was somewhat confusing. Now the procedure in the handbook is better. 'make kernel' = 'make buildkernel' + 'make installkernel' Kris pgpOBNb7fF3jG.pgp Description: PGP signature
Re: Haven't been able to make world in about a year
On Tuesday 28 February 2006 13:17, Kris Kennaway wrote: OK, but you were still confused, because mergemaster doesn't need a populated /usr/obj to do its thing (only a source tree). You can run it at any time, before during or after your buildworld. Well, I learned something new then. Thank you. make kernel KERNCONF=YOUR_KERNEL_HERE [8] [1] reboot in single user [3] mergemaster -p [5] make installworld make delete-old mergemaster -i [4] reboot I just don't see where it says make installkernel KERNCONF=YOUR_KERNEL. It used to. That's where I got my original procedure from as the handbook at the time was somewhat confusing. Now the procedure in the handbook is better. 'make kernel' = 'make buildkernel' + 'make installkernel' Kris OK, I can see that I totally about different make targets and just read that as being half a step - reading it as really being 'make buildkernel'. However, the 'make buildkernal' 'install kernel' steps are more explicit and I prefer that. Possibly I looked on it as similar to 'make world'. Maybe that's why I never said anything about it in the past. Thank you again. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 16:59 24.02.2006, Giorgos Keramidas wrote: On 2006-02-24 16:45, Kristian Vaaf [EMAIL PROTECTED] wrote: At 19:47 21.02.2006, Kris Anderson wrote: --- Kristian Vaaf [EMAIL PROTECTED] wrote: Hello! I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt When doing: cvsup -g -L 2 /etc/cvsupfile Kristian, you would have to show us your cvsupfile. It's possible that you are missing some of the sources, so the source tree you download is not exactly buildable. And then running: cd /usr/src \ make buildworld \ make buildkernel KERNCONF=ARBA \ make installkernel KERNCONF=ARBA \ make installworld \ mergemaster \ make clean \ rm -rf /usr/obj/* This is how it's done, no? Not quite. Sort of done like that. Looking at the FreeBSD handbook it says: make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA reboot Note: There are a few rare cases when an extra run of mergemaster -p is needed before the buildworld step. These are described in UPDATING. In general, though, you can safely omit this step if you are not updating across one or more major FreeBSD versions. This is also suggested in /usr/src/UPDATING. The point is I've been having this problem for so long, and none of the developers are willing to help me. Patience, please. It's not the end of the world. There is a sane, logical explanation why you can't build the system. We just have to find it :) This is one of the reason I think, why most people these days seem to go (back) to DragonflyBSD. This is very uncalled for. If you really want help, then please spare us the (in my opinion) unsupported, unwarranted rhetoric about why FreeBSD is not for you. The helpful people of this list don't deserve this, and you don't deserve the flames such inflammatory material can start. I certainly am going to. Ultimately, this is your choise to make, of course. We can't force to use something that you don't like. Before that happens, I'd like to see at least the following though: - Your cvsupfile - The error messages you get. The URL in the previous paragraphs that is supposed to show the errors, is not fetchable: $ cd /tmp $ fetch http://www.home.no/hedhnta/result.txt fetch: http://www.home.no/hedhnta/result.txt: Not Found $ Dear Giorgos, Here is my /etc/cvsupfile: *default host=cvsup.no.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_6 *default delete use-rel-suffix src-all ports-all tag=. doc-all tag=. I'll have result.txt back on that URL first thing tomorrow morning. I'm not going to DragonflyBSD because FreeBSD works just fine at the time being, except this though it isn't killing me. Talk to you later, Thanks! -- vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-02-25 21:22, Kristian Vaaf [EMAIL PROTECTED] wrote: At 16:59 24.02.2006, Giorgos Keramidas wrote: On 2006-02-24 16:45, Kristian Vaaf [EMAIL PROTECTED] wrote: This is one of the reason I think, why most people these days seem to go (back) to DragonflyBSD. This is very uncalled for. If you really want help, then please spare us the (in my opinion) unsupported, unwarranted rhetoric about why FreeBSD is not for you. The helpful people of this list don't deserve this, and you don't deserve the flames such inflammatory material can start. I certainly am going to. Ultimately, this is your choise to make, of course. We can't force to use something that you don't like. Before that happens, I'd like to see at least the following though: - Your cvsupfile - The error messages you get. The URL in the previous paragraphs that is supposed to show the errors, is not fetchable: $ cd /tmp $ fetch http://www.home.no/hedhnta/result.txt fetch: http://www.home.no/hedhnta/result.txt: Not Found $ Dear Giorgos, Here is my /etc/cvsupfile: *default host=cvsup.no.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_6 *default delete use-rel-suffix src-all ports-all tag=. doc-all tag=. This looks fine so far. You are not using compression, which is probably going to be slightly evil, but other than that I see no problems. I'll have result.txt back on that URL first thing tomorrow morning. Be sure to include at least the following: - The environment of the root shell, i.e. the output of: # env | sort - The contents of your /etc/make.conf file. - The *EXACT* commands you used to build the userland kernel. - The *EXACT* error messages. I'm not going to DragonflyBSD because FreeBSD works just fine at the time being, except this though it isn't killing me. This is, ultimately, none of by business. Do as you wish. Talk to you later, Thanks! Sure thing, Regards, Giorgos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 19:47 21.02.2006, Kris Anderson wrote: --- Kristian Vaaf [EMAIL PROTECTED] wrote: Hello! I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt When doing: cvsup -g -L 2 /etc/cvsupfile And then running: cd /usr/src \ make buildworld \ make buildkernel KERNCONF=ARBA \ make installkernel KERNCONF=ARBA \ make installworld \ mergemaster \ make clean \ rm -rf /usr/obj/* This is how it's done, no? Sort of done like that. Looking at the FreeBSD handbook it says: make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA reboot Note: There are a few rare cases when an extra run of mergemaster -p is needed before the buildworld step. These are described in UPDATING. In general, though, you can safely omit this step if you are not updating across one or more major FreeBSD versions. After installkernel finishes successfully, you should boot in single user mode (i.e. using boot -s from the loader prompt). Then run: mergemaster -p make installworld mergemaster reboot Please help me. Thanks, Vaaf Hope that helps. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com The point is I've been having this problem for so long, and none of the developers are willing to help me. This is one of the reason I think, why most people these days seem to go (back) to DragonflyBSD. I certainly am going to. Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-02-24 16:45, Kristian Vaaf [EMAIL PROTECTED] wrote: At 19:47 21.02.2006, Kris Anderson wrote: --- Kristian Vaaf [EMAIL PROTECTED] wrote: Hello! I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt When doing: cvsup -g -L 2 /etc/cvsupfile Kristian, you would have to show us your cvsupfile. It's possible that you are missing some of the sources, so the source tree you download is not exactly buildable. And then running: cd /usr/src \ make buildworld \ make buildkernel KERNCONF=ARBA \ make installkernel KERNCONF=ARBA \ make installworld \ mergemaster \ make clean \ rm -rf /usr/obj/* This is how it's done, no? Not quite. Sort of done like that. Looking at the FreeBSD handbook it says: make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA reboot Note: There are a few rare cases when an extra run of mergemaster -p is needed before the buildworld step. These are described in UPDATING. In general, though, you can safely omit this step if you are not updating across one or more major FreeBSD versions. This is also suggested in /usr/src/UPDATING. The point is I've been having this problem for so long, and none of the developers are willing to help me. Patience, please. It's not the end of the world. There is a sane, logical explanation why you can't build the system. We just have to find it :) This is one of the reason I think, why most people these days seem to go (back) to DragonflyBSD. This is very uncalled for. If you really want help, then please spare us the (in my opinion) unsupported, unwarranted rhetoric about why FreeBSD is not for you. The helpful people of this list don't deserve this, and you don't deserve the flames such inflammatory material can start. I certainly am going to. Ultimately, this is your choise to make, of course. We can't force to use something that you don't like. Before that happens, I'd like to see at least the following though: - Your cvsupfile - The error messages you get. The URL in the previous paragraphs that is supposed to show the errors, is not fetchable: $ cd /tmp $ fetch http://www.home.no/hedhnta/result.txt fetch: http://www.home.no/hedhnta/result.txt: Not Found $ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Kristian Vaaf wrote: [ ... ] I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt That URL doesn't work: 4-sec% fetch -v http://www.home.no/hedhnta/result.txt looking up www.home.no connecting to www.home.no:80 requesting http://www.home.no/hedhnta/result.txt 404 Not Found Not Found The requested URL /hedhnta/result.txt was not found on this server. [ ... ] The point is I've been having this problem for so long, and none of the developers are willing to help me. Most people who ask questions on the FreeBSD list get helpful responses quickly, but we aren't telepathic: if you don't provide enough information for others to help you, well, in that case you're going to have to solve the problems yourself. This is one of the reason I think, why most people these days seem to go (back) to DragonflyBSD. I certainly am going to. Whatever you like, dude. Have fun, -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Kristian Vaaf wrote: The point is I've been having this problem for so long, and none of the developers are willing to help me. This is one of the reason I think, why most people these days seem to go (back) to DragonflyBSD. I certainly am going to. Did you even try the suggestions I posted? Did you bother to report back whether they worked? Did you follow up to Giorgos questions? Or to Donald J O'Neill's? Or to [EMAIL PROTECTED]'s? No, you just came back and whined. Developers have better things to do than fix problems which are mostly caused by people not following the instructions correctly, or thinking that they knew better than the instructions. The problem you have is guaranteed to be a configuration problem on *your* system because 99.9% of people out there have no trouble at all. I want the developers to spend their time doing just that, developing, not responding to questions that us mortals can usually handle. You may think that your problem is important enough to rate a developer fixing it for you but I doubt that many people here would agree with such a judgement. Looking through the archive, I could find on one question from you on this topic, from Dec 31st 2005, which is certainly not the year in your subject line, and not a great time to expect speedy responses . You did get a reply from Kent Stewart, and again you didn't reply at all. How could anyone possibly know that his suggestion didn't work for you? So far I count 5 different people who have attempted to help you with this issue and so far I see not one single piece of feedback from you on how their suggestions worked out. Please, switch to DragonFly. You could also try shooting yourself in the foot, and cutting off your nose to spite your face. I gather some people enjoy that kind of thing and you would seem to be one of them. Welcome to the select few on my kill list. --Alex ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
Kristian Vaaf wrote: I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt This is my supposition. There have been many messages to this list which clearly say that advanced gcc options (like advanced optmisations) are a bad idea for CFLAGS defaults in make.conf because they can prevent world/kernel from rebuilding properly. So, playing spot-the-difference between your compile line which fails, and my last one which succeeded... Yours: cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'... Mine: cc -E -O -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'... You'll see that your has -O2 and -fno-strict-aliasing while mine has just -O. So the first thing I would do is to try fixing CFLAGS in make.conf to get rid of -fno-strict-aliasing and change -O2 to -O. I can't say whether one, both or neither is actually wrong, but mine worked and yours didn't, so at least one of them is a good potential source for the problem. Let us know if it helps. Someone out there undoubdetdly knows which options are safe to add here, and may even be able to say where they are documented. --Alex PS You neglected to mention which version of FreeBSD you were running. My compile line is from 5.4. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
At 12:39 21.02.2006, Alex Zbyslaw wrote: Kristian Vaaf wrote: I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt This is my supposition. There have been many messages to this list which clearly say that advanced gcc options (like advanced optmisations) are a bad idea for CFLAGS defaults in make.conf because they can prevent world/kernel from rebuilding properly. So, playing spot-the-difference between your compile line which fails, and my last one which succeeded... Yours: cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'... Mine: cc -E -O -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'... You'll see that your has -O2 and -fno-strict-aliasing while mine has just -O. So the first thing I would do is to try fixing CFLAGS in make.conf to get rid of -fno-strict-aliasing and change -O2 to -O. I can't say whether one, both or neither is actually wrong, but mine worked and yours didn't, so at least one of them is a good potential source for the problem. Let us know if it helps. Someone out there undoubdetdly knows which options are safe to add here, and may even be able to say where they are documented. --Alex PS You neglected to mention which version of FreeBSD you were running. My compile line is from 5.4. Thank you Alex for a very interesting reply. My bad for not mentioning FreeBSD 5.4-STABLE: Wed Sep 21 01:34:15 CEST 2005 All the best, Vaaf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2006-02-21 15:46, Kristian Vaaf [EMAIL PROTECTED] wrote: At 12:39 21.02.2006, Alex Zbyslaw wrote: Kristian Vaaf wrote: I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt This is my supposition. There have been many messages to this list which clearly say that advanced gcc options (like advanced optmisations) are a bad idea for CFLAGS defaults in make.conf because they can prevent world/kernel from rebuilding properly. So, playing spot-the-difference between your compile line which fails, and my last one which succeeded... Yours: cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'... Mine: cc -E -O -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'... You'll see that your has -O2 and -fno-strict-aliasing while mine has just -O. So the first thing I would do is to try fixing CFLAGS in make.conf to get rid of -fno-strict-aliasing and change -O2 to -O. I can't say whether one, both or neither is actually wrong, but mine worked and yours didn't, so at least one of them is a good potential source for the problem. Let us know if it helps. Someone out there undoubdetdly knows which options are safe to add here, and may even be able to say where they are documented. --Alex PS You neglected to mention which version of FreeBSD you were running. My compile line is from 5.4. Thank you Alex for a very interesting reply. My bad for not mentioning FreeBSD 5.4-STABLE: Wed Sep 21 01:34:15 CEST 2005 Have you, by any chance, set CFLAGS or CPPFLAGS in the environment of your root user? If yes, then it's a bad idea. Unset both of these and try rebuilding from a clean checkout and a clean /usr/obj object tree. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On Tuesday 21 February 2006 05:39, Alex Zbyslaw wrote: Kristian Vaaf wrote: I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt This is my supposition. There have been many messages to this list which clearly say that advanced gcc options (like advanced optmisations) are a bad idea for CFLAGS defaults in make.conf because they can prevent world/kernel from rebuilding properly. So, playing spot-the-difference between your compile line which fails, and my last one which succeeded... Yours: cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'... Mine: cc -E -O -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh'... You'll see that your has -O2 and -fno-strict-aliasing while mine has just -O. So the first thing I would do is to try fixing CFLAGS in make.conf to get rid of -fno-strict-aliasing and change -O2 to -O. I can't say whether one, both or neither is actually wrong, but mine worked and yours didn't, so at least one of them is a good potential source for the problem. Let us know if it helps. Someone out there undoubdetdly knows which options are safe to add here, and may even be able to say where they are documented. --Alex PS You neglected to mention which version of FreeBSD you were running. My compile line is from 5.4. Hello Kristian, Have you ever been able to do a buildworld sequence? What version of FreeBSD are you trying to work with? What does your make.conf look like? How about your /conf/ARBA (your custom kernel config)? What do you have in your /etc/cvsupfile? In my make.conf I use: CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe That's worked for years, well, a very long time anyway. Comparing the same section in your script run, to mine, which was run last night: yours: === bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib /tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src /bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src /bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1 [];/' | sort tc.const.h mine: === bin/csh (obj,build-tools) grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/bin/csh/../../contrib /tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src /bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src /bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1 [];/' | sort tc.const.h They look very similar except: you have -fno-stict-aliasing and I don't; yours starts erroring before buildworld completes (looks to be about a fourth of the way through) and mine builds to completion. Your buildworld sequence appears to be a little lacking - either in the detail you gave, or because some things are missing. The buildworld sequence I us is: === (I use the alternate step 10 when I run the sequence) 1)Script /home/script/buildworld/bw-”date run” 2)cd /usr/obj pwd 3)chflags -R noschg * 4)rm -rf * 5)cd /usr/src pwd make cleandir make cleandir 6)make buildworld make buildkernel KERNCONF=customconfname 7)make installkernel KERNCONF=customconfname 8)exit 9)shutdown now Enter 10) Enter to accept default location of sh alternate step 10 a) shutdown -r now Enter b) at boot menu6 c) boot -s Enter d) fsck -p Enter e) mount -u / Enter f) mount -a -t ufs Enter g) swapon -a Enter h) cd /usr/src Enter i)adjkerntz -i Enter 11) script /home/script/buildworld/iw-”date run 12) cd /usr/srcpwd 13) mergemaster -p 14) make installworld 15) mergemaster -i “install everything” 16) exit 17)shutdown -r now === This should help a bit. Don ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
--- Kristian Vaaf [EMAIL PROTECTED] wrote: Hello! I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt When doing: cvsup -g -L 2 /etc/cvsupfile And then running: cd /usr/src \ make buildworld \ make buildkernel KERNCONF=ARBA \ make installkernel KERNCONF=ARBA \ make installworld \ mergemaster \ make clean \ rm -rf /usr/obj/* This is how it's done, no? Sort of done like that. Looking at the FreeBSD handbook it says: make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA reboot Note: There are a few rare cases when an extra run of mergemaster -p is needed before the buildworld step. These are described in UPDATING. In general, though, you can safely omit this step if you are not updating across one or more major FreeBSD versions. After installkernel finishes successfully, you should boot in single user mode (i.e. using boot -s from the loader prompt). Then run: mergemaster -p make installworld mergemaster reboot Please help me. Thanks, Vaaf Hope that helps. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Haven't been able to make world in about a year
On 2/21/06, Kris Anderson [EMAIL PROTECTED] wrote: --- Kristian Vaaf [EMAIL PROTECTED] wrote: Hello! I don't know what's wrong. But all my makes error out. I've tried over and over again. And sent about a dozen e-mails to this list. http://www.home.no/hedhnta/result.txt When doing: cvsup -g -L 2 /etc/cvsupfile And then running: cd /usr/src \ make buildworld \ make buildkernel KERNCONF=ARBA \ make installkernel KERNCONF=ARBA \ make installworld \ mergemaster \ make clean \ rm -rf /usr/obj/* This is how it's done, no? Sort of done like that. Looking at the FreeBSD handbook it says: make buildworld make buildkernel KERNCONF=ARBA make installkernel KERNCONF=ARBA reboot Note: There are a few rare cases when an extra run of mergemaster -p is needed before the buildworld step. These are described in UPDATING. In general, though, you can safely omit this step if you are not updating across one or more major FreeBSD versions. After installkernel finishes successfully, you should boot in single user mode (i.e. using boot -s from the loader prompt). Then run: mergemaster -p make installworld mergemaster reboot Please help me. Thanks, Vaaf Hope that helps. The first step I would suggest is to* root# mv /etc/make.conf /etc/make.backup and retry the build. If it still gives the syntax error at csh build, root# rm -r /usr/src/contrib cvsup -g -L1 /etc/cvsupfile because cvsup (afik, ianal, iaanaaoavss) only checks the file header /* $Header: /src/pub/tcsh/sh.h,v 3.133 2005/03/25 18:46:41 kim Exp $ */ if the rest of the file has some form of corruption within, cvsup won't know that, and will fail to refetch it, so you remove the appearantly offending file or files and (hopefully) it build okay. *Note that I believe buildworld and such default to -O if no /etc/make.conf exists. Again, I could be very mistaken. Greviously so. -- -- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]