make world error 9.0-RELEASE #0 i386
Hello All, I'm trying to build world after having csupped, but the build fails with: c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-unknown-freebsd9.0\ -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaTemplateVariadic.cpp c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-unknown-freebsd9.0\ -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaType.cpp c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-unknown-freebsd9.0\ -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/TargetAttributesSema.cpp c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-unknown-freebsd9.0\ -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaChecking.cpp {standard input}: Assembler messages: {standard input}:57706: Warning: end of file not at end of a line; newline inserted {standard input}: Assembler messages: {standard input}:71548: Warning: end of file not at end of a line; newline inserted {standard input}:71876: Error: no such instruction: `su' {standard input}:58857: Error: suffix or operands invalid for `mov' c++: Internal error: Killed: 9 (program cc1plus) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 c++: Internal error: Killed: 9 (program cc1plus) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 2 errors *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error The build log is at: http://wwwp.3dresearch.com/KONSTANZE2012041401_buildworld Would you please advise? -- Janos Dohanics ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: make world error 9.0-RELEASE #0 i386
On Sat, 14 Apr 2012 12:28:52 -0400 Janos Dohanics w...@3dresearch.com wrote: Hello All, I'm trying to build world after having csupped, but the build fails with: [...] c++ -O2 -pipe -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/usr/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\i386-unknown-freebsd9.0 \ -fstack-protector -fno-exceptions -fno-rtti -c /usr/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/SemaChecking.cpp {standard input}: Assembler messages: {standard input}:57706: Warning: end of file not at end of a line; newline inserted {standard input}: Assembler messages: {standard input}:71548: Warning: end of file not at end of a line; newline inserted {standard input}:71876: Error: no such instruction: `su' {standard input}:58857: Error: suffix or operands invalid for `mov' c++: Internal error: Killed: 9 (program cc1plus) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 c++: Internal error: Killed: 9 (program cc1plus) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 [...] I wanted to note that the error occurred when I used make buildworld with the -j8 switch. Without the -j8 switch the build completed without errors. -- Janos Dohanics ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Make World Inside Jail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason C. Wells wrote: I currently use a separate machine to make world and to make and archive ports and packages. I would like to retire that machine and move that functionality into a jail. I am due to switch to 7.1 from 6.3 soon. I understand that I cannot run divergent kernels in the jails. I could still make a 7.1-RELEASE world on a 6.3-RELEASE jail and installworld into the jail. That would leave me with a very strange jail system with a new generation system (binaries / libs / includes / utils / ports) with an old generation kernel. The only purpose of the jails is compiling world and installing ports. The parent system on which the jails reside cannot be made unreliable due to running the mishmash old/new jails. I'll need to run NFS servers and telnet servers inside the jails. Systems on my network would mount the jail's /usr/obj, /usr/src and /usr/ports via NFS to facilitate installworld and port upgrades. Can I make this work? Am I asking for trouble? Thanks, Jason Hi Jason, You might want to have a look at Tinderbox: http://tinderbox.marcuscom.com/ This tool helps you build packages in a controlled environment, based on your specified src tree, ports tree and port options. I believe you'll need to install it on at least a 7.1-RELEASE system if you want to build packages for that OS version. I am currently working on a VMware virtual machine that's preinstalled with 8.0-STABLE and Tinderbox so anyone can very easily build packages for 6.3, 7.x and 8.0-STABLE. If you're interested in having a look at that, let me know and I'll tell you when it's ready. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIt/LF0sRouByUApARAjAlAJwIGh4nenz4FWS7BZ3KQjQOeNmrRwCfat0C k3eGPiolwHiiv7kBpehrmEI= =zd6A -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Make World Inside Jail
I currently use a separate machine to make world and to make and archive ports and packages. I would like to retire that machine and move that functionality into a jail. I am due to switch to 7.1 from 6.3 soon. I understand that I cannot run divergent kernels in the jails. I could still make a 7.1-RELEASE world on a 6.3-RELEASE jail and installworld into the jail. That would leave me with a very strange jail system with a new generation system (binaries / libs / includes / utils / ports) with an old generation kernel. The only purpose of the jails is compiling world and installing ports. The parent system on which the jails reside cannot be made unreliable due to running the mishmash old/new jails. I'll need to run NFS servers and telnet servers inside the jails. Systems on my network would mount the jail's /usr/obj, /usr/src and /usr/ports via NFS to facilitate installworld and port upgrades. Can I make this work? Am I asking for trouble? Thanks, Jason ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Tue, 26 Aug 2008 13:20:31 -0400, Jerry McAllister [EMAIL PROTECTED] wrote: Making it easy to disable stuff in `src.conf' is sort of a middle-path approach. I can live with that for now. If someone else comes along and moves fortune(1) and the other src/games/ stuff in a port, I won't really object either :) I have wondered if it might be reasonable to put a bunch of (more) of that sort of stuff in a select list during installation so a user can choose right then if certain things will be retained or dropped on the floor. Fortune and games and even the latest Perl and some other things might be good candidates for that select list. The current installer already includes something like this. The various collections like src, games, manpages, info docs and the other stuff that shows up in the custom installation menu are one way of selecting what to install and what to leave out. There's definitely a lot of value in making this selection a lot more fine-grained, but then we are very close to the old everything should be a package, including the base system bikeshed. I am not sure I want to go back there :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Fri, 1 Aug 2008 17:31:22 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Have you tried building with an src.conf file that includes: WITHOUT_GAMES='yes' It' not a matter of `kindergarten or not', but a matter of providing a predictable `base system' by default and all the knob and documentation to customize it at will. That's why you can find a lot of customization options in the manpage of src.conf(5). For example, on a `production server' that is a bit limited in space, and doesn't really need compilers, debuggers, profiling tools, or three different firewalls, I would probably build with: WITHOUT_CVS=yes WITHOUT_GAMES='yes' WITHOUT_GCOV=yes WITHOUT_GDB=yes WITHOUT_IPFILTER=yes WITHOUT_IPX=yes WITHOUT_OBJC=yes WITHOUT_PROFILE=yes WITHOUT_SHAREDOCS=yes I would also use WITHOUT_TOOLCHAIN=yes during `make installworld' runs, to skip installing all the gcc, g++ and debugger tools. The default `base system' still installs all these parts, but you are definitely *not* obliged to always install all of them. - Giorgos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Sat, Aug 23, 2008 at 10:14 AM, Giorgos Keramidas [EMAIL PROTECTED] wrote: On Fri, 1 Aug 2008 17:31:22 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Have you tried building with an src.conf file that includes: WITHOUT_GAMES='yes' It' not a matter of `kindergarten or not', but a matter of providing a predictable `base system' by default and all the knob and documentation to customize it at will. That's why you can find a lot of customization options in the manpage of src.conf(5). For example, on a `production server' that is a bit limited in space, and doesn't really need compilers, debuggers, profiling tools, or three different firewalls, I would probably build with: WITHOUT_CVS=yes WITHOUT_GAMES='yes' WITHOUT_GCOV=yes WITHOUT_GDB=yes WITHOUT_IPFILTER=yes WITHOUT_IPX=yes WITHOUT_OBJC=yes WITHOUT_PROFILE=yes WITHOUT_SHAREDOCS=yes I would also use WITHOUT_TOOLCHAIN=yes during `make installworld' runs, to skip installing all the gcc, g++ and debugger tools. The default `base system' still installs all these parts, but you are definitely *not* obliged to always install all of them. - Giorgos Hello hello! Yeah I actually tried that, but I got the same error. I don't see why the FreeBSD team has to insist on keeping this, pardon my language, bullshit. If some sorry guy actually needs this, why can't he load it as a module, or install a port? To quote some Frenchman: Perfection is achieved, not when there's nothing left to add, but when there's nothing left to take away. I worry slightly as I watch FreeBSD become bigger and bigger, fearing that some day it'll all come tumbling down! -- http://www.home.no/reddvinylene ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
Redd Vinylene wrote: On Sat, Aug 23, 2008 at 10:14 AM, Giorgos Keramidas [EMAIL PROTECTED] wrote: On Fri, 1 Aug 2008 17:31:22 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Have you tried building with an src.conf file that includes: WITHOUT_GAMES='yes' It' not a matter of `kindergarten or not', but a matter of providing a predictable `base system' by default and all the knob and documentation to customize it at will. That's why you can find a lot of customization options in the manpage of src.conf(5). For example, on a `production server' that is a bit limited in space, and doesn't really need compilers, debuggers, profiling tools, or three different firewalls, I would probably build with: WITHOUT_CVS=yes WITHOUT_GAMES='yes' WITHOUT_GCOV=yes WITHOUT_GDB=yes WITHOUT_IPFILTER=yes WITHOUT_IPX=yes WITHOUT_OBJC=yes WITHOUT_PROFILE=yes WITHOUT_SHAREDOCS=yes I would also use WITHOUT_TOOLCHAIN=yes during `make installworld' runs, to skip installing all the gcc, g++ and debugger tools. The default `base system' still installs all these parts, but you are definitely *not* obliged to always install all of them. - Giorgos Hello hello! Yeah I actually tried that, but I got the same error. I don't see why the FreeBSD team has to insist on keeping this, pardon my language, bullshit. If some sorry guy actually needs this, why can't he load it as a module, or install a port? To quote some Frenchman: Perfection is achieved, not when there's nothing left to add, but when there's nothing left to take away. I worry slightly as I watch FreeBSD become bigger and bigger, fearing that some day it'll all come tumbling down! Try to relax and calm down a bit. The games user is a left-over remnant of something that has ALWAYS been part of BSD, but *was* already mostly removed from FreeBSD some years ago (the actual games are now in the ports tree). It is not some insidious creeping bloat that has been added while you weren't looking. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
# Removing [EMAIL PROTECTED] from the recipient list. This isn't # really a thread about marketing or promoting FreeBSD, so it's a bit # off-topic for that list. On Tue, 26 Aug 2008 11:01:03 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: On Sat, Aug 23, 2008 at 10:14 AM, Giorgos Keramidas wrote: On Fri, 1 Aug 2008 17:31:22 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Have you tried building with an src.conf file that includes: WITHOUT_GAMES='yes' It' not a matter of `kindergarten or not', but a matter of providing a predictable `base system' by default and all the knob and documentation to customize it at will. That's why you can find a lot of customization options in the manpage of src.conf(5). Hello hello! Yeah I actually tried that, but I got the same error. Ok, this may be a bug in the makefiles then. My apologies if you have already written all that. I caught the email thread some time after it started, and I replied while being offline on a trip. A few bits of information which may help us track down what you are seeing and try to reproduce it are: * Which branch/version of the source tree are you building? * How did you build everything? Please list all the command line options, any environment variables and any `make.conf' or `src.conf' options you are using. * What was the _exact_ error message you saw? I have just fired up a buildworld + buildkernel run of 8.0-CURRENT here, to see if I can reproduce this. The build runs with: # export WITHOUT_GAMES=yes # mv /usr/games /usr/games.old # rm -fr /usr/src/games AFAIK, this should work fine, but I will have to wait a bit for the build to finish and report back. I'll post my results in a couple of hours, because that's roughly how long it takes for my laptop to go through a full build install run. In the meantime, if you can repeat the build and email us with the branch, the source version, the environment you used to build and the last 200-300 lines of the error messages you are getting (the full build log would be even better), it would be quite useful as an extra bit of info to track down what is broken for you. With a bit of help from you, to test-build everything and report back with any findings, I'm sure we can at least understand what's different in your local setup :-) I don't see why the FreeBSD team has to insist on keeping this, pardon my language, bullshit. If some sorry guy actually needs this, why can't he load it as a module, or install a port? Insist on keeping what? The fortune cookies and `/usr/src/games'? I don't think anyone insists on *forcing* you to use something you don't want to have around. That's precisely the idea behind WITHOUT_GAMES and similar options. If it doesn't work, we'll fix it. If it does work, on the other hand, we have to find out how to make it work for you too. To quote some Frenchman: Perfection is achieved, not when there's nothing left to add, but when there's nothing left to take away. This is one of the nice quotes of Antoine de Saint Exupery, but in our case perfection is also achieved when FreeBSD empowers you to choose the bits that _you_ want to keep. As a team we value the freedom `to pick and choose' and providing a reference body of source code that others can use under the friendly terms of the BSD license is an explicit goal of the Project as a whole. We also understand that it is often very difficult, even outright impossible to satisfy _everyone_ with one flavor of beer, so we try to give everyone a BSD flavored brew that seems to have worked nicely for a lot of people and all the tools to build your own custom flavor. I worry slightly as I watch FreeBSD become bigger and bigger, fearing that some day it'll all come tumbling down! Well, there's a very good way to avoid this. You can *help* us keep BSD in shape. Reports about bugs, problems and issues like the one you are reporting in this thread are an _excellent_ way to do that. If nobody reports a bug, then it won't get solved... By reporting it and helping us track it down, find the fix and commit it to the source tree you are doing everyone (including the FreeBSD Project and yourself) a great service :-) Cheers, Giorgos pgphp0R2zaaCm.pgp Description: PGP signature
Re: I can't make world without the games group?
On Tue, 26 Aug 2008 16:26:36 +0300, Giorgos Keramidas [EMAIL PROTECTED] wrote: # Removing [EMAIL PROTECTED] from the recipient list. This isn't # really a thread about marketing or promoting FreeBSD, so it's a bit # off-topic for that list. On Tue, 26 Aug 2008 11:01:03 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: Have you tried building with an src.conf file that includes: WITHOUT_GAMES='yes' It' not a matter of `kindergarten or not', but a matter of providing a predictable `base system' by default and all the knob and documentation to customize it at will. That's why you can find a lot of customization options in the manpage of src.conf(5). Hello hello! Yeah I actually tried that, but I got the same error. Ok, this may be a bug in the makefiles then. My apologies if you have already written all that. I caught the email thread some time after it started, and I replied while being offline on a trip. Hi Redd, You are right I think. I just reproduced this a few minutes ago, by deleting the `games' group and user from my password file and installing a userland compiled with WITHOUT_GAMES=yes. Apparently, you can *build* everything when `WITHOUT_GAMES=yes', but when I tried to installworld the resulting distribution, the initial steps of the installation fail with: % -- % Making hierarchy % -- % cd /home/build/src; make -f Makefile.inc1 hierarchy % cd /home/build/src/etc; make distrib-dirs % mtree -eU -f /home/build/src/etc/mtree/BSD.root.dist -p / % mtree -eU -f /home/build/src/etc/mtree/BSD.var.dist -p /var % mtree: line 48: unknown group games % *** Error code 1 % % Stop in /home/build/src/etc. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % [EMAIL PROTECTED]:/home/build/src# That's because src/etc/mtree/BSD.usr.dist and BSD.var.dist include references to the `games' user and group. I'll try to split the relevant bits in a new `BSD.games.dist' file which will be conditionally passed to mtree(8) depending on WITHOUT_GAMES. Is this the same error as the one you are seeing? When I prepare a patch for this, would you be willing to test it for me? - Giorgos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Tue, 26 Aug 2008 18:04:26 +0300, Giorgos Keramidas [EMAIL PROTECTED] wrote: % -- % Making hierarchy % -- % cd /home/build/src; make -f Makefile.inc1 hierarchy % cd /home/build/src/etc; make distrib-dirs % mtree -eU -f /home/build/src/etc/mtree/BSD.root.dist -p / % mtree -eU -f /home/build/src/etc/mtree/BSD.var.dist -p /var % mtree: line 48: unknown group games % *** Error code 1 % % Stop in /home/build/src/etc. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % [EMAIL PROTECTED]:/home/build/src# That's because src/etc/mtree/BSD.usr.dist and BSD.var.dist include references to the `games' user and group. I'll try to split the relevant bits in a new `BSD.games.dist' file which will be conditionally passed to mtree(8) depending on WITHOUT_GAMES. Is this the same error as the one you are seeing? When I prepare a patch for this, would you be willing to test it for me? Ok, think I got it... Here's the patch I am testing now. If this works locally, I'll post it for review to our Makefile gurus and commit it when we get it into shape. If things work without problems in CURRENT for a few days, I'll backport it to the STABLE branches too. %%% diff -r ef7ac5c285f5 etc/Makefile --- a/etc/Makefile Tue Aug 26 16:37:27 2008 +0300 +++ b/etc/Makefile Tue Aug 26 18:27:33 2008 +0300 @@ -56,6 +56,9 @@ BSD.var.dist BSD.x11.dist BSD.x11-4.dist .if ${MK_SENDMAIL} != no MTREE+=BSD.sendmail.dist +.endif +.if ${MK_GAMES} != no +MTREE+= BSD.games.dist .endif .if ${MK_BIND} != no MTREE+=BIND.chroot.dist @@ -204,6 +207,9 @@ .if ${MK_SENDMAIL} != no mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ .endif +.if ${MK_GAMES} != no + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ +.endif cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . cd ${DESTDIR}/usr/share/man; \ diff -r ef7ac5c285f5 etc/mtree/BSD.games.dist --- /dev/null Thu Jan 01 00:00:00 1970 + +++ b/etc/mtree/BSD.games.dist Tue Aug 26 18:27:33 2008 +0300 @@ -0,0 +1,16 @@ +# $FreeBSD$ +# +# Please see the file src/etc/mtree/README before making changes to this file. +# + +/set type=dir uname=root gname=wheel mode=0755 +. +usr +games +.. +.. +var +games gname=games mode=0775 +.. +.. +.. diff -r ef7ac5c285f5 etc/mtree/BSD.usr.dist --- a/etc/mtree/BSD.usr.distTue Aug 26 16:37:27 2008 +0300 +++ b/etc/mtree/BSD.usr.distTue Aug 26 18:27:33 2008 +0300 @@ -6,8 +6,6 @@ /set type=dir uname=root gname=wheel mode=0755 . bin -.. -games .. include .. diff -r ef7ac5c285f5 etc/mtree/BSD.var.dist --- a/etc/mtree/BSD.var.distTue Aug 26 16:37:27 2008 +0300 +++ b/etc/mtree/BSD.var.distTue Aug 26 18:27:33 2008 +0300 @@ -45,8 +45,6 @@ .. empty mode=0555 flags=schg .. -games gname=games mode=0775 -.. heimdal mode=0700 .. log %%% ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Tue, 26 Aug 2008 17:29:48 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: Ok, this may be a bug in the makefiles then. My apologies if you have already written all that. I caught the email thread some time after it started, and I replied while being offline on a trip. Welcome back, I hope you had a pleasant journey! Heh, thanks. It was nice in a way :) * Which branch/version of the source tree are you building? I was going from 7.0-RELEASE to 7.0-STABLE. * How did you build everything? I put WITHOUT_GAMES=YES in /etc/src.conf. * What was the _exact_ error message you saw? I don't remember exactly what it said. But it was just the same as it's always been -- make world erroring out because group `games' doesn't exist. Thanks! I got it tracked down to the reference to 'games' in the mtree files we use to populate the installation tree with directories before installing programs and data in them. By looking at the differences from 7.0-STABLE to 8.0-CURRENT the same problem exists in both branches. I don't see why the FreeBSD team has to insist on keeping this, pardon my language, bullshit. If some sorry guy actually needs this, why can't he load it as a module, or install a port? Insist on keeping what? The fortune cookies and `/usr/src/games'? And all the other old stuff you can disable in in src.conf. This is the same old argument about ``what should be in the base system and what should be a port''. I'm almost sure we can find people who like fortune(1) in the base system, and I can certainly understand that some people don't really care if it goes. Making it easy to disable stuff in `src.conf' is sort of a middle-path approach. I can live with that for now. If someone else comes along and moves fortune(1) and the other src/games/ stuff in a port, I won't really object either :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
Ok, this may be a bug in the makefiles then. My apologies if you have already written all that. I caught the email thread some time after it started, and I replied while being offline on a trip. Welcome back, I hope you had a pleasant journey! * Which branch/version of the source tree are you building? I was going from 7.0-RELEASE to 7.0-STABLE. * How did you build everything? I put WITHOUT_GAMES=YES in /etc/src.conf. * What was the _exact_ error message you saw? I don't remember exactly what it said. But it was just the same as it's always been -- make world erroring out because group `games' doesn't exist. I have just fired up a buildworld + buildkernel run of 8.0-CURRENT here, to see if I can reproduce this. The build runs with: # export WITHOUT_GAMES=yes # mv /usr/games /usr/games.old # rm -fr /usr/src/games AFAIK, this should work fine, but I will have to wait a bit for the build to finish and report back. I'll post my results in a couple of hours, because that's roughly how long it takes for my laptop to go through a full build install run. Cool. I appreciate that! I don't see why the FreeBSD team has to insist on keeping this, pardon my language, bullshit. If some sorry guy actually needs this, why can't he load it as a module, or install a port? Insist on keeping what? The fortune cookies and `/usr/src/games'? And all the other old stuff you can disable in in src.conf. This is one of the nice quotes of Antoine de Saint Exupery, but in our case perfection is also achieved when FreeBSD empowers you to choose the bits that _you_ want to keep. I'm not entirely sure I understand what you're saying here, but it's certainly not related to what Mr. Exupery was saying. You can't sell someone a new car full of obsolete parts, saying now you have the freedom to choose what parts _you_ want to keep, that's just ridiculous. Next thing you know the person will die in a car crash. Let me give you another quote. I trust you'll be able to track down the author for this one as well: Vigorous writing is concise. A sentence should contain no unnecessary words, a paragraph no unnecessary sentences, for the same reason that a drawing should have no unnecessary lines and a machine no unnecessary parts. This requires not that the writer make all his sentences short, or that he avoid all detail and treat his subjects only in outline, but that every word tell. I understand you're saying that people are free to pick apart excess weight from their systems. But only a small percentage actually needs this excess weight. So wouldn't it be better to take it out, and instead, give the ones who need it the freedom put it back in? We also understand that it is often very difficult, even outright impossible to satisfy _everyone_ with one flavor of beer, so we try to give everyone a BSD flavored brew that seems to have worked nicely for a lot of people and all the tools to build your own custom flavor. Alcohol is bad for your health. I worry slightly as I watch FreeBSD become bigger and bigger, fearing that some day it'll all come tumbling down! Well, there's a very good way to avoid this. You can *help* us keep BSD in shape. Reports about bugs, problems and issues like the one you are reporting in this thread are an _excellent_ way to do that. If nobody reports a bug, then it won't get solved... By reporting it and helping us track it down, find the fix and commit it to the source tree you are doing everyone (including the FreeBSD Project and yourself) a great service :-) I appreciate the invitation. I hope I'll be able to devote large parts of my life to the improvement of FreeBSD. Cheers, Giorgos -- http://www.home.no/reddvinylene ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Tue, 26 Aug 2008 18:30:02 +0300, Giorgos Keramidas [EMAIL PROTECTED] wrote: On Tue, 26 Aug 2008 18:04:26 +0300, Giorgos Keramidas [EMAIL PROTECTED] wrote: % -- % Making hierarchy % -- % cd /home/build/src; make -f Makefile.inc1 hierarchy % cd /home/build/src/etc; make distrib-dirs % mtree -eU -f /home/build/src/etc/mtree/BSD.root.dist -p / % mtree -eU -f /home/build/src/etc/mtree/BSD.var.dist -p /var % mtree: line 48: unknown group games % *** Error code 1 % % Stop in /home/build/src/etc. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % *** Error code 1 % % Stop in /home/build/src. % [EMAIL PROTECTED]:/home/build/src# That's because src/etc/mtree/BSD.usr.dist and BSD.var.dist include references to the `games' user and group. I'll try to split the relevant bits in a new `BSD.games.dist' file which will be conditionally passed to mtree(8) depending on WITHOUT_GAMES. Is this the same error as the one you are seeing? When I prepare a patch for this, would you be willing to test it for me? Ok, think I got it... Here's the patch I am testing now. If this works locally, I'll post it for review to our Makefile gurus and commit it when we get it into shape. Yay! It seems to have worked in 8.0-CURRENT here... [EMAIL PROTECTED]:/home/build/src# export WITHOUT_GAMES=yes [EMAIL PROTECTED]:/home/build/src# make KERNCONF=KOBE installworld [...] -- Making hierarchy -- cd /home/build/src; make -f Makefile.inc1 hierarchy cd /home/build/src/etc; make distrib-dirs mtree -eU -f /home/build/src/etc/mtree/BSD.root.dist -p / mtree -eU -f /home/build/src/etc/mtree/BSD.var.dist -p /var mtree -eU -f /home/build/src/etc/mtree/BSD.usr.dist -p /usr mtree -eU -f /home/build/src/etc/mtree/BSD.include.dist -p /usr/include mtree -deU -f /home/build/src/etc/mtree/BIND.chroot.dist -p /var/named mtree -deU -f /home/build/src/etc/mtree/BSD.sendmail.dist -p / cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/man; set - `grep ^[a-zA-Z] /home/build/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm -rf $1; ln -s $2 $1; shift; shift; done cd /usr/share/openssl/man; set - `grep ^[a-zA-Z] /home/build/src/etc/man.alias`; while [ $# -gt 0 ] ; do rm -rf $1; ln -s $2 $1; shift; shift; done cd /usr/share/openssl/man/en.ISO8859-1; ln -sf ../man* . cd /usr/share/nls; set - `grep ^[a-zA-Z] /home/build/src/etc/nls.alias`; while [ $# -gt 0 ] ; do rm -rf $1; ln -s $2 $1; shift; shift; done -- Installing everything -- [...] I've uploaded the patch for 8.0-CURRENT at: http://people.freebsd.org/~keramida/diff/games-mtree.diff and the patch for 7-STABLE at: http://people.freebsd.org/~keramida/diff/games-mtree.stable7.diff The `games-mtree.stable7.diff' should apply on top of today's 7-STABLE source tree with: # cd /var/tmp ; fetch http://people.freebsd.org/~keramida/diff/games-mtree.stable7.diff # cd /usr/src ; patch -p0 /var/tmp/games-mtree.stable7.diff Can you patch your 7-STABLE /usr/src source tree and run another build install cycle? I think WITHOUT_GAMES=yes should work then. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Tue, Aug 26, 2008 at 06:44:38PM +0300, Giorgos Keramidas wrote: On Tue, 26 Aug 2008 17:29:48 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: Ok, this may be a bug in the makefiles then. My apologies if you have already written all that. I caught the email thread some time after it started, and I replied while being offline on a trip. Welcome back, I hope you had a pleasant journey! Heh, thanks. It was nice in a way :) * Which branch/version of the source tree are you building? I was going from 7.0-RELEASE to 7.0-STABLE. * How did you build everything? I put WITHOUT_GAMES=YES in /etc/src.conf. * What was the _exact_ error message you saw? I don't remember exactly what it said. But it was just the same as it's always been -- make world erroring out because group `games' doesn't exist. Thanks! I got it tracked down to the reference to 'games' in the mtree files we use to populate the installation tree with directories before installing programs and data in them. By looking at the differences from 7.0-STABLE to 8.0-CURRENT the same problem exists in both branches. I don't see why the FreeBSD team has to insist on keeping this, pardon my language, bullshit. If some sorry guy actually needs this, why can't he load it as a module, or install a port? Insist on keeping what? The fortune cookies and `/usr/src/games'? And all the other old stuff you can disable in in src.conf. This is the same old argument about ``what should be in the base system and what should be a port''. I'm almost sure we can find people who like fortune(1) in the base system, and I can certainly understand that some people don't really care if it goes. Making it easy to disable stuff in `src.conf' is sort of a middle-path approach. I can live with that for now. If someone else comes along and moves fortune(1) and the other src/games/ stuff in a port, I won't really object either :) I have wondered if it might be reasonable to put a bunch of (more) of that sort of stuff in a select list during installation so a user can choose right then if certain things will be retained or dropped on the floor. Fortune and games and even the latest Perl and some other things might be good candidates for that select list. I know there is a place where you can run through pretty much the whole list of ports and select, but that is really too overwhelming. I would suggest this be a separate list, mostly limited to those things that many people want (but others don't) in the base system. Some of these pretty much stand alone and shouldn't add complications of dependancies, but I suppose some might. jerry ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Tue, 26 Aug 2008 13:20:31 -0400 Jerry McAllister [EMAIL PROTECTED] wrote: I have wondered if it might be reasonable to put a bunch of (more) of that sort of stuff in a select list during installation so a user can choose right then if certain things will be retained or dropped on the floor. Most of the base system options are either highly-technical or bike-shed options like removing games. If those options are exposed in the installer, they should be buried so deep you need caving equipment. Fortune and games and even the latest Perl and some other things might be good candidates for that select list. I know there is a place where you can run through pretty much the whole list of ports and select, but that is really too overwhelming. I would suggest this be a separate list, mostly limited to those things that many people want (but others don't) in the base system. Personally I think it's a very bad idea to blur the distinction between base system and packages in the installer. If you already know FreeBSD, it's potentially confusing; if you don't it just reinforces the misconception that everything is a package. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
Adding WITHOUT_GAMES=YES to /etc/src.conf most certainly didn't work. Why does FreeBSD pack so much, pardon my language, bullshit anyway? Yes, one or two (out of one or two million) might need it, but can't we make it available to them in some other way? As a module or a port or something? Thanks! On Fri, Aug 1, 2008 at 11:47 PM, darko gavrilovic [EMAIL PROTECTED] wrote: On Fri, Aug 1, 2008 at 11:31 AM, Redd Vinylene [EMAIL PROTECTED] wrote: Hello! Why can't I make world without the games group? I run a serious server, not a kindergarten ;) .. but you will miss out on all the murphy's law quotes.. one of the few enjoyments a sysadmin has left in this world. -- regards, dg ..but the more you use clever tricks, the less support you'll get ... -- M.W.Lucas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Sat, Aug 02, 2008 at 06:48:27PM +0200, Redd Vinylene wrote: Why does FreeBSD pack so much, pardon my language, bullshit anyway? Because no one has done the necessary QA work to factor things out and make them work. mcl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
2008/8/2 Redd Vinylene [EMAIL PROTECTED]: Adding WITHOUT_GAMES=YES to /etc/src.conf most certainly didn't work. Why does FreeBSD pack so much, pardon my language, bullshit anyway? There can be, and has been, said the same about nearly every part of the base system, at some point. Perhaps these few utilities amuse one or two people, though I suppose a professional operating system wouldn't include anything like minesweeper or freecell . . . -- -- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Sat, 2 Aug 2008 18:48:27 +0200 Redd Vinylene [EMAIL PROTECTED] wrote: Adding WITHOUT_GAMES=YES to /etc/src.conf most certainly didn't work. Why does FreeBSD pack so much, pardon my language, bullshit anyway? It's largely a consequence of having a coherent OS, rather than a kernel and third-party packages. Yes, one or two (out of one or two million) might need it, but can't we make it available to them in some other way? As a module or a port or something? Like I already said, that's been done, the actual games went to a port. I don't see why you care so much about removing 3.2Mb. BTW please stop cross-posting to bugs, if you think you've found a bug, you should go through proper channels and file a PR. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
I can't make world without the games group?
Hello! Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Thanks! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
That is so cool! Thanks! On Fri, Aug 1, 2008 at 5:35 PM, Curt Micol [EMAIL PROTECTED] wrote: man src.conf(5) On Fri, Aug 1, 2008 at 11:31 AM, Redd Vinylene [EMAIL PROTECTED] wrote: Hello! Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Thanks! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- # Curt Micol ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
Hi! On Fri, 1 Aug 2008 17:31:22 +0200, Redd Vinylene [EMAIL PROTECTED] wrote: Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Alltough the system's games group does not require much disk space, there's a way not to build them: Create /etc/src.conf or midify it with the following statement: WITHOUT_GAMES Refer to man src.conf for further things not to build. -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
man src.conf(5) On Fri, Aug 1, 2008 at 11:31 AM, Redd Vinylene [EMAIL PROTECTED] wrote: Hello! Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Thanks! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- # Curt Micol ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Fri, Aug 1, 2008 at 11:31 AM, Redd Vinylene [EMAIL PROTECTED] wrote: Hello! Why can't I make world without the games group? I run a serious server, not a kindergarten ;) .. but you will miss out on all the murphy's law quotes.. one of the few enjoyments a sysadmin has left in this world. -- regards, dg ..but the more you use clever tricks, the less support you'll get ... -- M.W.Lucas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: I can't make world without the games group?
On Fri, 1 Aug 2008 17:31:22 +0200 Redd Vinylene [EMAIL PROTECTED] wrote: Hello! Why can't I make world without the games group? I run a serious server, not a kindergarten ;) I don't want the games group there, I just don't need it! Games is a bit of a misnomer, Most of the old FreeBSD games have been moved into games/freebsd-games. What's left is not much more than fortune (for login tips), and includes several things that could equally well be regarded as utilities: primes(6), factor(6), random(6). Before you remove games, make sure you don't use any scripts that rely on these utilities. For example the ports system ignores RANDOMIZE_MASTER_SITES if you don't have random(6) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: freebsd-update for patches, make world for upgrades?
Andreas Pettersson [EMAIL PROTECTED] writes: Does freebsd-update take care of all things mergemaster does? Or can I use freebsd-update to apply security patches and still use csup, make world and mergemaster to upgrade to a new release? You certainly *can* use both. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
freebsd-update for patches, make world for upgrades?
Does freebsd-update take care of all things mergemaster does? Or can I use freebsd-update to apply security patches and still use csup, make world and mergemaster to upgrade to a new release? -- Andreas ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make world for a jail
On Dec 20, 2006, at 10:37 AM, Robin Becker wrote: I'm trying to make world for a jail build following the recipe in http://www.onlamp.com/pub/a/bsd/2003/09/04/jails.html First off I started by updating the src tree. I copied /usr/share/ examples/cvsup/stable-supfile edited the host name then I ran SERVER=`fastest_cvsup -q -c ca,us` cvsup -L2 -h $SERVER /root/bin/stable-supfile that seemd fine and stuff appeared in /usr/src as expected. mkdir /usr/jails mkdir /usr/jails/mailserver cd /usr/src make world DESTDIR=/usr/jails/mailserver Now I get an error building sendmail chmod 444 freebsd.cf rm -f freebsd.submit.cf m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/ src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 /usr/src/etc/ sendmail/freebsd.submit.mc freebsd.submit.cf chmod 444 freebsd.submit.cf ERROR: Required audit group is missing, see /usr/src/UPDATING. *** Error code 1 I'm not sure what this means. I looked in UPDATING and see references to FreeBSD 6.1-RELEASE; so am I trying to build a 6.1 kernel with my 6.0 system? I'm guessing that *default release=cvs tag=RELENG_6 should have been *default release=cvs tag=RELENG_6_0 One other thing is that during the build I saw sub makes going on that had a different DESTDIR. Eg make -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/tmp par-all how do I get things built into my desired location or is the make world eventually going to put them in the right place? I'd suggest not using make world. Use make buildworld followed by make installworld. Here is my very terse set of notes on building a fat jail: http://phryd.vox.com/library/post/freebsd-jail-howto-in-a- nutshell.html Note that my experience was with RELENG_6_1 -- fred ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make world for a jail
On 2006-12-20 18:37, Robin Becker [EMAIL PROTECTED] wrote: I'm trying to make world for a jail build following the recipe in http://www.onlamp.com/pub/a/bsd/2003/09/04/jails.html First off I started by updating the src tree. I copied /usr/share/examples/cvsup/stable-supfile edited the host name then I ran SERVER=`fastest_cvsup -q -c ca,us` cvsup -L2 -h $SERVER /root/bin/stable-supfile that seemd fine and stuff appeared in /usr/src as expected. mkdir /usr/jails mkdir /usr/jails/mailserver cd /usr/src make world DESTDIR=/usr/jails/mailserver That's not going to work, unless you have already run at least *once* the commands: # cd /usr/src # make DESTDIR=/usr/jails/mailserver distribution before running the installworld stage of make world. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make world for a jail
.. I fixed up my /usr/src tree to be latest RELENG_6_0 in line with my machine and ran cd /usr/src make world DESTDIR=/usr/jails/mailserver however, this seems to produce a lot of stuff in /usr/obj (the normal make world destination). Eventually the make fails with this message ## make: don't know how to make /usr/jails/mailserver/usr/lib/libc.a. Stop *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ## In line with my earlier observation that the sub makes were being called like this make -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/tmp par-all is there some magic that's required to make world into a specified DESTDIR? -- Robin Becker ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
make world for a jail
I'm trying to make world for a jail build following the recipe in http://www.onlamp.com/pub/a/bsd/2003/09/04/jails.html First off I started by updating the src tree. I copied /usr/share/examples/cvsup/stable-supfile edited the host name then I ran SERVER=`fastest_cvsup -q -c ca,us` cvsup -L2 -h $SERVER /root/bin/stable-supfile that seemd fine and stuff appeared in /usr/src as expected. mkdir /usr/jails mkdir /usr/jails/mailserver cd /usr/src make world DESTDIR=/usr/jails/mailserver Now I get an error building sendmail chmod 444 freebsd.cf rm -f freebsd.submit.cf m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 /usr/src/etc/sendmail/freebsd.submit.mc freebsd.submit.cf chmod 444 freebsd.submit.cf ERROR: Required audit group is missing, see /usr/src/UPDATING. *** Error code 1 I'm not sure what this means. I looked in UPDATING and see references to FreeBSD 6.1-RELEASE; so am I trying to build a 6.1 kernel with my 6.0 system? I'm guessing that *default release=cvs tag=RELENG_6 should have been *default release=cvs tag=RELENG_6_0 One other thing is that during the build I saw sub makes going on that had a different DESTDIR. Eg make -f Makefile.inc1 DESTDIR=/usr/obj/usr/src/tmp par-all how do I get things built into my desired location or is the make world eventually going to put them in the right place? -- Robin Becker ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build minimum freebsd from make world
Tang Ho Yim [EMAIL PROTECTED] writes: Thanks Gilbert, So, anyone can make some DOC about this ? Go ahead. Lowell Gilbert [EMAIL PROTECTED] wrote: Tang Ho Yim writes: I have already install the minimum FreeBSD 6.1. Now, I would like to know how can I build install the same minimum FreeBSD 6.1 from make world ? I think that NODOC is enough to do it these days. Even that is usually only worthwhile for an expert tuning a pared-down system, though. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build minimum freebsd from make world
Thanks Gilbert, So, anyone can make some DOC about this ? Lowell Gilbert [EMAIL PROTECTED] wrote: Tang Ho Yim writes: I have already install the minimum FreeBSD 6.1. Now, I would like to know how can I build install the same minimum FreeBSD 6.1 from make world ? I think that NODOC is enough to do it these days. Even that is usually only worthwhile for an expert tuning a pared-down system, though. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] - Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build minimum freebsd from make world
Tang Ho Yim [EMAIL PROTECTED] writes: I have already install the minimum FreeBSD 6.1. Now, I would like to know how can I build install the same minimum FreeBSD 6.1 from make world ? I think that NODOC is enough to do it these days. Even that is usually only worthwhile for an expert tuning a pared-down system, though. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
build minimum freebsd from make world
I have already install the minimum FreeBSD 6.1. Now, I would like to know how can I build install the same minimum FreeBSD 6.1 from make world ? - Get your email and more, right on the new 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 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]
Haven't been able to make world in about a year
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? Please help me. 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
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]
make world
Hi All, I have a problem with the limit MAXPATHLEN. I have a freebsd box 4.9-RELEASE as a backup server. I have programs in client servers which backup their data to this freebsd server. Few clients have in their servers directories which are above 1024 ( MAXPATHLEN limit ) and rsync of those folders fails. I can not modify directory structure or names. I recompiled rsync with modified MAXPATHLEN but then mkdir fails during rsync. Can I modify MAXPATHLEN in sys/params.h and build FreeBSD from source to fix this problem . Or is it possible to recompile libc alone to fix the problem. Also , when I tried to do the rsync to a redhat Linux , it didnt show this problem. Are they not following standards ? Thanks Shameer ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Failure: make world: from 5.4 to 6
Hello. Anybody know what's going on? I tried upgrading but I get this. Then I removed /usr/obj and /usr/src and I still get that: 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. Thanks. -- Fafa Hafiz Krantz Research Designer @ http://www.bleed.com -- ___ Play 100s of games for FREE! http://games.mail.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
issues with make world
tried to upgrade with cvsup and everything always giving me the same error .. what should i do ? cd /usr/src/etc; install -o root -g wheel -m 444 amd.map apmd.conf auth.conf crontab csh.cshrc csh.login csh.logout dhclient.conf dm.conf fbtab ftpusers gettytab group hosts hosts.allow host.conf hosts.equiv hosts.lpd inetd.conf login.access login.conf motd modems networks newsyslog.conf pam.conf phones printcap profile protocols rc rc.atm rc.diskless1 rc.diskless2 rc.firewall rc.firewall6 rc.network rc.network6 rc.pccard rc.sendmail rc.serial rc.shutdown rc.syscons rc.sysctl remote rpc services shells sysctl.conf syslog.conf usbd.conf etc.i386/disktab etc.i386/rc.i386 etc.i386/ttys /usr/src/etc/../gnu/usr.bin/man/manpath/manpath.config /usr/src/etc/../usr.bin/mail/misc/mail.rc /usr/src/etc/../usr.bin/locate/locate/locate.rc rc.isdn netstart pccard_ether rc.suspend rc.resume nsmb.conf opieaccess /usr/share/examples/etc cd /usr/src/etc/defaults; install -o root -g wheel -m 444 rc.conf make.conf pccard.conf periodic.conf /usr/share/examples/etc/defaults make: don't know how to make copies. Stop *** Error code 2 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. vds4# pwd ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Using cvsup + make world, and keeping custom patches
patrick [EMAIL PROTECTED] writes: I recently had a need to patch the FreeBSD's jail utility to support multiple IP addresses. On a recent make update using cvsup, my patched versions of the jail files were blown away, and now I'll need to reapply the patches. Does anyone have a good strategy for including some custom patches when doing a make update in /usr/src? Keep a local cvs tree, and keep your patches in that? I think the cvsup documentation has some guidance on how to make that work... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Using cvsup + make world, and keeping custom patches
I recently had a need to patch the FreeBSD's jail utility to support multiple IP addresses. On a recent make update using cvsup, my patched versions of the jail files were blown away, and now I'll need to reapply the patches. Does anyone have a good strategy for including some custom patches when doing a make update in /usr/src? Thanks, Patrick ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
A make world/kernel interface?
Hello. Would it be a good idea having some sort of interface for those who desire to have their system updating (make world and kernel) made interactive? I am not talking a GUI here, but something that can make it more convenient: 1. Put the entire process under one roof. 2. Be able to see the completion percentage 3. Be able to halt/resume the process 4. I'm sure there would be many other upsides to this I hope somebody can turn this into something viable. Thanks! -- Fafa Hafiz Krantz Senior Designer @ http://www.home.no/barbershop Furious @ http://www.home.no/barbershop/smart/sharon.pdf -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]