Re: Rebuilding World Problems
> Date: Wed, 13 Feb 2008 13:25:04 -0800 > From: "Chris H." <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > > Quoting Gavin Spomer <[EMAIL PROTECTED]>: > > Thanks, this was very helpful. First of all I would just like to > > admit that I only gave /usr/src/UPDATING a quick glance. Shame on me; > > it might have solved most (if not all) of my problem if I had read > > more thoroughly. > > > > Surprisingly I grokked most of your cheatsheet and looked at a few > > man pages to figure out most of the rest. Haven't tried it all yet. I > > was wondering about the "mount -u /". Is it really necessary to mount > > the root partition prior to mounting all of them in the next step? > > Absolutely. Think about it for a momment. Given that EVERYTHING > (save swap) is mounted off of root ( / ). So it becomes quite > impossible to mount /usr/ if / hasn't already been mounted. In > other words; if / hasn't been mounted it doesn't exist for usr/ > to mount from it. :) Absolutely not. You are stretching the logic a bit too far on this. I'll admit I am baffled by why imp added this to UPDATING. If you have a valid fstab file, it will have a line (usually the first non-comment line) that specifies the partition as (1) ufs and (2) rw. As a result, 'mount -a -t ufs' will remount / as read-write before trying to mount any other file systems. In over a decade of using FreeBSD (since early V3 days), I have never bothered to specify the explicit remount of /. > > > > I don't really understand the "swapon -a". When is it necessary and > > when is it not? > > As a rule, it is already available after boot. So executing swapon -a > is often considered overkill. /But/ absolutely no harm will come of > doing it, and it /may/ be necessary. So this just insures you have > an "event free" journey. :) Actually, swap is not enabled in single-user mode. It is enabled very early in the startup sequence going to multiuser, but, for obvious reasons, it can't be enabled until dumpon has run. It also starts after initrandom, geli, gbde, encswap, and ccd, although most people don't have all of these enabled. If you are upgrading a system with limited memory and don't start swap, you may run out of RAM and the upgrade will freeze. Not good. Even if it odes not freeze, memory fragmentation could significantly slow progress. In most systems the installworld and mergemaster will never touch swap and the step has no impact, but it never hurts. > > > > Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I > > looked at the man page for adjkerntz and am still uncertain if I need > > to do this. I run an ntpd client, if that makes any difference. > > Again, just a precaution. Think "safe", or "event free". :) Not at all. Many systems run with a hardware (BIOS) clock set to local time. Your system will run with this time until ntpd can reset it near the end of the init sequence. Many files may be created with broken timestamps during this interval. You can easily check by entering the command 'date' after the system reaches the single-user prompt. If the time printed is correct, there is no need for the 'adjkerntz -i'. If the time is an hour or more off, it is needed. If you live in the UK or any other country in the 0 offset time zone (not many) and it's not summer time, this is not an issue. > > > > I think the documentation is an excellent reference for people who > > already, moderately know FreeBSD. I am not even a true newbie as I > > have a CS degree and have been a Linux admin for 2 years. Even so I > > often have a hard time with the complexity of FreeBSD. I recognize > > the value of understanding the fine-grain "nuts and bolts" of a > > system, but even so I wonder if FreeBSD over-complicates some things? > > This is the "UNIX way". It breaks everything into small bits of > useful stuff. There-by providing the "nuts & bolts" to build, or > accomplish almost /anything/ with little, or no effort. Linux kind > of "missed the boat" on this one. But even Linus T. indicates that > Linux is not UNIX. I'd have to say, it's more a "feels like UNIX" > than anything else. Sorry, but this is not Linus' doing. for better or worse. He provides a kernel, not an operating system. Red Hat, Suse, Mandriva, Ubuntu, Debian, et. al. provide operating systems that use Linus' kernel and use the name Linux. > > To sum things up; given that I've been using BSD since long before > FreeBSD even existed. I can't imagine how anyone would consider > using anything /but/ *BSD. It is /infinitely/ flexible, which only > adds to it's power. While - as you mentioned, it seems complicated > to a new user. One must remember, after all, that it is a /server/ > and perhaps, not best suited to an average "desktop" user. But, if > given the time, will become your best friend - /really/. :) I, too, have been using BSD for a bit longer than FreeBSD has existed, having used it while supporting the UC Davis Department of Applied Sciences back
Re: Rebuilding World Problems
> Date: Wed, 13 Feb 2008 11:12:45 -0800 > From: Gavin Spomer <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > > >>> Kevin Oberman <[EMAIL PROTECTED]> 02/12/08 7:01 PM >>> > > > make buildkernel KERNCONF=YOUR_KERNEL_HERE > > > make installkernel KERNCONF=YOUR_KERNEL_HERE > > If you put KERNCONF into make.conf, you can simplify it to: > > make kernel > > Just to be clear, if I add the appropriate KERNCONF line in > /etc/make.conf, "make kernel" will take care of both "make > buildkernel" AND "make installkernel"? (w/o the KERNCONF= part) Actually, this is really two things that I concatenated just to confuse everyone. 1. "make kernel" is simply defined in the Makefile as 'make buildkernel && make installkernel'. 2. KERNCONF=YOUR_KERNEL_HERE in make.conf allows you to not need to specify the kernel config file name every time you make. Combine the two and you reduce: make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE to: make kernel Of course, if you are building now and not re-booting until later, combining the two steps may not be a good idea, but most people do upgrades to their own systems (as opposed to servers or farms) in immediate sequence. > > > > reboot (in single user mode) > > > > > > fsck -p (optional, but a good idea) > > A total waste of time, but I do it anyway since I am paranoid. > > adjkerntz -i > > Like many good admins, I am paranoid too, so I will include this. :) > > > This command has no impact if the hardware clock is set to UTC/GMT, but > > it is often not, especially if the system is dual boot with Windows. > > > mount -u / > > Since the next command does this, the is no need for this, even for the > > paranoid. > > > mount -a -t ufs > > > swapon -a (most cases; optional) > > > > > > cd /usr/src > > > mergemaster -p > > > make installworld > > > mergemaster > > While not in src/UPDATING, I always urge people to use the -iU options > > to save a LOT of time on future builds. > > These options are for mergemaster I take it? I had another look at the > man page for mergemaster and inspected these options, so this sounds > good. '-i' will install newly added files without asking. It save a bit of time. '-U' uses saved MD5 hashes so that files that have never been modified from default are updated without interaction. This is a huge time saver. (Of course, it does not help the first time you run mergemaster, but it will every time in the future. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 pgpIWVpbmMa8J.pgp Description: PGP signature
Re: Rebuilding World Problems
Hallelujah! My "world" is rebuilt! Thanks to Chris, "[EMAIL PROTECTED]", Kevin and Jim for educating me and pointing me in the right direction. Will definitely research further and continue to have a blast with FreeBSD on my test server. It very well could be that I will be using FreeBSD for my production servers by next Fall. :D - Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Rebuilding World Problems
> > > Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I=20 > > > looked at the man page for adjkerntz and am still uncertain if I = > need=20 > > > to do this. I run an ntpd client, if that makes any difference. > >=20 > > Again, just a precaution. Think "safe", or "event free". :) Well when you live in front of UTC and use wallclock time because you dual boot with a OS that doesn't support the hardware clock at UTC, you end up waiting however many hours you are infront of UTC for "make" to work again properly. Last time I forgot it was a 11 hour wait. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Rebuilding World Problems
>>> "Chris H." <[EMAIL PROTECTED]> 02/13/08 1:25 PM >>> > > Surprisingly I grokked most of your cheatsheet and looked at a few > > man pages to figure out most of the rest. Haven't tried it all yet. I > > was wondering about the "mount -u /". Is it really necessary to mount > > the root partition prior to mounting all of them in the next step? > > Absolutely. Think about it for a momment. Given that EVERYTHING > (save swap) is mounted off of root ( / ). So it becomes quite > impossible to mount /usr/ if / hasn't already been mounted. In > other words; if / hasn't been mounted it doesn't exist for usr/ > to mount from it. :) For some reason I was thinking that they were still separate, regardless of their hierarchical relationship. Well, might as well just do them both since it doesn't hurt. After all, what's a few keystrokes? > > > > I don't really understand the "swapon -a". When is it necessary and > > when is it not? > > As a rule, it is already available after boot. So executing swapon -a > is often considered overkill. /But/ absolutely no harm will come of > doing it, and it /may/ be necessary. So this just insures you have > an "event free" journey. :) > > > > > Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I > > looked at the man page for adjkerntz and am still uncertain if I need > > to do this. I run an ntpd client, if that makes any difference. > > Again, just a precaution. Think "safe", or "event free". :) Yeah, I like to think I balance a fearless attitude with caution quite well. Being fearless allows one to make mistakes and thus potentially learn more than if not making them, but when it's obvious that safety can save you a lot of grief, that is the path to take in that instance. > > > > I think the documentation is an excellent reference for people who > > already, moderately know FreeBSD. I am not even a true newbie as I > > have a CS degree and have been a Linux admin for 2 years. Even so I > > often have a hard time with the complexity of FreeBSD. I recognize > > the value of understanding the fine-grain "nuts and bolts" of a > > system, but even so I wonder if FreeBSD over-complicates some things? > > This is the "UNIX way". It breaks everything into small bits of > useful stuff. There-by providing the "nuts & bolts" to build, or > accomplish almost /anything/ with little, or no effort. Linux kind > of "missed the boat" on this one. But even Linus T. indicates that > Linux is not UNIX. I'd have to say, it's more a "feels like UNIX" > than anything else. I agree with the "accomplish almost/anything" fully, but from *my* experience I respectfully, but strongly disagree with the "with little, or no effort" part. But that is likely because I don't know Unix even a tenth as well as you do. :D I guess it's just particularly hard for me in this case to see benefit; it takes only one command and a lot less time to patch my SuSE systems, for example. But again, it all boils down to perspective, I guess. Make sense? > to a new user. One must remember, after all, that it is a /server/ > and perhaps, not best suited to an average "desktop" user. But, if > given the time, will become your best friend - /really/. :) I never run any GUI on my servers. > Best wishes to you. > > --Chris H. Thanks, I am genuinely having a LOT of fun dinking around with FreeBSD on my test server! Linux was definitely a good warm up. And it's nice to be able to tinker under the hood on all my Mac's. (Have 2 @ work and 1 @ home) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: AMD64 vs i386, ifstat and bsnmp
At 03:05 PM 2/13/2008, Sean C. Farley wrote: I recommend filing a PR, so it will not get lost. Besides being behind on my own PR's :), I am still a src-committer-in-training--commits must Done ! http://www.freebsd.org/cgi/query-pr.cgi?pr=120625 ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Rebuilding World Problems
Quoting Gavin Spomer <[EMAIL PROTECTED]>: "Chris H." <[EMAIL PROTECTED]> 02/12/08 4:34 PM >>> Quoting Gavin Spomer <[EMAIL PROTECTED]>: First, let me note that step one in rebuilding world should be "cd /usr/src", not "make buildworld". I guess I was supposed to know that for some reason. Having said that, I figured I would also have to be in /usr/src for the "make installworld" step. But I couldn't do that! Why? I could cd to /usr, but not /usr/src! So, I decided to go ahead and try the "mergemaster -p" step. I was given an error that was something like "cannot find mergemaster". So I thought that maybe in single user mode my $PATH isn't set, so I thought about entering "/sbin/mergemaster -p", but I didn't know if that was the path or not and I chickened out. :( Maybe the fact that I hit Return to choose /bin/sh while going into single user mode instead of my preferred bash had something to do with it? Here's a slightly dumb question: when I get this all figured out, do I have to start all over from "make buildworld" or can I just continue with booting in single user mode and "mergemaster -p"? I'm guessing I can just continue, but I thought it was important to ask. Here's a little more intelligent question or two. ;) Is there a way to do this while logged in via ssh? I don't mind making the trip to our computer room so I can select #4 at the FreeBSD prompt, but it's not all that convenient. Also, how long (in general) do the steps "mergemaster -p" through the final reboot take? I am running FreeBSD on a test server, but if I were to use it for my production servers (which I am considering), the down-time of being in single user mode would be a concern. Thanks to everyone who takes the time to read this. :) Greetings Gavin, Yes, you're quite correct on all accounts. The doc's are a bit terse in these areas. Which, as I read your email, reminds me why I _should_ send-pr a patch with some additional info in these areas. I guess I'm like so many others - once I figured it all out, I got so involved with it all, I completely forgot there was some issues with the docs. NOTE: I'm not the author of the documentation. :) OK I'm going to give you a "cheat sheet" that I hope you'll find helpful in the future - be aware, this is NOT an excuse to ignore the /usr/src/UPDATING file, as THAT document will QUITE likely contain more timely information regarding little, but important changes, that can make all the difference. That said, here goes: * On an initial install ALWAYS buildworld BEFORE buildkernel * Unless having troubles building a kernel, it is usually best to ensure /etc/make.conf is empty * If REbuilding world/kernel it is usually a good idea to perform the following: cd /usr/obj chflags -R noschg * rm -rf * (see chflags(1) for more information) OK here we go: cd /usr/src/sys//conf cp ./GENERIC ./YOUR_CHOSEN_NAME edit ./YOUR_CHOSEN_NAME and adjust as necessary cd /usr/src make buildworld * * * * OPTIONAL * * * * NOTE: SINGLE CPU: make -j4 buildworld NOTE: MULTI CPU: make -j(6 through 10) buildworld * * * * * * * * * * * * make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE reboot (in single user mode) fsck -p (optional, but a good idea) mount -u / mount -a -t ufs swapon -a (most cases; optional) cd /usr/src mergemaster -p make installworld mergemaster reboot That was simply a QUICK cheat sheet, and does not replace good research. But I hope it helps. :) --Chris Thanks, this was very helpful. First of all I would just like to admit that I only gave /usr/src/UPDATING a quick glance. Shame on me; it might have solved most (if not all) of my problem if I had read more thoroughly. Surprisingly I grokked most of your cheatsheet and looked at a few man pages to figure out most of the rest. Haven't tried it all yet. I was wondering about the "mount -u /". Is it really necessary to mount the root partition prior to mounting all of them in the next step? Absolutely. Think about it for a momment. Given that EVERYTHING (save swap) is mounted off of root ( / ). So it becomes quite impossible to mount /usr/ if / hasn't already been mounted. In other words; if / hasn't been mounted it doesn't exist for usr/ to mount from it. :) I don't really understand the "swapon -a". When is it necessary and when is it not? As a rule, it is already available after boot. So executing swapon -a is often considered overkill. /But/ absolutely no harm will come of doing it, and it /may/ be necessary. So this just insures you have an "event free" journey. :) Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I looked at the man page for adjkerntz and am still uncertain if I need to do this. I run an ntpd client, if that makes any difference. Again, just a precaution. Think "safe", or "event free". :) I think the documentation is an excellent refe
Re: Rebuilding World Problems
Gavin Spomer wrote: Kevin Oberman <[EMAIL PROTECTED]> 02/12/08 7:01 PM >>> make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE If you put KERNCONF into make.conf, you can simplify it to: make kernel Just to be clear, if I add the appropriate KERNCONF line in /etc/make.conf, "make kernel" will take care of both "make buildkernel" AND "make installkernel"? (w/o the KERNCONF= part) [snip] Last I heard, the better way to define KERNCONF in make.conf is as follows: KERNCONF?=MYKERNEL Then you can use "make kernel" as you say, but should you need to compile a kernel using an alternate configuration, you can still issue the "make kernel KERNCONF=MYOTHERKERNEL" on the command line. Similarly, if you choose to set CPUTYPE in make.conf, use a line such as: CPUTYPE?=p4 That way it can be overridden if necessary by other commands, but will default to your choice. Jim ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: AMD64 vs i386, ifstat and bsnmp
On Wed, 13 Feb 2008, Mike Tancsa wrote: At 01:40 PM 2/13/2008, Sean C. Farley wrote: On Wed, 13 Feb 2008, Hugo Silva wrote: Mike Tancsa wrote: Couple of little things I noticed with a new RELENG_7 AMD64 box (as of yesterday) ifstat from the ports cannot seem to find interfaces for some reason ? It works fine on i386 *snip* Try this patch. The type to the fourth argument to sysctl is wrong (int) and should be size_t. Thanks! That did the trick. Should I file or PR, or can you just commit the patch ? That is good. I recommend filing a PR, so it will not get lost. Besides being behind on my own PR's :), I am still a src-committer-in-training--commits must be approved by my mentor--which adds to the lag. Thank you for taking care of the paperwork. Sean -- [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: buildkernel error going from 6.2-STABLE to 6.3-STABLE i386
On Wed, Feb 13, 2008 at 12:22:57PM -0600, Doug Poland wrote: > Hello, > > I'm attempting to build a GENERIC kernel for 6.3-STABLE and am getting > the following error message: > > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -c > /usr/src/sys/i386/isa/clock.c: In function `DELAY': > /usr/src/sys/i386/isa/clock.c:301: warning: implicit declaration of > function `cpu_spinwait' > /usr/src/sys/i386/isa/clock.c:301: warning: nested extern declaration of > `cpu_spinwait' > *** Error code 1 > ... > The box is currently running 6.2-STABLE (i386). I did a fresh cvsup > yesterday using: > *default release=cvs tag=RELENG_6 > > Buildworld worked without issue. I've googled but have yet to find an > answer. Any ideas? Yes. As I mentioned in my response to the "tinderbox" report, the attached patch fixed it for me. Peace, david -- David H. Wolfskill [EMAIL PROTECTED] I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. Index: sys/i386/isa/clock.c === RCS file: /cvs/freebsd/src/sys/i386/isa/clock.c,v retrieving revision 1.222.2.4 diff -u -r1.222.2.4 clock.c --- sys/i386/isa/clock.c12 Feb 2008 19:14:01 - 1.222.2.4 +++ sys/i386/isa/clock.c13 Feb 2008 12:58:41 - @@ -70,6 +70,7 @@ #include #include +#include #include #include #include pgpmrgfrP1PJA.pgp Description: PGP signature
Re: Rebuilding World Problems
>>> Kevin Oberman <[EMAIL PROTECTED]> 02/12/08 7:01 PM >>> > > make buildkernel KERNCONF=YOUR_KERNEL_HERE > > make installkernel KERNCONF=YOUR_KERNEL_HERE > If you put KERNCONF into make.conf, you can simplify it to: > make kernel Just to be clear, if I add the appropriate KERNCONF line in /etc/make.conf, "make kernel" will take care of both "make buildkernel" AND "make installkernel"? (w/o the KERNCONF= part) > > reboot (in single user mode) > > > > fsck -p (optional, but a good idea) > A total waste of time, but I do it anyway since I am paranoid. > adjkerntz -i Like many good admins, I am paranoid too, so I will include this. :) > This command has no impact if the hardware clock is set to UTC/GMT, but > it is often not, especially if the system is dual boot with Windows. > > mount -u / > Since the next command does this, the is no need for this, even for the > paranoid. > > mount -a -t ufs > > swapon -a (most cases; optional) > > > > cd /usr/src > > mergemaster -p > > make installworld > > mergemaster > While not in src/UPDATING, I always urge people to use the -iU options > to save a LOT of time on future builds. These options are for mergemaster I take it? I had another look at the man page for mergemaster and inspected these options, so this sounds good. > > reboot > > > > That was simply a QUICK cheat sheet, and does not > > replace good research. But I hope it helps. :) > > Thanks for posting this. Maybe it will lead to some documentation updates. > R. Kevin Oberman, Network Engineer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: AMD64 vs i386, ifstat and bsnmp
At 01:40 PM 2/13/2008, Sean C. Farley wrote: On Wed, 13 Feb 2008, Hugo Silva wrote: Mike Tancsa wrote: Couple of little things I noticed with a new RELENG_7 AMD64 box (as of yesterday) ifstat from the ports cannot seem to find interfaces for some reason ? It works fine on i386 *snip* Try this patch. The type to the fourth argument to sysctl is wrong (int) and should be size_t. Thanks! That did the trick. Should I file or PR, or can you just commit the patch ? ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: AMD64 vs i386, ifstat and bsnmp
On Wed, 13 Feb 2008, Hugo Silva wrote: Mike Tancsa wrote: Couple of little things I noticed with a new RELENG_7 AMD64 box (as of yesterday) ifstat from the ports cannot seem to find interfaces for some reason ? It works fine on i386 *snip* Try this patch. The type to the fourth argument to sysctl is wrong (int) and should be size_t. Sean -- [EMAIL PROTECTED]--- drivers.c.orig 2003-11-21 19:27:51.0 -0600 +++ drivers.c 2008-02-13 12:25:14.0 -0600 @@ -593,7 +593,8 @@ int ifcount[] = { CTL_NET, PF_LINK, NETLINK_GENERIC, IFMIB_SYSTEM, IFMIB_IFCOUNT }; - int count, size; + int count; + size_t size; size = sizeof(count); if (sysctl(ifcount, sizeof(ifcount) / sizeof(int), &count, &size, NULL, 0) < 0) { @@ -607,7 +608,7 @@ int ifinfo[] = { CTL_NET, PF_LINK, NETLINK_GENERIC, IFMIB_IFDATA, index, IFDATA_GENERAL }; - int size = sizeof(*ifmd); + size_t size = sizeof(*ifmd); if (sysctl(ifinfo, sizeof(ifinfo) / sizeof(int), ifmd, &size, NULL, 0) < 0) return 0; ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Rebuilding World Problems
>>> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> 02/12/08 6:13 PM >>> >On 12/02/2008, Chris H. <[EMAIL PROTECTED]> wrote: >> Quoting Gavin Spomer <[EMAIL PROTECTED]>: >. . . > > > for some reason. Having said that, I figured I would also have to be > > > in /usr/src for the "make installworld" step. But I couldn't do that! > > > Why? I could cd to /usr, but not /usr/src! > . . . > > reboot (in single user mode) > > > > fsck -p (optional, but a good idea) > > mount -u / > > mount -a -t ufs > ^^^- this is why you couldn't cd into /usr/src Yep, makes sense to me now. Kinda difficult to cd to unmounted file systems. ;) > > swapon -a (most cases; optional) > > from note 3 near the end of /usr/src/UPDATING: > > [3] From the bootblocks, boot -s, and then do > fsck -p > mount -u / > mount -a > cd src > adjkerntz -i# if CMOS is wall time > Also, when doing a major release upgrade, it is required that > you boot into single user mode to do the installworld. Yes, I've been caught red-handed, slacking on reading of the documentation. ;) - Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Rebuilding World Problems
"Chris H." <[EMAIL PROTECTED]> 02/12/08 4:34 PM >>> >Quoting Gavin Spomer <[EMAIL PROTECTED]>: >> First, let me note that step one in rebuilding world should be "cd >> /usr/src", not "make buildworld". I guess I was supposed to know that >> for some reason. Having said that, I figured I would also have to be >> in /usr/src for the "make installworld" step. But I couldn't do that! >> Why? I could cd to /usr, but not /usr/src! >> So, I decided to go ahead and try the "mergemaster -p" step. I was >> given an error that was something like "cannot find mergemaster". So >> I thought that maybe in single user mode my $PATH isn't set, so I >> thought about entering "/sbin/mergemaster -p", but I didn't know if >> that was the path or not and I chickened out. :( Maybe the fact that >> I hit Return to choose /bin/sh while going into single user mode >> instead of my preferred bash had something to do with it? >> Here's a slightly dumb question: when I get this all figured out, do >> I have to start all over from "make buildworld" or can I just >> continue with booting in single user mode and "mergemaster -p"? I'm >> guessing I can just continue, but I thought it was important to ask. >> Here's a little more intelligent question or two. ;) Is there a way >> to do this while logged in via ssh? I don't mind making the trip to >> our computer room so I can select #4 at the FreeBSD prompt, but it's >> not all that convenient. Also, how long (in general) do the steps >> "mergemaster -p" through the final reboot take? I am running FreeBSD >> on a test server, but if I were to use it for my production servers >> (which I am considering), the down-time of being in single user mode >> would be a concern. >> Thanks to everyone who takes the time to read this. :) > >Greetings Gavin, >Yes, you're quite correct on all accounts. The doc's are a bit terse >in these areas. Which, as I read your email, reminds me why I _should_ >send-pr a patch with some additional info in these areas. I guess I'm >like so many others - once I figured it all out, I got so involved >with it all, I completely forgot there was some issues with the docs. >NOTE: I'm not the author of the documentation. :) >OK I'm going to give you a "cheat sheet" that I hope you'll find >helpful in the future - be aware, this is NOT an excuse to ignore >the /usr/src/UPDATING file, as THAT document will QUITE likely >contain more timely information regarding little, but important >changes, that can make all the difference. >That said, here goes: > >* On an initial install ALWAYS buildworld BEFORE buildkernel >* Unless having troubles building a kernel, it is usually > best to ensure /etc/make.conf is empty >* If REbuilding world/kernel it is usually a good idea to > perform the following: >cd /usr/obj >chflags -R noschg * >rm -rf * >(see chflags(1) for more information) > >OK here we go: >cd /usr/src/sys//conf >cp ./GENERIC ./YOUR_CHOSEN_NAME >edit ./YOUR_CHOSEN_NAME and adjust as necessary >cd /usr/src >make buildworld >* * * * OPTIONAL * * * * >NOTE: SINGLE CPU: >make -j4 buildworld >NOTE: MULTI CPU: >make -j(6 through 10) buildworld >* * * * * * * * * * * * >make buildkernel KERNCONF=YOUR_KERNEL_HERE >make installkernel KERNCONF=YOUR_KERNEL_HERE >reboot (in single user mode) >fsck -p (optional, but a good idea) >mount -u / >mount -a -t ufs >swapon -a (most cases; optional) >cd /usr/src >mergemaster -p >make installworld >mergemaster >reboot >That was simply a QUICK cheat sheet, and does not >replace good research. But I hope it helps. :) >--Chris Thanks, this was very helpful. First of all I would just like to admit that I only gave /usr/src/UPDATING a quick glance. Shame on me; it might have solved most (if not all) of my problem if I had read more thoroughly. Surprisingly I grokked most of your cheatsheet and looked at a few man pages to figure out most of the rest. Haven't tried it all yet. I was wondering about the "mount -u /". Is it really necessary to mount the root partition prior to mounting all of them in the next step? I don't really understand the "swapon -a". When is it necessary and when is it not? Also, UPDATING has "adjkerntz -i" just before "mergemaster -p". I looked at the man page for adjkerntz and am still uncertain if I need to do this. I run an ntpd client, if that makes any difference. I think the documentation is an excellent reference for people who already, moderately know FreeBSD. I am not even a true newbie as I have a CS degree and have been a Linux admin for 2 years. Even so I often have a hard time with the complexity of FreeBSD. I recognize the value of understanding the fine-grain "nuts and bolts" of a system, but even so I wonder if FreeBSD over-complicates some things? - Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.fre
buildkernel error going from 6.2-STABLE to 6.3-STABLE i386
Hello, I'm attempting to build a GENERIC kernel for 6.3-STABLE and am getting the following error message: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -c /usr/src/sys/i386/isa/clock.c: In function `DELAY': /usr/src/sys/i386/isa/clock.c:301: warning: implicit declaration of function `cpu_spinwait' /usr/src/sys/i386/isa/clock.c:301: warning: nested extern declaration of `cpu_spinwait' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. The box is currently running 6.2-STABLE (i386). I did a fresh cvsup yesterday using: *default release=cvs tag=RELENG_6 Buildworld worked without issue. I've googled but have yet to find an answer. Any ideas? -- Regards, Doug ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: AMD64 vs i386, ifstat and bsnmp
Mike Tancsa wrote: Couple of little things I noticed with a new RELENG_7 AMD64 box (as of yesterday) ifstat from the ports cannot seem to find interfaces for some reason ? It works fine on i386 [ns8]# ifstat -b ifstat: no interfaces to monitor! [ns8]# I used ifstat on my old i386 servers without problems too, indeed. Ever since I switched to 7.0 & amd64 I get the same as you. Been using slurm (ports) lately, also does the job. Regards, Hugo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: another: supervisor read, page not present
вівторок 12 лютий 2008 11:41 по, Kip Macy Ви написали: > What workload, if any, was running at the time? I was just swithed from one X11-session to another (Ctrl-Alt-F5) and clicked on the KDE's button to start an xterm. You would notice, that kdeinit is the "current process" in the dump. The machine runs 4 instances of boinc-setiathome in the background at all times. Apart from that, it is just regular e-mail/web-browsing most of the time. > Have you run memtest on the machine to confirm that there are no memory > issues? Yes, I have -- right after upping the memory from 2Gb to the current 4Gb. memtest-x86 (booted from CD) ran through its complete set of tests (took several hours) and found 0 errors. Is that a certain enough assurance, that RAM is Ok, or can there still be undetected issues? Thanks! -mi ## The information contained in this communication is confidential and may contain information that is privileged or exempt from disclosure under applicable law. If you are not a named addressee, please notify the sender immediately and delete this email from your system. If you have received this communication, and are not a named recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. ## ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: broken buildkernel (scsi_low and -Os) and duplicate manpages
On Wed, Feb 13, 2008 at 10:52:50AM +0100, Christian Brueffer wrote: > On Wed, Feb 13, 2008 at 11:15:29AM +0200, David Naylor wrote: > > Hi, > > > > Building the kernel with CFLAGS=-Os breaks when compiling module > > scsi_low. Sorry no output available. > > > > Placing CFLAGS+= -O in the Makefile fixes the problem. Last build > > with -O2 did work (for everything, world, kernel and ports). > > > > >From my research it appears the -Os produces code faster than -O2 and > > generally slower than -O3 but the smallest binary (and quicker compile > > times), does anyone have a better understanding of such things > > (performance and -O? flags). > > > > When doing an installworld DEST=? it fails twice when trying to > > install duplicate man pages: > > 1) lib/ncurses/ncurses: tputs.3 > > 2) share/man/man9: rman_fini.9 > > > > The rman_fini.9 one was a mistake, I've just fixed it. Thanks! rafan@ > (CCed) did the last few ncurses updates. Rong-En, could you take a look > at the tputs.3 issue? Interesting, I actually use installworld w/ DESTDIR, but it does not fail. Nevertheless, I have just removed the duplicate one (actually, both curs_terminfo and curs_termcap has tputs.3. As we use termcap in base, so I just removed the one links to curs_terminfo). Regards, Rong-En Fan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
AMD64 vs i386, ifstat and bsnmp
Couple of little things I noticed with a new RELENG_7 AMD64 box (as of yesterday) ifstat from the ports cannot seem to find interfaces for some reason ? It works fine on i386 [ns8]# ifstat -b ifstat: no interfaces to monitor! [ns8]# [ns8]# ifconfig em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:15:17:50:40:28 inet xx.xx.128.107 netmask 0xfff0 broadcast 64.7.128.111 media: Ethernet 10baseT/UTP status: active em1: flags=8843 metric 0 mtu 1500 options=9b ether 00:15:17:50:40:29 inet 192.168.245.11 netmask 0xff00 broadcast 192.168.245.255 media: Ethernet autoselect (1000baseTX ) status: active pflog0: flags=141 metric 0 mtu 33160 lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff00 [ns8]# snmpwalk -v1 -c ns8 .1.3.6.1.2.1.25.3.3.1 with ULE gives a bogus value HOST-RESOURCES-MIB::hrProcessorFrwID.3 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.8 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorLoad.3 = INTEGER: 100 HOST-RESOURCES-MIB::hrProcessorLoad.8 = INTEGER: 100 vs using the BSD scheduler HOST-RESOURCES-MIB::hrProcessorFrwID.3 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorFrwID.8 = OID: SNMPv2-SMI::zeroDotZero HOST-RESOURCES-MIB::hrProcessorLoad.3 = INTEGER: 0 HOST-RESOURCES-MIB::hrProcessorLoad.8 = INTEGER: 0 ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,[EMAIL PROTECTED] Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RELENG_6_3 - Make installworld error
Hi freebsd-stable, For my complete rebuild of my FreeBSD-6.3-stable, every stage is successful except the "make installworld" one. I've got this log : # make installworld PATH=$PATH mkdir -p /tmp/install.tiu3jVqh for prog in [ awk cap_mkdb cat chflags chmod chown date echo egrep find grep install-info ln lockf make mkdir mtree mv pwd_mkdb rm sed sh sysctl test true uname wc zic; do cp `which $prog` /tmp/install.tiu3jVqh; done cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentium4 GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac 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:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/tmp/install.tiu3jVqh make -f Makefile.inc1 reinstall -- >>> Making hierarchy -- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -eU -f /usr/src/etc/mtree/BSD.root.dist -p / mtree -eU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -eU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -eU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include 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]" /usr/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]" /usr/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]" /usr/src/etc/nls.alias`; while [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done -- >>> Installing everything -- cd /usr/src; make -f Makefile.inc1 install ===> share/info (install) ===> include (install) creating osreldate.h from newvers.sh install -C -C -o root -g wheel -m 444 /usr/src/include/a.out.h /usr/src/include/ar.h /usr/src/include/assert.h /usr/src/include/bitstring.h /usr/src/include/complex.h /usr/src/include/cpio.h /usr/src/include/_ctype.h /usr/src/include/ctype.h /usr/src/include/db.h /usr/src/include/dirent.h /usr/src/include/dlfcn.h /usr/src/include/elf.h /usr/src/include/elf-hints.h/usr/src/include/err.h /usr/src/include/fmtmsg.h /usr/src/include/fnmatch.h /usr/src/include/fstab.h /usr/src/include/fts.h /usr/src/include/ftw.h /usr/src/include/getopt.h /usr/src/include/glob.h /usr/src/include/grp.h /usr/src/include/hesiod.h /usr/src/include/histedit.h /usr/src/include/ieeefp.h /usr/src/include/ifaddrs.h /usr/src/include/inttypes.h /usr/src/include/iso646.h /usr/src/include/kenv.h /usr/src/include/langinfo.h /usr/src/include/libgen.h /usr/src/include/limits.h /usr/src/include/link.h /usr/src/include/locale.h /usr/src/include/malloc.h /usr/src/include/memory.h /usr/src/include/monetary.h /usr/src/include/mpool.h /usr/src/include/ndbm.h /usr/src/include/netconfig.h /usr/src/include/netdb.h /usr/src/include/nl_types.h /usr/src/include/nlist.h /usr/src/include/nss.h /usr/src/include/nsswitch.h /usr/src/include/objformat.h /usr/src/include/paths.h /usr/src/include/printf.h /usr/src/include/proc_service.h /usr/src/include/pthread.h /usr/src/include/pthread_np.h /usr/src/include/pwd.h /usr/src/include/ranlib.h /usr/src/include/readpassphrase.h /usr/src/include/regex.h /usr/src/include/regexp.h /usr/src/include/res_update.h /usr/src/include/resolv.h /usr/src/include/runetype.h /usr/src/include/search.h /usr/src/include/setjmp.h /usr/src/include/sgtty.h /usr/src/include/signal.h /usr/src/include/stab.h /usr/src/include/stdbool.h /usr/src/include/stddef.h /usr/src/include/stdio.h /usr/src/include/stdlib.h /usr/src/include/string.h /usr/src/include/stringlist.h /usr/src/include/strings.h /usr/src/include/sysexits.h /usr/src/include/tar.h /usr/src/include/tgmath.h /usr/src/include/time.h /usr/src/include/timeconv.h /usr/src/include/timers.h /usr/src/include/ttyent.h /usr/src/include/ulimit.h /usr/src/include/unistd.h /usr/src/include/utime.h /usr/src/include/utmp.h /usr/src/include/uuid.h /usr/src/include/varargs.h /usr/src/include/vis.h /usr/src/include/wchar.h /usr/src/include/wctype.h /usr/src/include/wordexp.h osreldate.h /usr/include if [ -L /usr/include/bsm ]; then rm -f /usr/include/bsm; fi if [ -L /usr/include/cam ]; then rm -f /usr/include/cam; fi if [ -L /usr/include/geom ]; then rm -f /usr/include/geom; fi if [ -L /usr/include/net ]; then rm -f /usr/include/net; fi if [ -L /usr/include/net80211 ]; then rm -f /usr/include/net80211; fi if [ -L /usr/include/netatal
Re: [releng_6 tinderbox] failure on i386/i386
On Wed, Feb 13, 2008 at 06:33:12AM -0500, FreeBSD Tinderbox wrote: > [...] > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. > -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter > -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm > -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror -pg -mprofiler-epilogue > /src/sys/i386/ibcs2/ibcs2_xenix.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. > -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter > -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm > -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror -pg -mprofiler-epilogue > /src/sys/i386/ibcs2/ibcs2_xenix_sysent.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. > -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter > -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm > -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror -pg -mprofiler-epilogue > /src/sys/i386/ibcs2/imgact_coff.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. > -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter > -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm > -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/isa/atpic.c > cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. > -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter > -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm > -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -DGPROF > -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/isa/clock.c > /src/sys/i386/isa/clock.c: In function `DELAY': > /src/sys/i386/isa/clock.c:301: warning: implicit declaration of function > `cpu_spinwait' > /src/sys/i386/isa/clock.c:301: warning: nested extern declaration of > `cpu_spinwait' > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2008-02-13 11:33:12 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2008-02-13 11:33:12 - ERROR: failed to build lint kernel > TB --- 2008-02-13 11:33:12 - tinderbox aborted > TB --- 3164.52 user 372.58 system 4015.77 real Looks as if the MFC for sys/${arch}/isa/clock.c missed adding #include to the file. For i386, the attached patch fixes it; a similar patch is likely wanted for other values of ${arch}. Peace, david -- David H. Wolfskill [EMAIL PROTECTED] I submit that "conspiracy" would be an appropriate coll
Re: Buildworld failed (RELENG_6)
On Wed, Feb 13, 2008 at 06:05:22PM +0600, Konstantin I. Voronov wrote: > >> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc > > I'm doing rm -rf /usr/obj, but build process stopped with same error > at the same place. > > More idea? :) > > By the way, installation of 6.3-RELEASE was clean, without update > from 6.2. Clock problem. http://lists.freebsd.org/pipermail/freebsd-questions/2004-November/064071.html -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on sparc64/sparc64
TB --- 2008-02-13 12:21:55 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 12:21:55 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-02-13 12:21:55 - cleaning the object tree TB --- 2008-02-13 12:22:01 - cvsupping the source tree TB --- 2008-02-13 12:22:01 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-02-13 12:22:07 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 12:22:07 - cd /src TB --- 2008-02-13 12:22:07 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 12:22:08 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 13:09:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 13:09:30 - ERROR: failed to build world TB --- 2008-02-13 13:09:30 - tinderbox aborted TB --- 2491.63 user 267.85 system 2855.89 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Formatting bug in C++ iostreams when running i386 binary on amd64
On Wed, 2008-02-13 at 05:54 +1100, Peter Jeremy wrote: > On Tue, Feb 12, 2008 at 06:23:18PM +, Tom Evans wrote: > >I've encountered a strange bug deploying one of our C++ applications on > >amd64. We tend to build most of our applications on i386, even if the > >deployment box is amd64, as we aren't 100% sure that our code is 64 bit > >clean yet. The boxes in question both run 6.2-RELEASE, at various kernel > >release patchsets: > ... > >With an i386 binary running on an amd64 host, when we write a small > >double, with value close to 0.1, to a C++ iostream, it is formatted > >incorrectly. > > See kern/102424 and amd64/11. > Thanks Peter! Going on the information in those PRs, I have made a patch to the libc/gdtoa/Makefile.inc which forces gdtoa_dtoa.c to be built with -fno-gcse. This corrects the formatting bug, and allows programs to execute correctly. The patch isn't quite to my liking, as it also changes how gdtoa_dtoa.c is compiled for the native 64-bit library, so ideally it would only include that additional target rule when cross-compiling the lib32 build, but I could not determine how to detect that scenario. Also, BSD make isn't my forté, is there a better way to add a CFLAG for a single target? Redefining the rules from share/mk/bsd.lib.mk seems fragile. I will update the PRs with my patch as well, but it is small enough to include here as well. Cheers Tom --- /usr/src/lib/libc/gdtoa/Makefile.inc Fri Sep 29 16:17:22 2006 +++ /usr/src2/lib/libc/gdtoa/Makefile.inc Wed Feb 13 11:42:54 2008 @@ -16,3 +16,10 @@ gdtoa_${src}: ln -sf ${.CURDIR}/../../contrib/gdtoa/${src} ${.TARGET} .endfor + +gdtoa_dtoa.o: + ${CC} ${PO_FLAG} ${CFLAGS} -fno-gcse -c gdtoa_dtoa.c -o gdtoa_dtoa.o + +gdtoa_dtoa.So: + ${CC} ${PICFLAG} -DPIC ${CFLAGS} -fno-gcse -c gdtoa_dtoa.c -o gdtoa_dtoa.So + signature.asc Description: This is a digitally signed message part
[releng_7 tinderbox] failure on ia64/ia64
TB --- 2008-02-13 11:26:58 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 11:26:58 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-02-13 11:26:58 - cleaning the object tree TB --- 2008-02-13 11:27:06 - cvsupping the source tree TB --- 2008-02-13 11:27:06 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-02-13 11:27:12 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 11:27:12 - cd /src TB --- 2008-02-13 11:27:12 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 11:27:13 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -DRESCUE -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -DRESCUE -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -DRESCUE -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /obj/ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 12:29:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 12:29:20 - ERROR: failed to build world TB --- 2008-02-13 12:29:20 - tinderbox aborted TB --- 3283.69 user 281.78 system 3742.30 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on powerpc/powerpc
TB --- 2008-02-13 11:29:24 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 11:29:24 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2008-02-13 11:29:24 - cleaning the object tree TB --- 2008-02-13 11:29:36 - cvsupping the source tree TB --- 2008-02-13 11:29:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2008-02-13 11:29:42 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 11:29:42 - cd /src TB --- 2008-02-13 11:29:42 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 11:29:43 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 12:21:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 12:21:54 - ERROR: failed to build world TB --- 2008-02-13 12:21:54 - tinderbox aborted TB --- 2699.02 user 273.43 system 3150.45 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD RELENG_7 doesn't build
Sorry, just fixed it. Oliver On Wed, Feb 13, 2008 at 03:36:33AM -0800, Jeremy Chadwick wrote: > On Wed, Feb 13, 2008 at 11:40:29AM +0100, Oliver Herold wrote: > > Hi > > Please fix your mail client. Your mails have two different Email > addresses in them; the From line does not match the Mail-Followup-To > line address. > > [EMAIL PROTECTED] results in bounced mail (SMTP 550 User unknown), while > I'm willing to bet this mail (to oliver@) will make it through. > > >> From: Oliver Herold <[EMAIL PROTECTED]> > >> To: freebsd-stable@freebsd.org > >> Message-ID: <[EMAIL PROTECTED]> > >> Mail-Followup-To: Oliver Herold <[EMAIL PROTECTED]>, > >> freebsd-stable@freebsd.org > > -- > | Jeremy Chadwickjdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Quit worrying about your health. It'll go away. -- Robert Orben ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re[2]: Buildworld failed (RELENG_6)
Hello, Neil. On 13 февраля 2008 г., 17:09:00 you wrote: > On 13 Feb 2008, at 10:10, Konstantin I. Voronov wrote: >> Hello, freebsd-stable. >> >> System: >> $ uname -a >> FreeBSD uo.211.ru 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Jun 8 >> 19:52:08 NOVST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/uo i386 >> >> >> >> buildworld log: >> >> >> cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/ >> src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/ >> libmagic/../../contrib/file/apprentice.c /usr/src/lib/ >> libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../ >> contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c >> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc >> *** Error code 1 >> >> Stop in /usr/src/lib/libmagic. >> *** Error code 1 >> >> Stop in /usr/src/lib. >> *** 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. >> > Hi > I found that with a clean 6.2 install, taken to RELENG_6_2 built fine > but then updating to either RELENG_6_3 or RELENG_6_3_RELEASE required > a rm of /usr/obj. > Went happy after that. > Cheers > Neil > -- > Neil Long, Team Cymru > http://www.cymru.com I'm doing rm -rf /usr/obj, but build process stopped with same error at the same place. More idea? :) By the way, installation of 6.3-RELEASE was clean, without update from 6.2. -- Regards, Konstantin I. Voronov mailto:[EMAIL PROTECTED] System Administrator PC-Service, Novosibirsk, Russia VKI-RIPE [EMAIL PROTECTED] [EMAIL PROTECTED] irc network ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Buildworld failed (RELENG_6)
On Wed, Feb 13, 2008 at 11:09:00AM +, Neil Long wrote: > I found that with a clean 6.2 install, taken to RELENG_6_2 built fine but > then updating to either RELENG_6_3 or RELENG_6_3_RELEASE required a rm of > /usr/obj. > Went happy after that. One should always rm -fr /usr/obj/* before starting a buildworld or buildkernel (unless you have reason not to, e.g. are a developer and are familiar with the caveats). The "cleaning" stage which happens automatically on a buildworld occasionally misses things. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_6 tinderbox] failure on amd64/amd64
TB --- 2008-02-13 10:10:56 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-13 10:10:56 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2008-02-13 10:10:56 - cleaning the object tree TB --- 2008-02-13 10:11:48 - cvsupping the source tree TB --- 2008-02-13 10:11:48 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2008-02-13 10:11:59 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 10:11:59 - cd /src TB --- 2008-02-13 10:11:59 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2008-02-13 11:29:53 - generating LINT kernel config TB --- 2008-02-13 11:29:53 - cd /src/sys/amd64/conf TB --- 2008-02-13 11:29:53 - /usr/bin/make -B LINT TB --- 2008-02-13 11:29:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-13 11:29:53 - cd /src TB --- 2008-02-13 11:29:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 13 11:29:53 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/amd64/uio_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/amd64/uma_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/amd64/vm_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/amd64/isa/atpic.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -
Re: Buildworld failed (RELENG_6)
On 13 Feb 2008, at 10:10, Konstantin I. Voronov wrote: Hello, freebsd-stable. System: $ uname -a FreeBSD uo.211.ru 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Jun 8 19:52:08 NOVST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/uo i386 buildworld log: cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/ src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/ libmagic/../../contrib/file/apprentice.c /usr/src/lib/ libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../ contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** 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. Hi I found that with a clean 6.2 install, taken to RELENG_6_2 built fine but then updating to either RELENG_6_3 or RELENG_6_3_RELEASE required a rm of /usr/obj. Went happy after that. Cheers Neil -- Neil Long, Team Cymru http://www.cymru.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD RELENG_7 doesn't build
On Wed, Feb 13, 2008 at 11:40:29AM +0100, Oliver Herold wrote: > Hi Please fix your mail client. Your mails have two different Email addresses in them; the From line does not match the Mail-Followup-To line address. [EMAIL PROTECTED] results in bounced mail (SMTP 550 User unknown), while I'm willing to bet this mail (to oliver@) will make it through. >> From: Oliver Herold <[EMAIL PROTECTED]> >> To: freebsd-stable@freebsd.org >> Message-ID: <[EMAIL PROTECTED]> >> Mail-Followup-To: Oliver Herold <[EMAIL PROTECTED]>, >> freebsd-stable@freebsd.org -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_6 tinderbox] failure on i386/i386
TB --- 2008-02-13 10:26:16 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2008-02-13 10:26:16 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2008-02-13 10:26:16 - cleaning the object tree TB --- 2008-02-13 10:27:03 - cvsupping the source tree TB --- 2008-02-13 10:27:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2008-02-13 10:27:10 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 10:27:10 - cd /src TB --- 2008-02-13 10:27:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2008-02-13 11:20:51 - generating LINT kernel config TB --- 2008-02-13 11:20:51 - cd /src/sys/i386/conf TB --- 2008-02-13 11:20:51 - /usr/bin/make -B LINT TB --- 2008-02-13 11:20:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-02-13 11:20:51 - cd /src TB --- 2008-02-13 11:20:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 13 11:20:52 UTC 2008 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_xenix.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/ibcs2/ibcs2_xenix_sysent.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/ibcs2/imgact_coff.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/i386/isa/atpic.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/n
Re: FreeBSD RELENG_7 doesn't build
On Wed, Feb 13, 2008 at 11:40:29AM +0100, Oliver Herold wrote: > I did an install with FreeBSD 7 RC2 iso and updated the sources (today) to > RELENG_7. It stops compiling after printing this error > > [...] > > gzip -cn info-stnd.inf > info-stnd.info.gz > gzip cn texinfo.info > texinfo.info.gz > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error You're using -j, aren't you? You're not going to see the error messages printed at the appropriate place due to the parallelisation. Anyway... There's a known issue with the buildworld right now, even tinderbox is reporting it. It'll be fixed soon. -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on i386/pc98
TB --- 2008-02-13 10:37:57 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 10:37:57 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-02-13 10:37:57 - cleaning the object tree TB --- 2008-02-13 10:38:12 - cvsupping the source tree TB --- 2008-02-13 10:38:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-02-13 10:38:18 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 10:38:18 - cd /src TB --- 2008-02-13 10:38:18 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 10:38:19 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 11:29:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 11:29:24 - ERROR: failed to build world TB --- 2008-02-13 11:29:24 - tinderbox aborted TB --- 2601.59 user 286.79 system 3086.43 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on i386/i386
TB --- 2008-02-13 10:35:38 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 10:35:38 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-02-13 10:35:38 - cleaning the object tree TB --- 2008-02-13 10:35:46 - cvsupping the source tree TB --- 2008-02-13 10:35:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-02-13 10:35:52 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 10:35:52 - cd /src TB --- 2008-02-13 10:35:52 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 10:35:53 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 11:26:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 11:26:57 - ERROR: failed to build world TB --- 2008-02-13 11:26:57 - tinderbox aborted TB --- 2603.91 user 278.04 system 3079.73 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD RELENG_7 doesn't build
Hi Sorry for the noise, but I used the wrong mailinglist (current) I did an install with FreeBSD 7 RC2 iso and updated the sources (today) to RELENG_7. It stops compiling after printing this error [...] gzip -cn info-stnd.inf > info-stnd.info.gz gzip cn texinfo.info > texinfo.info.gz 1 error *** Error code 2 1 error *** Error code 2 1 error I deleted /usr/src, cvsup'ed again but it stays the same. Cheers, Oliver -- It looks like blind screaming hedonism won out. pgpJZVM5Uj6ru.pgp Description: PGP signature
Buildworld failed (RELENG_6)
Hello, freebsd-stable. System: $ uname -a FreeBSD uo.211.ru 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Jun 8 19:52:08 NOVST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/uo i386 buildworld log: cc -DHAVE_CONFIG_H -DCOMPILE_ONLY -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libmagic. *** Error code 1 Stop in /usr/src/lib. *** 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. -- Regards, Konstantin I. Voronov mailto:[EMAIL PROTECTED] System Administrator PC-Service, Novosibirsk, Russia VKI-RIPE [EMAIL PROTECTED] [EMAIL PROTECTED] irc network ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2008-02-13 09:45:16 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-02-13 09:45:16 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-02-13 09:45:16 - cleaning the object tree TB --- 2008-02-13 09:45:26 - cvsupping the source tree TB --- 2008-02-13 09:45:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-02-13 09:45:33 - building world (CFLAGS=-O2 -pipe) TB --- 2008-02-13 09:45:33 - cd /src TB --- 2008-02-13 09:45:33 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 13 09:45:34 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/gpt.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/label.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/map.c cc -O2 -pipe -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/gpt/migrate.c /src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/gpt. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-13 10:37:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-13 10:37:57 - ERROR: failed to build world TB --- 2008-02-13 10:37:57 - tinderbox aborted TB --- 2649.25 user 285.02 system 3160.59 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7 is not building
Johan Hendriks wrote: Here's the output for amd64, but it stops at the same place with TARGET=i386: ... I build with make -j4 on a Core2 Duo on amd64. Try building without -jx then you will see exactly where the build fails! Here we go, the same for TARGET=i386 and amd64: ===> sbin/gpt (all) /usr/local/bin/ccache cc -O2 -fno-strict-aliasing -pipe -march=nocona -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /usr/src/sbin/gpt/migrate.c /usr/src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /usr/src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /usr/src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /usr/src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sbin/gpt. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. PS: Please don't top-post. It's annoying to have to put the back trace into order. Sorry for the top post! Never mind. Tinderbox is spitting out these errors also, so they should fix it soon! I've already seen a patch posted on the current ML. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: broken buildkernel (scsi_low and -Os) and duplicate manpages
On Wed, Feb 13, 2008 at 11:15:29AM +0200, David Naylor wrote: > Hi, > > Building the kernel with CFLAGS=-Os breaks when compiling module > scsi_low. Sorry no output available. > > Placing CFLAGS+= -O in the Makefile fixes the problem. Last build > with -O2 did work (for everything, world, kernel and ports). > > >From my research it appears the -Os produces code faster than -O2 and > generally slower than -O3 but the smallest binary (and quicker compile > times), does anyone have a better understanding of such things > (performance and -O? flags). > > When doing an installworld DEST=? it fails twice when trying to > install duplicate man pages: > 1) lib/ncurses/ncurses: tputs.3 > 2) share/man/man9: rman_fini.9 > The rman_fini.9 one was a mistake, I've just fixed it. Thanks! rafan@ (CCed) did the last few ncurses updates. Rong-En, could you take a look at the tputs.3 issue? - Christian -- Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED] GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D pgpLa21XQZKEH.pgp Description: PGP signature
RE: RELENG_7 is not building
>>> >>> Here's the output for amd64, but it stops at the same place with >>> TARGET=i386: >>> >>> ... >>> >>> I build with make -j4 on a Core2 Duo on amd64. > > > > Try building without -jx then you will see exactly where the build fails! >Here we go, the same for TARGET=i386 and amd64: >===> sbin/gpt (all) >/usr/local/bin/ccache cc -O2 -fno-strict-aliasing -pipe -march=nocona >-Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter >-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type >-Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align >-Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c >/usr/src/sbin/gpt/migrate.c >/usr/src/sbin/gpt/migrate.c: In function 'migrate_disklabel': >/usr/src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in >this function) >/usr/src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is >reported only once >/usr/src/sbin/gpt/migrate.c:121: error: for each function it appears in.) >*** Error code 1 >Stop in /usr/src/sbin/gpt. >*** Error code 1 >Stop in /usr/src/sbin. >*** Error code 1 >Stop in /usr/src. >*** Error code 1 >Stop in /usr/src. >*** Error code 1 >Stop in /usr/src. >PS: Please don't top-post. It's annoying to have to put the back trace into >order. Sorry for the top post! Tinderbox is spitting out these errors also, so they should fix it soon! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Analysis of disk file block with ZFS checksum error
Joe Peterson wrote: *cut* I suppose the best ZFS could then do is retry the write (if its failure was even detected - still not sure if ZFS does a re-check of the disk data checksum after the disk write), not knowing until the later scrub that the block had corrupted a file. *cut* Disclaimer: I have only experimented with ZFS in a VM and read much of the documentation, but never used it "properly". Please correct me if i am wrong. 1) If it where able to verify written data directly after a write, then it would probably be an optional feature. I don't recall such an option when I experimented, nor can i find it in the online man pages (DOS actually had something like: set verify=on) 2) It would cause a lot of head seeking and killing performance, unless queued into an elevator seek batch job when the disks are idle. (Wikipedia: Elevator_algorithm) 3) It would need to disable all disk read caching to really verify what was written to the surface correctly. Probably a complex problem considering all the different types of hardware out there, also in keeping ZFS portable. 4) ZFS is designed to be run in a redundant configuration, so once it reads the bad block on request or scrub then it would be able to overwrite the bad block from the redundant data. (See details on self healing in the ZFS docs) 4.1) If your ZFS is up to date then you could probably set the copies=2 parameter on the mount point and do a "poor mans raid1", if it is a hardware problem that is... _All_ metadata is already written at least twice, even in a single disk configuration. I think it will try to keep the blocks apart 1/8 of the total space. 4.2) Overwriting bad blocks plays nice with internal disk sector relocation. Pending sectors in smartctl -a is a thing of the past :) I actually have two bad disks that i probably will try it on, once 7.0 is released. They are heat damaged so bad sectors are popping up semi-frequently. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: RELENG_7 is not building
Johan Hendriks wrote: -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Dominic Fandrey Verzonden: woensdag 13 februari 2008 10:07 Aan: freebsd-stable@freebsd.org Onderwerp: RELENG_7 is not building Here's the output for amd64, but it stops at the same place with TARGET=i386: ... I build with make -j4 on a Core2 Duo on amd64. > > Try building without -jx then you will see exactly where the build fails! Here we go, the same for TARGET=i386 and amd64: ===> sbin/gpt (all) /usr/local/bin/ccache cc -O2 -fno-strict-aliasing -pipe -march=nocona -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -Wno-pointer-sign -c /usr/src/sbin/gpt/migrate.c /usr/src/sbin/gpt/migrate.c: In function 'migrate_disklabel': /usr/src/sbin/gpt/migrate.c:121: error: 'FS_ZFS' undeclared (first use in this function) /usr/src/sbin/gpt/migrate.c:121: error: (Each undeclared identifier is reported only once /usr/src/sbin/gpt/migrate.c:121: error: for each function it appears in.) *** Error code 1 Stop in /usr/src/sbin/gpt. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. PS: Please don't top-post. It's annoying to have to put the back trace into order. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
broken buildkernel (scsi_low and -Os) and duplicate manpages
Hi, Building the kernel with CFLAGS=-Os breaks when compiling module scsi_low. Sorry no output available. Placing CFLAGS+= -O in the Makefile fixes the problem. Last build with -O2 did work (for everything, world, kernel and ports). >From my research it appears the -Os produces code faster than -O2 and generally slower than -O3 but the smallest binary (and quicker compile times), does anyone have a better understanding of such things (performance and -O? flags). When doing an installworld DEST=? it fails twice when trying to install duplicate man pages: 1) lib/ncurses/ncurses: tputs.3 2) share/man/man9: rman_fini.9 David ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
6.3-STABLE: keyboard not recognized
Hello, I have a strange problem with a PS/2 keyboard attached through USB adapter to USB port (machine doesn't have PS/2 ports). The keyboard behaves fine during POST and first boot stages (I'm not sure if that's the first stage, but I'm referring to the stage where I can select single-user mode). Then, after kernel is loaded, and enters single-user mode, and further on, if proceeded to multi-user mode, the keyboard input is not recognized. Strangely enough, when I load Xorg (I do that manually, not as a tty), the keyboard is recognized again, also in consoles. If I detach and attach the keyboard when it's input is not recognized, it finally gets recognized after several detach-attach cycles; on each, I get kernel messages about USB device being attached and detached. I would like to ask for advice, - if there's anything I can try? I can't grok the kernel sources related to the cause (I tried), so I need help about what else can I try - enable debug, put some hacks in kernel to see what's going on etc. Thank you! Here's exceprt from dmesg: FreeBSD 6.3-STABLE #0: Mon Jan 28 11:34:18 CET 2008 kbd1 at kbdmux0 uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff00-0xff1f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xdfdfbc00-0xdfdfbfff irq 22 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered uhci2: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xff980800-0xff980bff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered ukbd0: vendor 0x0d3d USBPS2, rev 1.10/0.01, addr 2, iclass 3/1 kbd2 at ukbd0 ums1: vendor 0x0d3d USBPS2, rev 1.10/0.01, addr 2, iclass 3/1 ums1: 5 buttons and Z dir. usb1: host controller halted usb0: host controller halted And by this time the system is booted, but the keyboard is not recognized. So I take another wireless USB keyboard and plug it in, to login: uhub7: vendor 0x0424 product 0x2504, class 9/0, rev 2.00/0.01, addr 2 uhub7: multiple transaction translators uhub7: 4 ports with 4 removable, self powered ukbd1: Logitech USB Receiver, rev 1.10/38.10, addr 3, iclass 3/1 kbd3 at ukbd1 ums2: Logitech USB Receiver, rev 1.10/38.10, addr 3, iclass 3/1 ums2: 8 buttons and Z dir. The first keyboard is still not recognized; but by the time xorg is loaded it is, without any extra kernel messages. -- Sincerely, Dmitry Karasik ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: RELENG_7 is not building
Try building without -jx then you will see exactly where the build fails! Regards, Johan -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Dominic Fandrey Verzonden: woensdag 13 februari 2008 10:07 Aan: freebsd-stable@freebsd.org Onderwerp: RELENG_7 is not building Here's the output for amd64, but it stops at the same place with TARGET=i386: cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo fdisk.lo dhclient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/getusershell.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/login_class.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive strip rescue 1 error *** Error code 2 1 error *** Error code 2 Stop in /usr/src. I build with make -j4 on a Core2 Duo on amd64. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RELENG_7 is not building
Here's the output for amd64, but it stops at the same place with TARGET=i386: cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo fdisk.lo dhclient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/getusershell.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/login_class.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/HP6510b/amd64/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive strip rescue 1 error *** Error code 2 1 error *** Error code 2 Stop in /usr/src. I build with make -j4 on a Core2 Duo on amd64. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: UFS snapshot weirdness
On Wed, 13 Feb 2008, Eirik Øverby wrote: > Yes, I am absolutely sure of this. > > I considered using the snapshot tool, however I need to reduce > dependencies to an absolute minimum (as one target environment is > very strict on allowing additional software installs).. > > I use the snapshots to get a consistent file-backup with history. > This one puzzles me to no end. Hmm, that is very odd.. Maybe the FS is stuffed somehow :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: Three interface NAT box
Hi! I am thinking it could be an IPNAT issue or a routing issue; perhaps both. Here's my /etc/ipnat.conf file: map xl0 192.168.0.0/24 -> 0.0.0.0/32 portmap tcp/udp auto map xl0 192.168.0.0/24 -> 0.0.0.0/32 Just a wild guess:) 192.168.0.0/23 is correct for 192.168.0.0-192.168.1.255 -BR, HS ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"