Re: buildworld problems with today's sources
The same thing happened to me when buildworlding on a ~june 20th current box. I removed CPUTYPE from /etc/make.conf, and I fsck'ed the disk in question (after a crash resulting from the condvar problem discussed here). And I removed -j4 from my make flags. One of these things (sorry that I don't know which), cured the problem. I was mainly interested in getting a -current world, not diagnosing the breakage. Drew Luigi Rizzo writes: ... Stop in /home/luigi/XORP/HEAD_020630/src/gnu/usr.bin/tar. *** Error code 1 ... To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld problems with today's sources
On Mon, Jul 01, 2002 at 09:47:26AM -0400, Andrew Gallatin wrote: The same thing happened to me when buildworlding on a ~june 20th current box. Ruslan explained me the source of the problem... cvs does not prune empty directories unless you specify a revision or a date. In my case i wanted HEAD so i did cvs co src whereas I should have done cvs co -P src After doing that, mostly things worked (modulo the fact that i probably was in the middle of some commit and there was some breakage somewhere, but nothing important) cheers luigi To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld problems with today's sources
Luigi Rizzo writes: On Mon, Jul 01, 2002 at 09:47:26AM -0400, Andrew Gallatin wrote: The same thing happened to me when buildworlding on a ~june 20th current box. Ruslan explained me the source of the problem... cvs does not prune empty directories unless you specify a revision or a date. In my case i wanted HEAD so i did cvs co src whereas I should have done cvs co -P src After doing that, mostly things worked (modulo the fact that i probably was in the middle of some commit and there was some breakage somewhere, but nothing important) Ah! That makes sense. I lost a few hundred files after the fsck, so I did an 'lcvs up' to make sure none of the src tree was missing. And my .cvsrc has 'update -Pd' in it. It had been a fresh checkout previously. That's actually rather scary. It implies that a freshly checked out tree checked out with plain 'cvs co src' is no longer buildable. Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld problems with today's sources
On Mon, Jul 01, 2002 at 09:58:04AM -0400, Andrew Gallatin wrote: ... That's actually rather scary. It implies that a freshly checked out tree checked out with plain 'cvs co src' is no longer buildable. c'mon... it is not that terrible, just a matter of adding a -P flag luigi To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld problems with today's sources
On Mon, 2002-07-01 at 09:02, Luigi Rizzo wrote: On Mon, Jul 01, 2002 at 09:58:04AM -0400, Andrew Gallatin wrote: ... That's actually rather scary. It implies that a freshly checked out tree checked out with plain 'cvs co src' is no longer buildable. c'mon... it is not that terrible, just a matter of adding a -P flag Do these problems concern someone using cvsup? I've been having a terrible time with -current lately. Of course I realize development is going full speed, I'm being patient and using the down time to encourage others to turn to FreeBSD. The file system is blazing fast and as soon as the kernel smooths out FreeBSD-5.0 is going to rock. I'm very happy with FreeBSD. It does take a very great deal of studying, but once you've done that it's so ultimately powerful. To my dismay I've only just scratched the surface, but I'm not giving up yet! My thanks goes out to all those valuable FreeBSD commits. Pete... To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld problems, undefined reference to '__ntohl' and'__htonl'
At 1:15 PM -0800 3/6/02, Matthew Dillon wrote: This has been broken for several days now, maybe longer. It would be nice if whoever broke it would fix it. Is this in a 'make buildworld' step? I just did one buildworld on i386, and it completed fine (src is cvsup'ed as of about noon). I'm doing a second buildworld right now (after having applied a patch I am trying to test), but I haven't gotten to the buildkernel or installkernel steps. So, if it's the buildworld step, then I can say that it's working fine for me at the moment. (with my kernel options, make options, etc..) -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld problems, undefined reference to '__ntohl' and'__htonl'
I think it may just be my-bad. The kernel source got out of sync with the main tree. I just cvs updated the whole smelly pot and buildworld works just fine. Sorry for the false alarm! -Matt : :At 1:15 PM -0800 3/6/02, Matthew Dillon wrote: : This has been broken for several days now, maybe longer. It : would be nice if whoever broke it would fix it. : :Is this in a 'make buildworld' step? I just did one buildworld :on i386, and it completed fine (src is cvsup'ed as of about noon). :I'm doing a second buildworld right now (after having applied a :patch I am trying to test), but I haven't gotten to the buildkernel :or installkernel steps. : :So, if it's the buildworld step, then I can say that it's working :fine for me at the moment. (with my kernel options, make options, :etc..) : :-- :Garance Alistair Drosehn= [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Buildworld problems
On Fri, Sep 14, 2001 at 04:08:01PM -0700, David O'Brien wrote: On Fri, Sep 14, 2001 at 06:33:09PM +0300, Ruslan Ermilov wrote: Please try the attached patch. I'm going to attempt to unbreak the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in the near future. Please try to restructure it along the lines of src/gnu/usr.bin/binutils/libiberty/Makefile rev 1.11. Peter provided a patch that is a more proper way. Nope, you please try to restructure it along the lines of src/usr.bin/xinstall/Makefile rev 1.16. Also, won't it be better to use the libc version of basename.c? (I've added -DBOOTSTRAPPING in src/Makefile.inc1,v 1.216.) Index: Makefile === RCS file: /home/ncvs/src/gnu/usr.bin/binutils/libiberty/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- Makefile2001/09/14 23:07:02 1.11 +++ Makefile2001/09/17 12:18:36 @@ -2,6 +2,9 @@ .include ../Makefile.inc0 +.if defined(BOOTSTRAPPING) +.PATH: ${.CURDIR}/../../../../lib/libc/gen +.endif .PATH: ${SRCDIR}/libiberty LIB= iberty @@ -10,8 +13,7 @@ hex.c floatformat.c lbasename.c objalloc.c obstack.c safe-ctype.c \ xatexit.c xexit.c xmalloc.c \ xstrdup.c xstrerror.c -LIBC_BASENAME!=ar tv /usr/lib/libc.a | grep basename -.if ${LIBC_BASENAME} == +.if defined(BOOTSTRAPPING) SRCS+= basename.c .endif CFLAGS+= -DHAVE_CONFIG_H Cheers, -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Buildworld problems
On Mon, Sep 17, 2001 at 03:59:42PM +0300, Ruslan Ermilov wrote: Nope, you please try to restructure it along the lines of src/usr.bin/xinstall/Makefile rev 1.16. I'll consider it. Also, won't it be better to use the libc version of basename.c? Maybe, but I do not want more cross-tree source PATH'ing. This makes it harder for me when I have to do the toolchain imports in a locally created repo for testing. [I still consider myself the Binutils maintainer] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Buildworld problems
On Mon, Sep 17, 2001 at 09:07:46AM -0700, David O'Brien wrote: On Mon, Sep 17, 2001 at 03:59:42PM +0300, Ruslan Ermilov wrote: Nope, you please try to restructure it along the lines of src/usr.bin/xinstall/Makefile rev 1.16. I'll consider it. Also, won't it be better to use the libc version of basename.c? Maybe, but I do not want more cross-tree source PATH'ing. This makes it harder for me when I have to do the toolchain imports in a locally created repo for testing. [I still consider myself the Binutils maintainer] OK, but if you decide to use the version from contrib/, please mark this explicitly in Makefile. Thanks, -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Buildworld problems
Please try the attached patch. I'm going to attempt to unbreak the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in the near future. On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote: I am having problems doing a buildworld. When I run it, I get the following error: cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make install cc -O -pipe-I/usr/obj/home/src/i386/usr/include -static -o xinstall xinstall.o xinstall.o: In function `main': xinstall.o(.text+0x8f): undefined reference to `strtofflags' I checked in /usr/lib/libc.a and got: root@china (/usr/src) nm /usr/lib/libc.a | grep strtofflags strtofflags.o: 0088 T strtofflags So I know it exists. I did a 'ranlib /usr/lib/libc.a', and also did an 'ar s /usr/lib/libc.a', neither seemed to help. I did an upgrade from install floppies to the 20010909 snapshot from current.freebsd.org, and I still get the same error. I was able to rebuild my kernel successfully after I updated, so I know the compiler and linker are mostly working. I tried to rebuild some out of date utilites (zip-5.40 upgrade to zip-5.42), as another experiment and I get: cc -o zip -s zip.o zipfile.o zipup.o fileio.o util.o globals.o crypt.o ttyio.o unix.o crc32.o crctab.o deflate.o trees.o match.o crc_i386.o fileio.o: In function `tempname': fileio.o(.text+0xc8e): warning: mktemp() possibly used unsafely; consider using mkstemp() unix.o: In function `version_local': unix.o(.text+0x8a2): undefined reference to `__xuname' Once again I checked with 'nm' and I got: root@china (/usr/ports/archivers/zip) nm /usr/lib/libc.a | grep __xuname U __xuname U __xuname __xuname.o: T __xuname So it also exists. Then, out of boredom/desperation, I did: root@china (/tmp) ar x /usr/lib/libc.a __xuname.o root@china (/tmp) ar ruv /usr/lib/libc.a __xuname.o r - __xuname.o root@china (/tmp) ranlib /usr/lib/libc.a And I still get the same results from the make in zip. Anybody else have another suggestion? -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age Index: Makefile === RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile2001/04/02 11:54:59 1.15 +++ Makefile2001/09/14 15:31:59 @@ -3,6 +3,22 @@ PROG= xinstall PROGNAME= install +SRCS= xinstall.c MAN= install.1 + +# Get __FreeBSD_version +.if !defined(OSVERSION) +.if exists(/sbin/sysctl) +OSVERSION!=/sbin/sysctl -n kern.osreldate +.else +OSVERSION!=/usr/sbin/sysctl -n kern.osreldate +.endif +.endif + +.if ${OSVERSION} 400021 || \ +${OSVERSION} = 50 ${OSVERSION} 57 +.PATH: ${.CURDIR}/../../lib/libc/gen +SRCS+= strtofflags.c +.endif .include bsd.prog.mk
Re: Buildworld problems
Actually, I was already at 5.0-CURRENT. FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001 - brian On Fri, 14 Sep 2001, Ruslan Ermilov wrote: Please try the attached patch. I'm going to attempt to unbreak the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in the near future. On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote: I am having problems doing a buildworld. When I run it, I get the following error: cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make install cc -O -pipe-I/usr/obj/home/src/i386/usr/include -static -o xinstall xinstall.o xinstall.o: In function `main': xinstall.o(.text+0x8f): undefined reference to `strtofflags' I checked in /usr/lib/libc.a and got: root@china (/usr/src) nm /usr/lib/libc.a | grep strtofflags strtofflags.o: 0088 T strtofflags So I know it exists. I did a 'ranlib /usr/lib/libc.a', and also did an 'ar s /usr/lib/libc.a', neither seemed to help. I did an upgrade from install floppies to the 20010909 snapshot from current.freebsd.org, and I still get the same error. I was able to rebuild my kernel successfully after I updated, so I know the compiler and linker are mostly working. I tried to rebuild some out of date utilites (zip-5.40 upgrade to zip-5.42), as another experiment and I get: cc -o zip -s zip.o zipfile.o zipup.o fileio.o util.o globals.o crypt.o ttyio.o unix.o crc32.o crctab.o deflate.o trees.o match.o crc_i386.o fileio.o: In function `tempname': fileio.o(.text+0xc8e): warning: mktemp() possibly used unsafely; consider using mkstemp() unix.o: In function `version_local': unix.o(.text+0x8a2): undefined reference to `__xuname' Once again I checked with 'nm' and I got: root@china (/usr/ports/archivers/zip) nm /usr/lib/libc.a | grep __xuname U __xuname U __xuname __xuname.o: T __xuname So it also exists. Then, out of boredom/desperation, I did: root@china (/tmp) ar x /usr/lib/libc.a __xuname.o root@china (/tmp) ar ruv /usr/lib/libc.a __xuname.o r - __xuname.o root@china (/tmp) ranlib /usr/lib/libc.a And I still get the same results from the make in zip. Anybody else have another suggestion? -- Ruslan ErmilovOracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED]FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.orgThe Power To Serve http://www.oracle.com Enabling The Information Age +---+--+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane represents the last great schizm among\ McCane Consulting the gods. Evil though he obviously is, \ [EMAIL PROTECTED] he is a mighty figure, this father of \ http://bmccane.maxbaud.net/ my spirit, and I respect him as the sons \ http://www.sellit-here.com/ of old did the fathers of their bodies. \ http://recall.maxbaud.net/ Roger Zelazny - Lord of Light\ http://www.maxbaud.net/ +---+--+ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Buildworld problems
It's irrelevant. Your 5.0-CURRENT wasn't actually current. On Fri, Sep 14, 2001 at 11:22:54AM -0500, Wm Brian McCane wrote: Actually, I was already at 5.0-CURRENT. FreeBSD 5.0-CURRENT (CHINA) #7: Thu May 10 05:25:14 CDT 2001 - brian On Fri, 14 Sep 2001, Ruslan Ermilov wrote: Please try the attached patch. I'm going to attempt to unbreak the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in the near future. On Fri, Sep 14, 2001 at 10:15:00AM -0500, Wm Brian McCane wrote: I am having problems doing a buildworld. When I run it, I get the following error: cd /home/src/usr.bin/xinstall; make obj; make depend; make all; make install cc -O -pipe-I/usr/obj/home/src/i386/usr/include -static -o xinstall xinstall.o xinstall.o: In function `main': xinstall.o(.text+0x8f): undefined reference to `strtofflags' I checked in /usr/lib/libc.a and got: root@china (/usr/src) nm /usr/lib/libc.a | grep strtofflags strtofflags.o: 0088 T strtofflags So I know it exists. I did a 'ranlib /usr/lib/libc.a', and also did an 'ar s /usr/lib/libc.a', neither seemed to help. I did an upgrade from install floppies to the 20010909 snapshot from current.freebsd.org, and I still get the same error. I was able to rebuild my kernel successfully after I updated, so I know the compiler and linker are mostly working. I tried to rebuild some out of date utilites (zip-5.40 upgrade to zip-5.42), as another experiment and I get: cc -o zip -s zip.o zipfile.o zipup.o fileio.o util.o globals.o crypt.o ttyio.o unix.o crc32.o crctab.o deflate.o trees.o match.o crc_i386.o fileio.o: In function `tempname': fileio.o(.text+0xc8e): warning: mktemp() possibly used unsafely; consider using mkstemp() unix.o: In function `version_local': unix.o(.text+0x8a2): undefined reference to `__xuname' Once again I checked with 'nm' and I got: root@china (/usr/ports/archivers/zip) nm /usr/lib/libc.a | grep __xuname U __xuname U __xuname __xuname.o: T __xuname So it also exists. Then, out of boredom/desperation, I did: root@china (/tmp) ar x /usr/lib/libc.a __xuname.o root@china (/tmp) ar ruv /usr/lib/libc.a __xuname.o r - __xuname.o root@china (/tmp) ranlib /usr/lib/libc.a And I still get the same results from the make in zip. Anybody else have another suggestion? -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age +---+--+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane represents the last great schizm among\ McCane Consulting the gods. Evil though he obviously is, \ [EMAIL PROTECTED] he is a mighty figure, this father of \ http://bmccane.maxbaud.net/ my spirit, and I respect him as the sons \ http://www.sellit-here.com/ of old did the fathers of their bodies. \ http://recall.maxbaud.net/ Roger Zelazny - Lord of Light\ http://www.maxbaud.net/ +---+--+ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- Ruslan Ermilov Oracle Developer/DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Buildworld problems
On Fri, Sep 14, 2001 at 06:33:09PM +0300, Ruslan Ermilov wrote: Please try the attached patch. I'm going to attempt to unbreak the upgrade path from 4.1-RELEASE to 5.0-CURRENT sometimes in the near future. Please try to restructure it along the lines of src/gnu/usr.bin/binutils/libiberty/Makefile rev 1.11. Peter provided a patch that is a more proper way. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld Problems at NTP
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote: I'd really like to get this working so I can play with some kernel mods I made last week. Any ideas? I've just finished building world and kernel with recent -CURRENT. Didn't encounter any problem though. % uname -a FreeBSD dante.naver.co.id 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Jan 5 13:19:17 JAVT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DANTE i386 /john To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote: What is happening is that the system is killing off the make process because it starts to swell up so much it consumes all swap. Here is the dmesg, Were any bits of the compiler killed off? A new test snapshot of gcc was recently added to -current and maybe it's had a strange effect on makedepend or something David. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
On Fri, Jan 05, 2001 at 12:37:43AM -0800, Crist J. Clark wrote: What is happening is that the system is killing off the make process because it starts to swell up so much it consumes all swap. Here is the dmesg, Were any bits of the compiler killed off? A new test snapshot of gcc was recently added to -current and maybe it's had a strange effect on makedepend or something There was a make(1) problem a couple of weeks back. Resup, make-and-install make(1), and you should be OK. Dunno why, but ntp(d) tickled the bug. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
Any more ideas what to try here? I'm sure you already thought of this, but have you made sure that you aren't running any memory-hogging applications? I just compiled all the ntp programs on my laptop which is a Pentium 75 with 24MB of memory and 64MB of swap (I didn't do an entire buildworld; I don't really want to wait a day). It's running 5.0-20001223-CURRENT, and compiled the ntp suite from 5.0-20010101-CURRENT. Hope this helps Dima Dorfman [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
On Fri, Jan 05, 2001 at 03:54:20PM -0800, Dima Dorfman wrote: Any more ideas what to try here? I'm sure you already thought of this, but have you made sure that you aren't running any memory-hogging applications? I just compiled all the ntp programs on my laptop which is a Pentium 75 with 24MB of memory and 64MB of swap (I didn't do an entire buildworld; I don't really want to wait a day). It's running 5.0-20001223-CURRENT, and compiled the ntp suite from 5.0-20010101-CURRENT. Pretty lean on this machine, I make sure to turn off SETI@Home for builds or it'll swap like a maniac. ;) Perhaps I should point out that I am building with sources mounted via NFS, but /usr/obj is local. [170:~] ps uax USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root10 99.0 0.0 00 ?? RL 13Dec00 1239:51.83 (idle) root 1 0.0 0.5 552 128 ?? ILs 13Dec00 0:00.51 /sbin/init -- root11 0.0 0.0 00 ?? WL 13Dec00 11:00.26 (swi1: net) root12 0.0 0.0 00 ?? WL 13Dec00 178:01.38 (swi6: clock) root13 0.0 0.0 00 ?? WL 13Dec00 0:00.00 (swi4: vm) root14 0.0 0.0 00 ?? DL 13Dec00 11:48.92 (random) root15 0.0 0.0 00 ?? WL 13Dec00 0:00.00 (swi5: task queue) root16 0.0 0.0 00 ?? WL 13Dec00 52:22.08 (irq14: ata0) root17 0.0 0.0 00 ?? WL 13Dec00 0:17.18 (irq6: fdc0) root18 0.0 0.0 00 ?? WL 13Dec00 0:00.00 (irq7: ppc0) root19 0.0 0.0 00 ?? WL 13Dec00 0:00.01 (swi0: tty:sio) root20 0.0 0.0 00 ?? WL 13Dec00 28:27.06 (irq10: ep0) root 2 0.0 0.0 00 ?? DL 13Dec00 4:16.76 (pagedaemon) root 3 0.0 0.0 00 ?? DL 13Dec00 0:00.36 (vmdaemon) root 4 0.0 0.0 00 ?? DL 13Dec00 0:28.82 (bufdaemon) root 5 0.0 0.0 00 ?? DL 13Dec00 12:45.19 (syncer) root 114 0.0 1.2 932 360 ?? Ss 13Dec00 0:33.22 syslogd -s root 119 0.0 0.5 1252 132 ?? Is 13Dec00 0:09.18 timed root 126 0.0 0.0 2080 ?? IW - 0:00.00 nfsiod -n 4 root 127 0.0 0.0 2080 ?? IW - 0:00.00 nfsiod -n 4 root 128 0.0 0.0 2080 ?? IW - 0:00.00 nfsiod -n 4 root 129 0.0 0.0 2080 ?? IW - 0:00.00 nfsiod -n 4 root 147 0.0 0.9 996 248 ?? Ss 13Dec00 0:37.23 cron root 150 0.0 1.6 2648 476 ?? Is 13Dec00 0:05.21 /usr/sbin/sendmail -q30m root 154 0.0 0.9 2192 248 ?? Is 13Dec00 0:34.69 /usr/sbin/sshd root 198 0.0 0.0 9480 d0 IWs+ - 0:00.00 /usr/libexec/getty std.115200 ttyd0 root 48855 0.0 1.5 2280 448 ?? S10:02AM 0:02.85 sshd: cjc@ttyp0 (sshd) cjc 48877 0.0 2.7 1412 788 p0 Ss 10:02AM 0:01.35 -tcsh (tcsh) root 0 0.0 0.0 00 ?? DLs 13Dec00 0:10.73 (swapper) cjc 83227 0.0 1.2 520 336 p0 R+4:15PM 0:00.00 ps uax [171:~] swapinfo Device 1K-blocks UsedAvail Capacity Type /dev/rad0s1b 102272 2104 100168 2%Interleaved [172:~] vmstat procs memory pagedisks faults cpu r b w avm fre flt re pi po fr sr ad0 ac0 in sy cs us sy id 1 0 04632 14236 24 0 0 0 26 21 0 0 225 50 265 95 1 4 [173:~] uname -a FreeBSD bubbles.cjclark.org 5.0-CURRENT FreeBSD 5.0-CURRENT #11: Wed Dec 13 23:14:41 PST 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BUBBLES i386 Sources for the existing system would be from 2000/12/09. Again, the one I am trying to build has been re-cvsup'ed several times the last being about 0830 PST today. -- Crist J. Clark [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: buildworld Problems at NTP
There was a make(1) problem a couple of weeks back. Resup, make-and-install make(1), and you should be OK. Dunno why, but ntp(d) tickled the bug. To be safe, I nuked the /usr/src/usr.bin/make tree and re-cvsup'ed so I'd checkout new-car-smell-fresh copies. I killed the /usr/obj tree to ensure a clean start there and started a buildworld. Six hours later, === usr.sbin/ntp/ntpd Killed Read what I said!! Make-and-install _make_ (not anything else) first. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: BUILDWORLD Problems
On 25 Feb 00, at 22:03, O. Hartmann wrote: One of our two servers will not perform "buildworld"! Well, kernel stuff should be on the newest track, I cvsup-dated them both today. After a short while making dependencies it stops with the following error: [snip] I deleted /usr/src/crypto and ./secure tree and made an other cvsupdate, but with no success. Compiled a new kernel, installed it ... no success. Why? The other machine has the same stuff, I cvsupdated the same way and today, but it performs the make world task without any problems. I can not understand this behaviour ... Please help. libcrypto is being updated. You (and the rest of us) will just have to wait until it's finished. See also the thead titled "Re: yes, current is broke...". -- Dan Langille - DVL Software Limited [I'm looking for more work] http://www.dvl-software.com/ | http://www.unixathome.org/ http://www.racingsystem.com/ | http://www.freebsddiary.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: BUILDWORLD Problems
At 10:07 AM 2/26/00 +1300, Dan Langille wrote: On 25 Feb 00, at 22:03, O. Hartmann wrote: One of our two servers will not perform "buildworld"! Well, kernel stuff should be on the newest track, I cvsup-dated them both today. After a short while making dependencies it stops with the following error: [snip] Noticed a similar error and found some later commits got past that. I deleted /usr/src/crypto and ./secure tree and made an other cvsupdate, but with no success. Compiled a new kernel, installed it ... no success. Why? The other machine has the same stuff, I cvsupdated the same way and today, but it performs the make world task without any problems. I can not understand this behaviour ... Please help. libcrypto is being updated. You (and the rest of us) will just have to wait until it's finished. AFAIK, the last commit was over 4 hours ago. I'd say try again. Should find out myself in the next half-hour or so. Jeff Mountin - [EMAIL PROTECTED] Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message