Re: world broken
looks like the boot loader is killing -current. I have a patch, but it just cuts all the offending references. Comments? rebuild/reinstall libstand. Sorry; should have HEADS-UPped that one. Warner cc -nostdlib -static -Ttext 0x0 -o loader.sym /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o bcache.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o load_aout.o load_elf.o ls.o misc.o module.o panic.o isapnp.o pnp.o interp_forth.o vers.o /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../../ficl/libficl.a /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../libi386/libi386.a -lstand /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../libi386/libi386.a(pxe.o): In function `pxe_enable': pxe.o(.text+0x552): undefined reference to `nfs_root_node' *** Error code 1 Stop in /home/imp/FreeBSD/src/sys/boot/i386/loader. *** Error code 1 Stop in /home/imp/FreeBSD/src/sys/boot/i386. *** Error code 1 ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
world broken
looks like the boot loader is killing -current. I have a patch, but it just cuts all the offending references. Comments? Warner cc -nostdlib -static -Ttext 0x0 -o loader.sym /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../btx/lib/crt0.o main.o conf.o bcache.o boot.o commands.o console.o devopen.o interp.o interp_backslash.o interp_parse.o load_aout.o load_elf.o ls.o misc.o module.o panic.o isapnp.o pnp.o interp_forth.o vers.o /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../../ficl/libficl.a /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../libi386/libi386.a -lstand /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/loader/../libi386/libi386.a(pxe.o): In function `pxe_enable': pxe.o(.text+0x552): undefined reference to `nfs_root_node' *** Error code 1 Stop in /home/imp/FreeBSD/src/sys/boot/i386/loader. *** Error code 1 Stop in /home/imp/FreeBSD/src/sys/boot/i386. *** Error code 1 ... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: world broken
In message [EMAIL PROTECTED] Mike Smith writes: : : looks like the boot loader is killing -current. I have a patch, but : it just cuts all the offending references. : : Comments? : : rebuild/reinstall libstand. Sorry; should have HEADS-UPped that one. I can't reinstall libstand. I'm building current on my stable machine, which must always work so our upgrade path works. Can you fix things to remove this necessity please? Or do I misunderstand what you are saying. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
World broken
makeworld from -stable is broken. Needless to say this is completely and totally unacceptible. Would the people involved with the mtree and settofflags changes please get together and fix this right. cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/home/imp/FreeBSD/src/i386/usr/include -o mtree compare.o crc.o create.o excludes.o misc.o mtree.o spec.o verify.o -lmd misc.o: In function `flags_to_string': misc.o(.text+0x89): undefined reference to `fflagstostr' spec.o: In function `set': spec.o(.text+0x5f5): undefined reference to `strtofflags' *** Error code 1 I'm kludging mtree so that make buildworld isn't broken. Don't remove the kludge until such time as the underlying problems have been corrected. FLAME ON Can't people test the changes they make? I mean this one bit me in less than a minute for a buildworld. Less than a minute. GRUMP. I'm not amused. FLAME OFF I got here checking an UPDATING entry someone sent me saying that one needed to do a makeinstall in libc before this would succeed Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make installkernel broken ? (was Re: World broken)
Original Message On 7/23/00, 7:19:03 AM, Warner Losh [EMAIL PROTECTED] wrote regarding World broken: cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/home/imp/FreeBSD/src/i386/usr/include -o mtree compare.o crc.o create.o excludes.o misc.o mtree.o spec.o verify.o -lmd misc.o: In function `flags_to_string': misc.o(.text+0x89): undefined reference to `fflagstostr' spec.o: In function `set': spec.o(.text+0x5f5): undefined reference to `strtofflags' *** Error code 1 I'm kludging mtree so that make buildworld isn't broken. Don't remove the kludge until such time as the underlying problems have been corrected. Dear FreeBSd'ers, The good news: I have just made buildworld (sources cvsup'ed today), and made buildkernel with no problems. The (moderately) bad news: make installkernel fails: /usr/src # make installkernel cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386 /usr/bin LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/ lib OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.6.0 PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/us r/obj/usr/src/i386/usr/games:/tmp/install.12899 MACHINE=i386 KERNEL=GENERIC make KERNEL=GENERIC install make: not found *** Error code 127 Stop in /usr/src. *** Error code 1 Stop in /usr/src. It is a few weeks since I last made a -CURRENT world, so I have been cautious enough, and I have chosen the buildkernel and installkernel targets -- as if I were updating from -STABLE. Since I am already well "flamed" (~ 35/40 °C down here), please be so kind as not to flame me :-) Best regards, Salvo To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make installkernel broken ? (was Re: World broken)
Salvo Bartolotta wrote: Dear FreeBSd'ers, The good news: I have just made buildworld (sources cvsup'ed today), and made buildkernel with no problems. The (moderately) bad news: make installkernel fails: Already fixed. Please re-cvsup. Note that the kernel will be called 'kernel' (again)! If you used the installkernel before and have modified your /boot/loader.conf, make sure it's booting /kernel again. HTH, -- Marcel Moolenaar mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] tel: (408) 447-4222 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
world broken in libpcap
cvsup'ed 1 hour ago cc -O -pipe -I. -Dyylval=pcap_lval -DHAVE_SYS_IOCCOM_H=1 -DHAVE_SYS_SOCKIO_H=1 -DHAVE_ETHER_HOSTTON=1 -DHAVE_STRERROR=1 -DHAVE_SOCKADDR_SA_LEN=1 -DLBL_ALIGN=1 -DINET6 -I/usr/src/lib/libpcap/../../contrib/libpcap -I/usr/src/lib/libpcap/../../contrib/libpcap/lbl -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libpcap/../../contrib/libpcap/nametoaddr.c -o nametoaddr.o /usr/src/lib/libpcap/../../contrib/libpcap/nametoaddr.c:370: conflicting types for `ether_hostton' /usr/obj/usr/src/i386/usr/include/net/ethernet.h:111: previous declaration of `ether_hostton' *** Error code 1 Stop in /usr/src/lib/libpcap. -- Samuel Tardieu -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: world broken?
Hi, ignore this for now please - I am getting past this on the same sources with a second buildworld. I suspect a hardware problem :( --Stijn On Wed, Jul 05, 2000 at 12:31:59AM +0200, Stijn Hoop wrote: Hi, Trying to build world, source just cvssup'ed, clean builddir and I get this error: Script started on Wed Jul 5 00:14:00 2000 firsa# make buildworld [...snip...] -- stage 3: cross tools -- [...snip...] cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/config -DTARGET_NAME=\"i386-unknown-freebsd\" -DIN_GCC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c -o fold-const.o /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c: In function `add_double': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c:245: argument `hv' doesn't match prototype /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/rtl.h:1576: prototype declaration /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c:252: invalid type argument of `unary *' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. firsa# Script done on Wed Jul 5 00:23:08 2000 This is on FreeBSD 5.0-2701-CURRENT #0: Sat Jul 1 11:53:52 GMT 2000 (a -current snapshot from current.FreeBSD.org, GENERIC kernel). Anyone know what's up? --Stijn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
world broken?
Hi, Trying to build world, source just cvssup'ed, clean builddir and I get this error: Script started on Wed Jul 5 00:14:00 2000 firsa# make buildworld [...snip...] -- stage 3: cross tools -- [...snip...] cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/config -DTARGET_NAME=\"i386-unknown-freebsd\" -DIN_GCC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c -o fold-const.o /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c: In function `add_double': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c:245: argument `hv' doesn't match prototype /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/rtl.h:1576: prototype declaration /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c:252: invalid type argument of `unary *' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. firsa# Script done on Wed Jul 5 00:23:08 2000 This is on FreeBSD 5.0-2701-CURRENT #0: Sat Jul 1 11:53:52 GMT 2000 (a -current snapshot from current.FreeBSD.org, GENERIC kernel). Anyone know what's up? --Stijn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
'make world' broken
while making usr.sbin/kdump or usr.bin/truss: - In file included from ioctl.c:80: /usr/obj/ext/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined /usr/obj/ext/src/i386/usr/include/pccard/cardinfo.h:80: warning: this is the location of the previous definition ioctl.c: In function `ioctlname': ioctl.c:363: sizeof applied to an incomplete type *** Error code 1 Stop in /ext/src/usr.bin/truss. *** Error code 1 - Any ideas ? -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
On 25/05 10:27, Szilveszter Adam wrote: On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported I'm going to be picky :-) -pipe isn't an code-optimization flag, it's a don't-use-temporary-files-during-compilation flag :-) best; gjvc -- [gjvc] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: Dammit, given severe breakage of the world during past several days the idea to establish a fine to a breaker not seems so stupid... cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported anyway... unless I am wrong. This does not necessarily tell anything about the world breakage, of course...BTW buildworld worked for me on 23rd including new binutils without any probs. (no SMP here.) Regards: Szilveszter ADAM Szeged Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
Szilveszter Adam wrote: On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: Dammit, given severe breakage of the world during past several days the idea to establish a fine to a breaker not seems so stupid... cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported anyway... unless I am wrong. This does not necessarily tell anything about the world breakage, of course... Yes, I know, but it had nothing to do with this particular breakage. BTW buildworld worked for me on 23rd including new binutils without any probs. (no SMP here.) You are lucky man! I was trying to build the world during past three days, but have not succeeded yet :(. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
* Maxim Sobolev [EMAIL PROTECTED] [000525 02:19] wrote: Szilveszter Adam wrote: On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: Dammit, given severe breakage of the world during past several days the idea to establish a fine to a breaker not seems so stupid... cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported anyway... unless I am wrong. This does not necessarily tell anything about the world breakage, of course... Yes, I know, but it had nothing to do with this particular breakage. afaik -O -pipe is supported, the breakage in libdisk is due to an oversight using vi most likely, I've fixed it, we'll see how the rest of world progresses. -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
Alfred Perlstein wrote: * Maxim Sobolev [EMAIL PROTECTED] [000525 02:19] wrote: Szilveszter Adam wrote: On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: Dammit, given severe breakage of the world during past several days the idea to establish a fine to a breaker not seems so stupid... cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported anyway... unless I am wrong. This does not necessarily tell anything about the world breakage, of course... Yes, I know, but it had nothing to do with this particular breakage. afaik -O -pipe is supported, Most probably that he was talking about "-march=k6 -mpreferred-stack-boundary=2". the breakage in libdisk is due to an oversight using vi most likely, I've fixed it, we'll see how the rest of world progresses. Thanks for the fix, I've just successfully built the world. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: Parallel make world broken
here too Donn Miller wrote: === librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/openssl conf.h *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message ^\ /^ O O o00-(_)-00o-- Texas law forbids anyone to have a pair of pliers in his possession. - PGP key available upon request or may be cut at http://pedras.webvolution.net/pgpkey.html To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Parallel make world broken
=== librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/openssl conf.h *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Parallel make world broken
On Sun, 16 Apr 2000, Donn Miller wrote: === librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/openssl conf.h *** Error code 1 What -j setting? This works fine for me. Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Parallel make world broken
On Sun, 16 Apr 2000, Kris Kennaway wrote: On Sun, 16 Apr 2000, Donn Miller wrote: === librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/openssl conf.h *** Error code 1 What -j setting? This works fine for me. I used make -j6 buildworld. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
World broken in modules/linprocfs
=== sys/modules/linprocfs @ - /src/src/sys machine - /src/src/sys/i386/include rm -f .depend mkdep -f .depend -a -nostdinc -DLINPROCFS -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/obj/src/src/i386/usr/include /src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_misc.c /src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_subr.c /src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_vfsops.c /src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_vnops.c In file included from /src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_misc.c:48: @/sys/vnode.h:514: vnode_if.h: No such file or directory [1] + done makeworld -B In file included from /src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_subr.c:45: @/sys/vnode.h:514: vnode_if.h: No such file or directory In file included from /src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_vfsops.c:52: @/sys/vnode.h:514: vnode_if.h: No such file or directory In file included from /src/src/sys/modules/linprocfs/../../miscfs/linprocfs/linprocfs_vnops.c:54: @/sys/vnode.h:514: vnode_if.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/src/sys/modules/linprocfs. *** Error code 1 Stop in /src/src/sys/modules. *** Error code 1 Stop in /src/src/sys. *** Error code 1 Stop in /src/src. *** Error code 1 Stop in /src/src. *** Error code 1 Stop in /src/src. 2128.48 real 1406.59 user 358.53 sys Mon Mar 27 14:24:59 CEST 2000 -- Ollivier ROBERT -=- Eurocontrol EEC/TEC -=- [EMAIL PROTECTED] The Postman hits! The Postman hits! You have new mail. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
world broken using /usr/local/lib?
broken here for the last 12 hours or so: cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/speed.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/verify.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/version.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/x509.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -o openssl apps.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o genrsa.o nseq.o openssl.o pkcs12.o pkcs7.o pkcs8.o req.o rsa.o s_cb.o s_client.o s_server.o s_socket.o s_time.o sess_id.o speed.o verify.o version.o x509.o -lssl -lcrypto -L/usr/local/lib -lrsaref speed.o: In function `speed_main': speed.o(.text+0x66a): undefined reference to `RSA_PKCS1_RSAref' /usr/local/lib/libcrypto.so: undefined reference to `ERR_load_RSAREF_strings' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error ? do i need to rebuild a port, and why? thanks, -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: world broken using /usr/local/lib?
Out of da blue Alfred Perlstein aka ([EMAIL PROTECTED]) said: broken here for the last 12 hours or so: cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/speed.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/verify.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/version.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/x509.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -o openssl apps.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o genrsa.o nseq.o openssl.o pkcs12.o pkcs7.o pkcs8.o req.o rsa.o s_cb.o s_client.o s_server.o s_socket.o s_time.o sess_id.o speed.o verify.o version.o x509.o -lssl -lcrypto -L/usr/local/lib -lrsaref speed.o: In function `speed_main': speed.o(.text+0x66a): undefined reference to `RSA_PKCS1_RSAref' /usr/local/lib/libcrypto.so: undefined reference to `ERR_load_RSAREF_strings' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error ? do i need to rebuild a port, and why? Did a quick look and found the following: ikhala.tcimet.net:dervish nm /usr/local/lib/libRSAglue.a | grep ERR_load_RSAREF_strings T ERR_load_RSAREF_strings ikhala.tcimet.net:dervish Do we also need a -lRSAglue? thanks, -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] -- So ya want ta hear da roots? bush doctor [EMAIL PROTECTED] Of course I run FreeBSD!! http://www.freebsd.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
world broken using /usr/local/lib?
You have a libcrypto in /usr/local/lib which was not compiled with rsaref. When it reaches out to get rsaref, it also picks up the libcrypto and libssl from /usr/local/lib rather than the build tree. Move them out of the way... robert. Alfred Perlstein writes: broken here for the last 12 hours or so: cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/speed.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/verify.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/version.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -c /home/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/x509.c cc -pipe -O2 -DMONOLITH -DNO_IDEA -I/home/src/secure/usr.bin/openssl -DRSAref -I/usr/obj/home/src/i386/usr/include -o openssl apps.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o dsa.o dsaparam.o enc.o errstr.o gendh.o gendsa.o genrsa.o nseq.o openssl.o pkcs12.o pkcs7.o pkcs8.o req.o rsa.o s_cb.o s_client.o s_server.o s_socket.o s_time.o sess_id.o speed.o verify.o version.o x509.o -lssl -lcrypto -L/usr/local/lib -lrsaref speed.o: In function `speed_main': speed.o(.text+0x66a): undefined reference to `RSA_PKCS1_RSAref' /usr/local/lib/libcrypto.so: undefined reference to `ERR_load_RSAREF_strings' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error ? do i need to rebuild a port, and why? thanks, -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world broken?
=== libdes rm -f .depend mkdep -f .depend -a-I/vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes -I/usr/obj/vol/vinum0/src/i386/usr/include /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/cbc_cksm.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/pcbc_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/qud_cksm.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/cbc3_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/cfb64ede.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/cfb64enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/cfb_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/ecb3_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/enc_read.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/enc_writ.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/ofb64ede.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/ofb64enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/! ! libdes/ofb_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/rand_key.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/rpc_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/str2key.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/supp.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/xcbc_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/cbc_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/ncbc_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/ecb_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/set_key.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/des_enc.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/read_pwd.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/rnd_keys.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/rpw.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/read2pwd.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/rpw.c:60: openssl/des.h: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Wintelcom systems administrator and programmer - http://www.wintelcom.net/ [[EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken?
=== libdes Fixed - thanks! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
world broken in dialog
... install -c -o root -g wheel -m 444 README /usr/share/examples/dialog install: README: No such file or directory *** Error code 71 The following patch fixed the problem: --- gnu/usr.bin/dialog/TESTS/Makefile.orig Fri Jan 7 22:35:43 2000 +++ gnu/usr.bin/dialog/TESTS/Makefile Fri Jan 7 22:36:09 2000 @@ -5,7 +5,7 @@ beforeinstall: .for file in ${FILES} - ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 444 ${file} \ + ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m 444 ${.CURDIR}/${file} \ ${DESTDIR}/usr/share/examples/dialog .endfor -- Vladimir Silyaev To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken
juan wrote: yacc -d /usr/src/usr.bin/colldef/parse.y *** Signal 12 Stop in /usr/src/usr.bin/colldef. Are you doing anything special? If not, try cleaning /usr/obj first and make sure your source tree is ok. -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking Databases http://www.scc.nl/ The FreeBSD projectmailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken
Greg Lehey wrote: /usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for /usr/src/usr.bin/colldef yacc -d /usr/src/usr.bin/colldef/parse.y *** Signal 12 This looks like you've updated your source tree and have not built a new kernel. Try the new kernel first, then the buildworld. This is not a problem anymore, because we don't execute anything that is compiled against the new sources. -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking Databases http://www.scc.nl/ The FreeBSD projectmailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
-CURRENT make world broken
I was just wondering if anyone else was having a problem making the world on -CURRENT right now? I don't remember the exact error I got because I'm at work, and my machine is at home, but for the last 3 weeks whenever I try to make world, it dies in a different place, I've tried every day, so I'm thinking maybe it's a problem with my computer's setup, or maybe I forgot to update something. What updates that I'm missing could be causing this? (for example, once I had this problem, and reinstalling the mk files in /usr/share/mk fixed it, is there something simple like this that I missed?) I will be sending the exact error as soon as I have a chance to reproduce it. = | Kenneth Culver | FreeBSD: The best OS around.| | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: AgRSkaterq | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| = To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -CURRENT make world broken
I build world this morning, and it built fine. Patrick - Original Message - From: Kenneth Wayne Culver [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 30, 1999 12:23 PM Subject: -CURRENT make world broken I was just wondering if anyone else was having a problem making the world on -CURRENT right now? I don't remember the exact error I got because I'm at work, and my machine is at home, but for the last 3 weeks whenever I try to make world, it dies in a different place, I've tried every day, so I'm thinking maybe it's a problem with my computer's setup, or maybe I forgot to update something. What updates that I'm missing could be causing this? (for example, once I had this problem, and reinstalling the mk files in /usr/share/mk fixed it, is there something simple like this that I missed?) I will be sending the exact error as soon as I have a chance to reproduce it. = | Kenneth Culver | FreeBSD: The best OS around.| | Unix Systems Administrator | ICQ #: 24767726 | | and student at The | AIM: AgRSkaterq | | The University of Maryland, | Website: (Under Construction) | | College Park. | http://www.wam.umd.edu/~culverk/| = To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: -CURRENT make world broken
On Thu, Dec 30, 1999 at 12:23:35PM -0500, Kenneth Wayne Culver [EMAIL PROTECTED] wrote: I was just wondering if anyone else was having a problem making the world on -CURRENT right now? I don't remember the exact error I got because I'm at work, and my machine is at home, but for the last 3 weeks whenever I try to make world, it dies in a different place, I've tried every day, so I'm thinking maybe it's a problem with my computer's setup, or maybe I forgot to update something. What updates that I'm missing could be causing this? (for example, once I had this problem, and reinstalling the mk files in /usr/share/mk fixed it, is there something simple like this that I missed?) I will be sending the exact error as soon as I have a chance to reproduce it. I built the world yesterday just fine, althought about a week ago I had great problems with build process. Died with different signals in different places. All these were problems with my motherboard, the DIMM socket contact pins lost tight contact with DIMM because of bad material of contact pins. It seems a lot of cheap motherboards use very cheap DIMM sockets. It was quite a work to hunt it down to this. Just FYI. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world broken
When I tried to compile my world this fail... I'm Running FreeBSD 4.0-CURRENT. sh /usr/src/tools/install.sh -c -o root -g wheel -m 555 /usr/src/usr.bin/yacc/yyfix.sh /usr/obj/usr/src/i386/usr/bin/yyfix sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 yacc /usr/obj/usr/src/i386/usr/bin /usr/obj/usr/src/i386/usr/bin/byacc - /usr/obj/usr/src/i386/usr/bin/yacc cd /usr/src/usr.bin/colldef; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for /usr/src/usr.bin/colldef yacc -d /usr/src/usr.bin/colldef/parse.y *** Signal 12 Stop in /usr/src/usr.bin/colldef. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Any Idea ? Thanks. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken
On Wednesday, 29 December 1999 at 23:17:29 -0600, juan wrote: When I tried to compile my world this fail... I'm Running FreeBSD 4.0-CURRENT. What date? /usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for /usr/src/usr.bin/colldef yacc -d /usr/src/usr.bin/colldef/parse.y *** Signal 12 This looks like you've updated your source tree and have not built a new kernel. Try the new kernel first, then the buildworld. Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
On Tue, 14 Dec 1999, Ben Rosengart wrote: vi -- which is in /usr. Good example of something else that would be great to have in /bin. *ducking* -- Ben Rosengart and as a coworker, I'd have to tell you how to use cat ;) ROTFL. -Pat __ Pat Lynch [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Systems Administrator Rush Networking To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world broken with NO_FORTRAN=true
After some more digging I have found out why buildworlds are failing on my system: it's because I have NO_FORTRAN=true in /etc/make.conf. cd /usr/src/gnu/usr.bin/cc/f771; make build-tools cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f -I. -c /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/fini.c ... /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/hconfig.j:25: hconfig.h: No such file or directory When `NO_FORTRAN=true', the Fortran directories are not created under /usr/obj because of the following in /usr/src/gnu/usr.bin/cc/Makefile: .if !defined(NO_FORTRAN) SUBDIR+= f77 f771 f77doc .endif But the build-tools target in /usr/src/Makefile.inc1 unconditionally descends into gnu/usr.bin/cc/f771. As a result, the include reference to hconfig.h through /usr/src/gnu/usr.bin/cc/f771 fails. The other errors ae a result of the missing hconfig.h; it contains #include "auto-host.h" #include "gansidecl.h" #include "i386/xm-i386.h" #include "hwint.h" auto-host.h defines HAVE_STRERROR as 1, gansidecl.h defines PVPROTO. -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken with NO_FORTRAN=true
Jos Backus wrote: After some more digging I have found out why buildworlds are failing on my system: it's because I have NO_FORTRAN=true in /etc/make.conf. [snip] Thanks. Will be fixed. -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking Databases http://www.scc.nl/ The FreeBSD projectmailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken
On Sat, Dec 18, 1999 at 05:13:39PM -0800, Steve Kargl wrote: I did a "make -j 4 buildworld" every day last week. I did not see this error. Did you by any chance run configure in the contrib/gcc (or whatever the current gcc contrib source tree is called)? No. If your build tree ends up in /usr/obj, then you might try rm -rf /usr/obj chflags -r noschg /usr/obj rm -rf /usr/obj cd /usr/src make clean make buildworld That did the trick (although I had to do the buildworld twice - the first time there was this error about not knowing how to make .../stdarg.h). All is well again on my home box now. Maybe this was caused by my having done a world build in the middle of the build restructuring, which left /usr/obj in a "bad" state somehow. Thanks for your help sorting this one out. -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world broken?
I'm getting the following when I try to build world (cvs'd yesterday) i've blown away /usr/obj, re-cvs'd, and tried again.. it always fails in the same place. Writing Makefile for DynaLoader mkdir /usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader perl -I/usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib DynaLoader_pm.PL DynaLoader.pm Perl lib version (5.00503) doesn't match executable version (5.00501) at /usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib/Config.pm line 7. BEGIN failed--compilation aborted at DynaLoader_pm.PL line 2. *** Error code 255 Stop in /c1/obj/c1/current/src/gnu/usr.bin/perl/perl/ext/DynaLoader. *** Error code 1 Stop in /c1/current/src/gnu/usr.bin/perl/perl. *** Error code 1 Stop in /c1/current/src/gnu/usr.bin/perl. *** Error code 1 Stop in /c1/current/src/gnu/usr.bin. *** Error code 1 Stop in /c1/current/src/gnu. *** Error code 1 Stop in /c1/current/src. *** Error code 1 Stop in /c1/current/src. *** Error code 1 Stop in /c1/current/src. -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED]| KC6SXC@W6YX.#NCA.CA.USA.NOAM | P.O. Box 9792, Stanford, Ca 94309-9792 -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken?
I think i'm crying wolf here.. i just noticed that there was an older version of perl hanging out in /usr/local/bin.. lets see if thats the problem. -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie@{w6yx|tantivy}.stanford.edu | [EMAIL PROTECTED] | P.O. Box 9792, Stanford, Ca 94309-9792 -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Proposed end-all fix for (Re: Make world broken in libc_r)
Jason Evans wrote: I've got a change in the pipeline that will cause world breakage again, unless we do something about this. Is there anything wrong with simply adding: CFLAGS+=-I${.CURDIR}/../../include to lib/libc_r/Makefile? It fixes such build problems. Yes, anything is wrong. ${DESTDIR}/usr/include is already present in CFLAGS and points to the proper include files. -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking Databases http://www.scc.nl/ The FreeBSD projectmailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken
More precisely, three things seem to be wrong: - hconfig.h is missing/not being generated. - /usr/include/stdio.h says: extern __const char *__const sys_errlist[]; but /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h says: extern char *sys_errlist[]; possibly because HAVE_STRERROR is not defined at that point. - The PVPROTO macro is not defined at that point; it is defined in /usr/src/contrib/gcc/gansidecl.h as #define PVPROTO(ARGS) PARAMS(ARGS) Is anyone else seeing this? jos:/usr/src# make -f Makefile.inc1 build-tools cd /usr/src/bin/sh; make build-tools cd /usr/src/games/adventure; make build-tools cd /usr/src/games/hack; make build-tools cd /usr/src/games/phantasia; make build-tools cd /usr/src/gnu/usr.bin/cc/cc_tools; make build-tools cd /usr/src/gnu/usr.bin/cc/f771; make build-tools cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f -I. -c /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/fini.c In file included from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/proj.h:28, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/fini.c:24: /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/hconfig.j:25: hconfig.h: No such file or directory In file included from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/system.j:25, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/proj.h:32, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/fini.c:24: /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h:348: conflicting types for `sys_errlist' /usr/include/stdio.h:225: previous declaration of `sys_errlist' /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h:394: syntax error before `PVPROTO' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/f771. *** Error code 1 Stop in /usr/src. jos:/usr/src# Thanks, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken
Jos Backus wrote: More precisely, three things seem to be wrong: - hconfig.h is missing/not being generated. - /usr/include/stdio.h says: extern __const char *__const sys_errlist[]; but /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h says: extern char *sys_errlist[]; possibly because HAVE_STRERROR is not defined at that point. - The PVPROTO macro is not defined at that point; it is defined in /usr/src/contrib/gcc/gansidecl.h as #define PVPROTO(ARGS) PARAMS(ARGS) Is anyone else seeing this? I did a "make -j 4 buildworld" every day last week. I did not see this error. Did you by any chance run configure in the contrib/gcc (or whatever the current gcc contrib source tree is called)? If your build tree ends up in /usr/obj, then you might try rm -rf /usr/obj chflags -r noschg /usr/obj rm -rf /usr/obj cd /usr/src make clean make buildworld -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken
On Fri, Dec 17, 1999 at 04:30:16PM -0700, Darren Wiebe wrote: I just built the world from sources about 3-4 hours ago. It was all great. Fwiw, I just got the same error on another system, cvsupped this morning. -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Proposed end-all fix for (Re: Make world broken in libc_r)
On Sat, Nov 27, 1999 at 11:40:08AM -0800, Alfred Perlstein wrote: On Sat, 27 Nov 1999, Mark Murray wrote: Hi "make world" is broken in libc_r. Simple fix is to replace all "socklen_t" with "int". libc_r likes to pull data from /usr/include instead of the source tree, "make includes" fixes this. I'm not sure if that's the correct way to fix it though. I've got a change in the pipeline that will cause world breakage again, unless we do something about this. Is there anything wrong with simply adding: CFLAGS+=-I${.CURDIR}/../../include to lib/libc_r/Makefile? It fixes such build problems. Jason To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world broken
cd /usr/src/gnu/usr.bin/cc/f771; make build-tools cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_T ARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/us r/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/c c/f771/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/f771/../../../.. /contrib/gcc/f -I. -c /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/f ini.c In file included from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/pro j.h:28, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/fin i.c:24: /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/hconfig.j:25: hconfig.h: No such file or directory In file included from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/sys tem.j:25, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/pro j.h:32, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/fin i.c:24: /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h:348: conflicting t ypes for `sys_errlist' /usr/include/stdio.h:225: previous declaration of `sys_errlist' /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h:394: syntax error before `PVPROTO' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/f771. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )
David Scheidt wrote: What's wrong with run with system V runlevels? Other than it's system V and everything AT^HUSL did is evil, of course. They try to map graphs into a line. -- Daniel C. Sobral(8-DCS) who is as social as a wampas [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken
Jos Backus wrote: I just built the world from sources about 3-4 hours ago. It was all great. Darren Wiebe [EMAIL PROTECTED] cd /usr/src/gnu/usr.bin/cc/f771; make build-tools cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_T ARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/us r/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/c c/f771/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/f771/../../../.. /contrib/gcc/f -I. -c /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/f ini.c In file included from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/pro j.h:28, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/fin i.c:24: /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/hconfig.j:25: hconfig.h: No such file or directory In file included from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/sys tem.j:25, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/pro j.h:32, from /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/f/fin i.c:24: /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h:348: conflicting t ypes for `sys_errlist' /usr/include/stdio.h:225: previous declaration of `sys_errlist' /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h:394: syntax error before `PVPROTO' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/f771. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
On Wed, 15 Dec 1999 06:21:48 +1100, Peter Jeremy wrote: @@ -344,7 +352,7 @@ tools:: .for _tool in ${_strfile} ${_aout_tools} usr.bin/gensetdefs \ gnu/usr.bin/binutils usr.bin/objformat usr.bin/yacc usr.bin/colldef \ -gnu/usr.bin/bison gnu/usr.bin/cc +gnu/usr.bin/bison gnu/usr.bin/cc gnu/usr.bin/texinfo cd ${.CURDIR}/${_tool}; \ ${MAKE} obj; \ ${MAKE} depend; \ Presumably this hunk is a stray fix for something other than the fortune database? :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )
"Rodney W. Grimes" wrote: Yea... been hearing that for 4 years... one of it's big short comings is that it needs a persistent backing store for this. Sounds like this C program could fullfill one of the missing parts of devfs :-) F persistent backing store. The daemon solution is perfectly fine. -- Daniel C. Sobral(8-DCS) who is as social as a wampas [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
On 1999-Dec-15 19:57:49 +1100, Sheldon Hearn [EMAIL PROTECTED] wrote: -gnu/usr.bin/bison gnu/usr.bin/cc +gnu/usr.bin/bison gnu/usr.bin/cc gnu/usr.bin/texinfo Presumably this hunk is a stray fix for something other than the fortune database? :-) Yes it is. I was having problems with buildworld dying in makeinfo. I've since done some more checking and found a stray (and ancient) makeinfo lying around - it appears to have been installed by an old teTeX port. Ignore that hunk. Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )
On Wed, 15 Dec 1999, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Dav id Scheidt writes: What's wrong with run with system V runlevels? Other than it's system V and everything AT^HUSL did is evil, of course. runlevels are a very oldfashioned way to think about things, I don't want to have one big button which is called "NETWORKING ON/OFF". runlevels let you do more than just run gettys, control networking, and run /sbin/rc?.d scripts. We do. David Scheidt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )
David Scheidt wrote: What's wrong with run with system V runlevels? Other than it's system V and everything AT^HUSL did is evil, of course. Well, the one danger is that we'd be slowly drifting away from the classic BSD way of doing thigs. Of course, the official BSD is dead (right?). But OTOH, we want to carry FreeBSD forward, so if that means we have to incorporate some SysVisms, then so be it. After all, SysV borrowed some things from BSD. The second question I have is, do we try to stay on par with what Open/NetBSD are doing? Should we stick together, synchronise our efforts, and try to define what comprises "BSD"? Or, do we let the 3 BSDs diverge completely? Well, if the 3 diverge too far (ex: FreeBSD implements SysV runlevels, OpenBSD does not or goes with an entirely different system), them would it be fair to consider FreeBSD "BSD"? The advantage here is that FreeBSD would mature into it's own type of UNIX with a BSD heritage. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )
On Thu, Dec 16, 1999 at 01:22:46AM -0500, Donn Miller wrote: runlevels, OpenBSD does not or goes with an entirely different system), them would it be fair to consider FreeBSD "BSD"? The advantage here is that FreeBSD would mature into it's own type of UNIX with a BSD heritage. Can we please not have this thread again? Anyone who is interested in following up on anything whatsoever to do with SysV runlevels should first familiarize themselves with the numerous problems they have which have been hashed out on the lists several times over the last 12 months (hint: to to the mail archive search engine at www.freebsd.org and search for "runlevel"). - mark -- Mark Newton Email: [EMAIL PROTECTED] (W) Network Engineer Email: [EMAIL PROTECTED] (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
Peter Wemm wrote: I wonder if we should move fortune to usr.bin? It's hardly a game and I'm way beyond tired of it being left out of standard paths... (ie: "/bin:/usr/bin[:/usr/local/bin]") After letting this go through my head for a day (it probably isn't important anymore :-), I think it's better to add /usr/games to the standard search path. Fortune is not a tool you use for anything other than fun and does not really belong in a "serious" directory as /usr/bin. On the other hand it's too frequently used to not have it somewhere in a search path. Also, having games as part of FreeBSD without a proper search path to them is also a bit odd. Anyway, my 2c... -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking Databases http://www.scc.nl/ The FreeBSD projectmailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
On Mon, 13 Dec 1999, Louis A. Mamakos wrote: So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with just the root file system mounted? How about removing awk from MAKEDEV so life isn't so hard to recover when you use a 3.3 fixit floppy after removing /dev and not making enough of it again. -- /===\ | Work: [EMAIL PROTECTED] | Home: [EMAIL PROTECTED] | \===/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
On Mon, 13 Dec 1999, Bill Fumerola wrote: On Mon, 13 Dec 1999, Louis A. Mamakos wrote: So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with just the root file system mounted? As one who just got his ass bitten by this, I would vote yes. As one who's missed chown at times when only root's mounted, I'm with Bill. -- Ben Rosengart UNIX Systems Engineer, Skunk Group StarMedia Network, Inc. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
: : So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with : just the root file system mounted? : : As one who just got his ass bitten by this, I would vote yes. : :As one who's missed chown at times when only root's mounted, I'm with Bill. : :-- : Ben Rosengart : :UNIX Systems Engineer, Skunk Group :StarMedia Network, Inc. I think at one time or another all of us have missed *something* in /usr that wasn't in /. For example, disklabel -e doesn't work without vi -- which is in /usr. But if we go down that path we are going to wind up with *every* binary in /usr being moved to /, which is clearly wrong. Moving a well known, long-existing system binary is not something that should be undertaken lightly. I will remind everyone that when sendmail was moved from /usr/libexec to /usr/sbin, it created ramifications that didn't clear up for a year. Sendmail's move could be justified, but I don't think chown's move can be -- certainly not on the basis of something as flimsy as MAKEDEV needing it! -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
In message [EMAIL PROTECTED], Matthew Dillon writes: I think at one time or another all of us have missed *something* in /usr that wasn't in /. For example, disklabel -e doesn't work without vi -- which is in /usr. EDITOR=/bin/ed export EDITOR disklabel -e But if we go down that path we are going to wind up with *every* binary in /usr being moved to /, which is clearly wrong. Dogmatically, yes. Sensibly: I'm not so sure. It would make more sense, considering the way FreeBSD is distributed for /usr/local to be a mountpoint than for /usr to be a mountpoint. /var is traditionally a mountpoint to keep the logs out of harms way (and vice versa), but /usr never had that level of justification. It is getting even less justifiable as time progress. The last sensible argument we had for it was the "load the filesystem from the first 1024 cylinders or bust" problem. -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
[Recipient list trimmed down to just the list. dhw] Date: Tue, 14 Dec 1999 19:38:32 +0100 From: Poul-Henning Kamp [EMAIL PROTECTED] It would make more sense, considering the way FreeBSD is distributed for /usr/local to be a mountpoint than for /usr to be a mountpoint. It's hardly impossible for both to be mountpoints. :-} /var is traditionally a mountpoint to keep the logs out of harms way (and vice versa), but /usr never had that level of justification. It is getting even less justifiable as time progress. The last sensible argument we had for it was the "load the filesystem from the first 1024 cylinders or bust" problem. Somehow, I'm getting a feeling of deja vu [sorry about the loss of diacritical marks], reflecting on SunOS (both 4.x 5.x), where /bin is a symlink to /usr/bin, and /lib is a symlink to /usr/lib. All of which reminds me of a singularly memorable time when I came in to (then-)work, where I had my (personal) Sun 3/60 in use as my workstation, and found that it had re-booted, but failed to switch to multi-user mode. Shortening this story, it turns out that /etc/fstab was no longer present. And it had been so long since I had paid any attention to the filesystems, I didn't know what the name of the partition for /usr was. And this was the only SunOS 4.x box in the shop. So... I didn't have access to such user-level programs as "ls", for example. Shell built-ins, especially "echo", along with redirection (to fabricate a skeleton /etc/fstab enough to get boot-strapped) saved the day... and I learned a little. :-} Cheers, david -- David Wolfskill [EMAIL PROTECTED] UNIX System Administrator voice: (650) 577-7158 pager: (888) 347-0197 FAX: (650) 372-5915 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
On 1999-Dec-13 20:42:36 +1100, Marcel Moolenaar [EMAIL PROTECTED] wrote: Index: Makefile.inc1 === RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.106 diff -u -r1.106 Makefile.inc1 --- Makefile.inc1 1999/12/12 22:24:08 1.106 +++ Makefile.inc1 1999/12/13 09:40:16 @@ -113,7 +113,7 @@ OBJTREE= ${MAKEOBJDIRPREFIX}/${MACHINE_ARCH} .endif WORLDTMP= ${OBJTREE}${.CURDIR}/${BUILD_ARCH} -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games TMPPATH= ${STRICTTMPPATH}:${PATH} Taking into account Sheldon and Rodney's comments, together with another few glitches (casear is also needed to build the ROT-13 fortune database and my existing makeinfo wasn't up to building the gawk info files), I came up with the following: Index: src/Makefile.inc1 === RCS file: /home/CVSROOT/src/Makefile.inc1,v retrieving revision 1.106 diff -u -r1.106 Makefile.inc1 --- Makefile.inc1 1999/12/12 22:24:08 1.106 +++ Makefile.inc1 1999/12/13 23:07:53 @@ -113,7 +113,14 @@ OBJTREE= ${MAKEOBJDIRPREFIX}/${MACHINE_ARCH} .endif WORLDTMP= ${OBJTREE}${.CURDIR}/${BUILD_ARCH} +.if exists(${.CURDIR}/games) !defined(NOGAMES) +# /usr/games is needed for strfile and caesar, both of which are +# required for building the fortune databases. +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games +.else STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin +.endif + TMPPATH= ${STRICTTMPPATH}:${PATH} # bootstrap/tools make @@ -334,7 +341,8 @@ # tools - Build tools needed to run the actual build. # .if exists(${.CURDIR}/games) !defined(NOGAMES) -_strfile= games/fortune/strfile +# strfile and caesar are needed to build the fortune database +_strfile= games/fortune/strfile games/caesar .endif .if ${MACHINE_ARCH} == "i386" ${MACHINE} == "pc98" @@ -344,7 +352,7 @@ tools:: .for _tool in ${_strfile} ${_aout_tools} usr.bin/gensetdefs \ gnu/usr.bin/binutils usr.bin/objformat usr.bin/yacc usr.bin/colldef \ -gnu/usr.bin/bison gnu/usr.bin/cc +gnu/usr.bin/bison gnu/usr.bin/cc gnu/usr.bin/texinfo cd ${.CURDIR}/${_tool}; \ ${MAKE} obj; \ ${MAKE} depend; \ Index: src/games/fortune/datfiles/Makefile === RCS file: /home/CVSROOT/src/games/fortune/datfiles/Makefile,v retrieving revision 1.23 diff -u -r1.23 Makefile --- Makefile1999/11/05 08:17:53 1.23 +++ Makefile1999/12/13 20:00:49 @@ -33,16 +33,13 @@ .for f in fortunes fortunes2 fortunes2-o limerick startrek zippy $f.dat: $f - PATH=$$PATH:/usr/games:${.OBJDIR}/../strfile \ strfile -Crs ${.ALLSRC} ${.TARGET} .endfor fortunes-o.dat: fortunes-o - PATH=$$PATH:/usr/games:${.OBJDIR}/../strfile \ strfile -Crsx ${.ALLSRC} ${.TARGET} fortunes-o: fortunes-o.${TYPE} - PATH=$$PATH:/usr/games:${.OBJDIR}/../../caesar \ caesar 13 ${.ALLSRC} ${.TARGET} .include bsd.prog.mk I can now successfully do a -CURRENT buildworld on a system running -CURRENT before the signal changes. Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
On Tue, Dec 14, 1999 at 10:32:23AM -0800, Matthew Dillon wrote: : : So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with : just the root file system mounted? : : As one who just got his ass bitten by this, I would vote yes. : :As one who's missed chown at times when only root's mounted, I'm with Bill. : :-- : Ben Rosengart : :UNIX Systems Engineer, Skunk Group :StarMedia Network, Inc. I think at one time or another all of us have missed *something* in /usr that wasn't in /. For example, disklabel -e doesn't work without vi -- which is in /usr. Bad example: yedi#EDITOR=ed disklabel -re da0 831 1,$p # /dev/rda0c: type: SCSI disk: da0s2 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 [etc] yedi#type ed ed is /bin/ed yedi# 8) -- Wilko Bulte Arnhem, The Netherlands - The FreeBSD Project WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
On Tue, Dec 14, 1999 at 07:38:32PM +0100, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Matthew Dillon writes: I think at one time or another all of us have missed *something* in /usr that wasn't in /. For example, disklabel -e doesn't work without vi -- which is in /usr. EDITOR=/bin/ed export EDITOR disklabel -e But if we go down that path we are going to wind up with *every* binary in /usr being moved to /, which is clearly wrong. Dogmatically, yes. Sensibly: I'm not so sure. It would make more sense, considering the way FreeBSD is distributed for /usr/local to be a mountpoint than for /usr to be a mountpoint. /var is traditionally a mountpoint to keep the logs out of harms way (and vice versa), but /usr never had that level of justification. It just has an historical justification. When /usr was another RK05 pack/drive. -- Wilko Bulte Arnhem, The Netherlands - The FreeBSD Project WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
How about removing awk from MAKEDEV so life isn't so hard to recover when you use a 3.3 fixit floppy after removing /dev and not making enough of it again. How about finally starting to work on devfs and forget about all the MAKEDEV junk and leave it as it is for now? Blaz Zupan, [EMAIL PROTECTED], http://home.amis.net/blaz/ Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
"BSDman" == BSDman [EMAIL PROTECTED] writes: BSDman one idea about /usr is to allow the admin to mount it BSDman read-only. I didn't tried it but this would give some BSDman level of security against modifications of the files there BSDman in. This is particulary useful in a lab environment where you have xx workstations with local root, var, and swap NFS mounting an RO /usr. --lyndon To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
MAKEDEV (Re: Speaking of moving files (Re: make world broken buildingfortunes ) )
On Mon, 13 Dec 1999, Bill Fumerola wrote: On Mon, 13 Dec 1999, Louis A. Mamakos wrote: So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with just the root file system mounted? As one who just got his ass bitten by this, I would vote yes. On a related subject: don't you think it's high time to end up this madness with MAKEDEV being a shell script, and reimplement it in C? Today, MAKEDEV uses about 10 external programs, it's inflexible and complicated, but the task it's doing could be relatively easily ported to C plus config file. Have you ever tried to use it in nonstandad location, or on a minimal system? The end result is usually an unpleasant surprise... Andrzej Bialecki // [EMAIL PROTECTED] WebGiro AB, Sweden (http://www.webgiro.com) // --- // -- FreeBSD: The Power to Serve. http://www.freebsd.org // --- Small Embedded FreeBSD: http://www.freebsd.org/~picobsd/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )
[.] On a related subject: don't you think it's high time to end up this madness with MAKEDEV being a shell script, and reimplement it in C? Today, [.] *cough*DEVFS*cough* -- Brian [EMAIL PROTECTED][EMAIL PROTECTED] http://www.Awfulhak.org [EMAIL PROTECTED] Don't _EVER_ lose your sense of humour ! [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )
[.] On a related subject: don't you think it's high time to end up this madness with MAKEDEV being a shell script, and reimplement it in C? Today, [.] *cough*DEVFS*cough* Yea... been hearing that for 4 years... one of it's big short comings is that it needs a persistent backing store for this. Sounds like this C program could fullfill one of the missing parts of devfs :-) -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )
On Wed, Dec 15, 1999 at 01:39:28AM +, Brian Somers wrote: [.] On a related subject: don't you think it's high time to end up this madness with MAKEDEV being a shell script, and reimplement it in C? Today, [.] *cough*DEVFS*cough* Gesunteit. - mark -- Mark Newton Email: [EMAIL PROTECTED] (W) Network Engineer Email: [EMAIL PROTECTED] (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RE: Speaking of moving files (Re: make world broken building fortunes )
: :Poul-Henning Kamp wrote : It would make more sense, considering the way FreeBSD is distributed for : /usr/local to be a mountpoint than for /usr to be a mountpoint. : : /var is traditionally a mountpoint to keep the logs out of harms : way (and vice versa), but /usr never had that level of justification. : : :one idea about /usr is to allow the admin to mount it read-only. I tend to make /usr a separate mount point for one reason and one reason only: So root (/) can be made a small partition (64-128M) and thus be less likely to get corrupted beyond repair in a crash. -Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )
In message [EMAIL PROTECTED] Brian Somers writes: : *cough*DEVFS*cough* devfs*D* Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
Peter Jeremy wrote: === games/fortune/datfiles PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile -Crs /3.0/cvs/src/games/fortune/datfiles/fortunes fortunes.dat strfile: illegal option -- C strfile [-iorsx] [-c char] sourcefile [datafile] *** Error code 1 This is exactly why strfile is built as a tool. Well, the following fixes that problem for me: .for f in fortunes fortunes2 fortunes2-o limerick startrek zippy $f.dat: $f - PATH=$$PATH:/usr/games:${.OBJDIR}/../strfile \ + LD_LIBRARY_PATH=${LIBRARY_PATH} \ + PATH=${.OBJDIR}/../strfile:$$PATH:/usr/games \ strfile -Crs ${.ALLSRC} ${.TARGET} .endfor The problem basicly is that the strfile tool is installed in /usr/obj/.../usr/games, which isn't in the path. I think the easiest solution would be (instead of your patches of course): Index: Makefile.inc1 === RCS file: /home/ncvs/src/Makefile.inc1,v retrieving revision 1.106 diff -u -r1.106 Makefile.inc1 --- Makefile.inc1 1999/12/12 22:24:08 1.106 +++ Makefile.inc1 1999/12/13 09:40:16 @@ -113,7 +113,7 @@ OBJTREE= ${MAKEOBJDIRPREFIX}/${MACHINE_ARCH} .endif WORLDTMP= ${OBJTREE}${.CURDIR}/${BUILD_ARCH} -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games TMPPATH= ${STRICTTMPPATH}:${PATH} # bootstrap/tools make Can you try it and tell me if that works? And buildworld then dies at: colldef -I /3.0/cvs/src/share/colldef -o ru_SU.ISO_8859-5.out /3.0/cvs/src/share/colldef/ru_SU.ISO_8859-5.src colldef: syntax error near line 1 *** Error code 69 Yes. I had it built as a tool in my tests, but got lost somehow in the final commit. Thanks, -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking Databases http://www.scc.nl/ The FreeBSD projectmailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote: I think the easiest solution would be (instead of your patches of course): -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games Only if you preceded the line with a comment explaining that the games part of the path is needed exclusively for strfile, which is needed exclusivelty for fortune. I've been bitten once already by undocumented dependencies. :-( Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote: I think the easiest solution would be (instead of your patches of course): -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games Only if you preceded the line with a comment explaining that the games part of the path is needed exclusively for strfile, which is needed exclusivelty for fortune. And protect it all by !defined(NOGAMES) -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Speaking of moving files (Re: make world broken building fortunes)
On Mon, 13 Dec 1999, Peter Wemm wrote: I wonder if we should move fortune to usr.bin? It's hardly a game and I'm way beyond tired of it being left out of standard paths... (ie: "/bin:/usr/bin[:/usr/local/bin]") I have no opinion about fortune, but I do think that md5 should be moved from /sbin to /bin - it's hardly a "system program or administration utility" but is a quite general-purpose tool. Kris To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes)
On Mon, 13 Dec 1999, Kris Kennaway wrote: On Mon, 13 Dec 1999, Peter Wemm wrote: I wonder if we should move fortune to usr.bin? It's hardly a game and I'm way beyond tired of it being left out of standard paths... (ie: "/bin:/usr/bin[:/usr/local/bin]") I have no opinion about fortune, but I do think that md5 should be moved from /sbin to /bin - it's hardly a "system program or administration utility" but is a quite general-purpose tool. /me 's gratuitous-change alarm goes off Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
On Mon, 13 Dec 1999, Kris Kennaway wrote: On Mon, 13 Dec 1999, Peter Wemm wrote: I wonder if we should move fortune to usr.bin? It's hardly a game and I'm way beyond tired of it being left out of standard paths... (ie: "/bin:/usr/bin[:/usr/local/bin]") I have no opinion about fortune, but I do think that md5 should be moved from /sbin to /bin - it's hardly a "system program or administration utility" but is a quite general-purpose tool. /me 's gratuitous-change alarm goes off So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with just the root file system mounted? louie To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Speaking of moving files (Re: make world broken building fortunes )
On Mon, 13 Dec 1999, Louis A. Mamakos wrote: So how about /usr/sbin/chown - /sbin/chown so that MAKEDEV works with just the root file system mounted? As one who just got his ass bitten by this, I would vote yes. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp - - ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world broken building fortunes
I'm still running a -CURRENT from just before the signal changes and for the past 4 days, my nightly buildworld has been dying at follows: === games/fortune/datfiles PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile st rfile -Crs /3.0/cvs/src/games/fortune/datfiles/fortunes fortunes.dat strfile: illegal option -- C strfile [-iorsx] [-c char] sourcefile [datafile] *** Error code 1 ... Looking at the command in question, I believe the fix is as follows, but it'll be a couple of hours to confirm. Index: Makefile === RCS file: /home/CVSROOT/src/games/fortune/datfiles/Makefile,v retrieving revision 1.23 diff -u -r1.23 Makefile --- Makefile1999/11/05 08:17:53 1.23 +++ Makefile1999/12/13 00:04:00 @@ -33,16 +33,16 @@ .for f in fortunes fortunes2 fortunes2-o limerick startrek zippy $f.dat: $f - PATH=$$PATH:/usr/games:${.OBJDIR}/../strfile \ + PATH=/usr/games:${.OBJDIR}/../strfile:$$PATH \ strfile -Crs ${.ALLSRC} ${.TARGET} .endfor fortunes-o.dat: fortunes-o - PATH=$$PATH:/usr/games:${.OBJDIR}/../strfile \ + PATH=/usr/games:${.OBJDIR}/../strfile:$$PATH \ strfile -Crsx ${.ALLSRC} ${.TARGET} fortunes-o: fortunes-o.${TYPE} - PATH=$$PATH:/usr/games:${.OBJDIR}/../../caesar \ + PATH=/usr/games:${.OBJDIR}/../../caesar:$$PATH \ caesar 13 ${.ALLSRC} ${.TARGET} .include bsd.prog.mk Peter -- Peter Jeremy (VK2PJ)[EMAIL PROTECTED] Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5982 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
On 1999-Dec-13 11:06:19 +1100, I wrote: I'm still running a -CURRENT from just before the signal changes and for the past 4 days, my nightly buildworld has been dying at follows: === games/fortune/datfiles PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile -Crs /3.0/cvs/src/games/fortune/datfiles/fortunes fortunes.dat strfile: illegal option -- C strfile [-iorsx] [-c char] sourcefile [datafile] *** Error code 1 ... I tried using PATH=${.OBJDIR}/../strfile:$PATH:/usr/games (which is slightly different and more correct than the patch I posted). This changed the problem to: /usr/libexec/ld-elf.so.1: Shared object "libc.so.4" not found Which isn't a good sign. Running the command manually with LD_LIBRARY_PATH pointing to the new libc.so works for me (which means that strfile isn't using signals), but I'm not sure how far back this will work. Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken building fortunes
On 1999-Dec-13 11:06:19 +1100, I wrote: I'm still running a -CURRENT from just before the signal changes and for the past 4 days, my nightly buildworld has been dying at follows: === games/fortune/datfiles PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile -Crs /3.0/cvs/src/games/fortune/datfiles/fortunes fortunes.dat strfile: illegal option -- C strfile [-iorsx] [-c char] sourcefile [datafile] *** Error code 1 ... Well, the following fixes that problem for me: Index: datfiles/Makefile === RCS file: /home/CVSROOT/src/games/fortune/datfiles/Makefile,v retrieving revision 1.23 diff -u -r1.23 Makefile --- Makefile1999/11/05 08:17:53 1.23 +++ Makefile1999/12/13 02:27:16 @@ -33,16 +33,19 @@ .for f in fortunes fortunes2 fortunes2-o limerick startrek zippy $f.dat: $f - PATH=$$PATH:/usr/games:${.OBJDIR}/../strfile \ + LD_LIBRARY_PATH=${LIBRARY_PATH} \ + PATH=${.OBJDIR}/../strfile:$$PATH:/usr/games \ strfile -Crs ${.ALLSRC} ${.TARGET} .endfor fortunes-o.dat: fortunes-o - PATH=$$PATH:/usr/games:${.OBJDIR}/../strfile \ + LD_LIBRARY_PATH=${LIBRARY_PATH} \ + PATH=${.OBJDIR}/../strfile:$$PATH:/usr/games \ strfile -Crsx ${.ALLSRC} ${.TARGET} fortunes-o: fortunes-o.${TYPE} - PATH=$$PATH:/usr/games:${.OBJDIR}/../../caesar \ + LD_LIBRARY_PATH=${LIBRARY_PATH} \ + PATH=${.OBJDIR}/../../caesar:$$PATH:/usr/games \ caesar 13 ${.ALLSRC} ${.TARGET} .include bsd.prog.mk And buildworld then dies at: colldef -I /3.0/cvs/src/share/colldef -o ru_SU.ISO_8859-5.out /3.0/cvs/src/share/colldef/ru_SU.ISO_8859-5.src colldef: syntax error near line 1 *** Error code 69 This looks like it is solved by Marcel's commit: 1.106 +3 -3 src/Makefile.inc1 Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world broken by choose-temp.c
=== cc cc -O -pipe -m486 -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr2/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr2/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr2/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/usr2/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -I/usr/obj/usr2/src/tmp/usr/include -o cc gcc.o gccspec.o /usr/obj/usr2/src/gnu/usr.bin/cc/cc/../cc_drv/libcc_drv.a /usr/obj/usr2/src/gnu/usr.bin/cc/cc/../cc_drv/libcc_drv.a(choose-temp.o): In function `make_temp_file': choose-temp.o(.text+0x286): undefined reference to `mkstemps' *** Error code 1 After my hard drive died, I was put in the unfortunate position of building current from a 3.3-RELEASE system and found what is apparently a known problem with this compilation path... The fix was checked in as rev 1.8 of gnu/usr.bin/cc/cc_drv/Makefile, but was backed out several hours later. Considering that 3.x is where many -current users have to begin, either this fix should be re-inserted or the reference to mkstemps should be removed. -adam wight To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world broken on a 3 month old system
I'm trying to "make world" on a system last built on Sep 29th; it's failing like so: === f77doc /usr/obj/usr/src/gnu/usr.bin/cc/f77doc created for /usr/src/gnu/usr.bin/cc/f77doc cd /usr/src/gnu/lib/libgcc; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED cleandepend; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED all; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -B install; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPROFILE -DNOSHARED -B cleandir obj rm -f .depend /usr/obj/usr/src/gnu/lib/libgcc/GPATH /usr/obj/usr/src/gnu/lib/libgcc/GRTAGS /usr/obj/usr/src/gnu/lib/libgcc/GSYMS /usr/obj/usr/src/gnu/lib/libgcc/GTAGS echo '#include i386/xm-i386.h' config.h echo '#include xm-freebsd.h' config.h echo '#include "gansidecl.h"'tconfig.h echo '#include "i386/xm-i386.h"' tconfig.h echo '#include "i386/i386.h"'tm.h echo '#include "i386/att.h"' tm.h echo '#include "svr4.h"' tm.h echo '#include freebsd.h' tm.h echo '#include "i386/freebsd.h"' tm.h echo '#include "i386/perform.h"' tm.h cc -c -O -pipe -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -fexceptions -DIN_GCC -I/usr/obj/usr/src/tmp/usr/include -DL_mulsi3 -o _mulsi3.o /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c *** Signal 12 Stop in /usr/src/gnu/lib/libgcc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Should I be expecting this? :-) - mark -- Mark Newton Email: [EMAIL PROTECTED] (W) Network Engineer Email: [EMAIL PROTECTED] (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make world broken on a 3 month old system
Mark Newton wrote: I'm trying to "make world" on a system last built on Sep 29th; it's failing like so: === f77doc /usr/obj/usr/src/gnu/usr.bin/cc/f77doc created for /usr/src/gnu/usr.bin/cc/f77doc cd /usr/src/gnu/lib/libgcc; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED cleandepend; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED all; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -B install; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPROFILE -DNOSHARED -B cleandir obj rm -f .depend /usr/obj/usr/src/gnu/lib/libgcc/GPATH /usr/obj/usr/src/gnu/lib/libgcc/GRTAGS /usr/obj/usr/src/gnu/lib/libgcc/GSYMS /usr/obj/usr/src/gnu/lib/libgcc/GTAGS echo '#include i386/xm-i386.h' config.h echo '#include xm-freebsd.h' config.h echo '#include "gansidecl.h"'tconfig.h echo '#include "i386/xm-i386.h"' tconfig.h echo '#include "i386/i386.h"'tm.h echo '#include "i386/att.h"' tm.h echo '#include "svr4.h"' tm.h echo '#include freebsd.h' tm.h echo '#include "i386/freebsd.h"' tm.h echo '#include "i386/perform.h"' tm.h cc -c -O -pipe -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. -fexceptions -DIN_GCC -I/usr/obj/usr/src/tmp/usr/include -DL_mulsi3 -o _mulsi3.o /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c *** Signal 12 Stop in /usr/src/gnu/lib/libgcc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Should I be expecting this? :-) - mark I think that your problem is covered in this cut and paste from /usr/src/UPDATING that has very interesting content:-) Be sure and read everything previous to this also. 19990929: The sigset_t datatype has been changed from an integral type to a compound type and can hold 128 signals. Syscalls directly or indirectly using the new sigset_t have been added as to maintain compatibility with existing binaries. A new kernel must be made and installed and booted with before a make world can be done. Hope that helps. ed To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make world broken in libc_r
On Sat, 27 Nov 1999, Mark Murray wrote: Hi "make world" is broken in libc_r. Simple fix is to replace all "socklen_t" with "int". libc_r likes to pull data from /usr/include instead of the source tree, "make includes" fixes this. I'm not sure if that's the correct way to fix it though. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make -j13 world broken
John Hay wrote: A normal "make world" on current is ok, but a "make -j13 world" is broken. I have looked at it a little bit, but I can't figure out what is going wrong. It dies with: cd /usr/src/usr.bin/lex;make beforeinstall install -C -o root -g wheel -m 644 /usr/src/usr.bin/lex/FlexLexer.h /usr/obj/usr/src/tmp/usr/include/g++ -- Building elf libraries -- cd /usr/src; PATH=/usr/obj/usr/src/tmp/sbin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/bin:/usr/obj/usr/src/tmp/usr/bin BISON_SIMPLE=/usr/obj/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/usr/src/tmp/usr/libexec:/usr/obj/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/usr/src/tmp/usr/lib:/usr/obj/usr/src/tmp/usr/lib PERL5LIB=/usr/libdata/perl/5.00503 OBJFORMAT_PATH=/usr/obj/usr/src/tmp/usr/libexec CFLAGS="-nostdinc -O -pipe" make DESTDIR=/usr/obj/usr/src/tmp -DNOINFO -DNOMAN -f Makefile.inc1 libraries make: not found *** Error code 127 I assume make(1) has been built, because that's the first constructive thing that happens. Can you check that it has been installed? -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking Databases http://www.scc.nl/ The FreeBSD projectmailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Make world broken in doscmd; patch
Hi, the change in src/sys/i386/include/ucontext.h (in struct __mcontext), where "struct trapframe mc_tf;" was replaced by it's members broke doscmd. (The relevant files are $FreeBSD: src/sys/i386/include/ucontext.h,v 1.3 1999/10/07 12:40:34 marcel Exp $ $FreeBSD: src/usr.bin/doscmd/signal.c,v 1.5 1999/09/29 20:09:18 marcel Exp $ $FreeBSD: src/usr.bin/doscmd/trap.c,v 1.6 1999/09/29 20:09:19 marcel Exp $ ) The following patch should fix it. Bye, Philipp -- http://www.uni-karlsruhe.de/~un1i/ diff -u doscmd.orig/signal.c doscmd/signal.c --- doscmd.orig/signal.cThu Sep 30 21:26:37 1999 +++ doscmd/signal.c Fri Oct 8 08:58:32 1999 @@ -66,7 +66,7 @@ static void generichandler(struct sigframe sf) { -if (sf.sf_uc.uc_mcontext.mc_tf.tf_eflags PSL_VM) { +if (sf.sf_uc.uc_mcontext.mc_eflags PSL_VM) { saved_sigframe = sf; saved_regcontext = (regcontext_t *)(sf.sf_uc.uc_mcontext); saved_valid = 1; diff -u doscmd.orig/trap.c doscmd/trap.c --- doscmd.orig/trap.c Thu Sep 30 21:26:37 1999 +++ doscmd/trap.c Fri Oct 8 08:59:11 1999 @@ -296,8 +296,8 @@ if ((int)sf-sf_siginfo != 0) { fatal("SIGBUS code %d, trapno: %d, err: %d\n", - (int)sf-sf_siginfo, sf-sf_uc.uc_mcontext.mc_tf.tf_trapno, - sf-sf_uc.uc_mcontext.mc_tf.tf_err); + (int)sf-sf_siginfo, sf-sf_uc.uc_mcontext.mc_trapno, + sf-sf_uc.uc_mcontext.mc_err); } addr = (u_char *)MAKEPTR(R_CS, R_IP); To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make world broken in doscmd; patch
Philipp Mergenthaler wrote: the change in src/sys/i386/include/ucontext.h (in struct __mcontext), where "struct trapframe mc_tf;" was replaced by it's members broke doscmd. Fixed. Thanks, -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking Databases http://www.scc.nl/ The FreeBSD projectmailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make World Broken?
On Wed, 22 Sep 1999 23:52:54 MST, Thomas Dean wrote: cvsup this evening. make world failed. /usr/src/crypto does not exist. Nope, no problem (well, apart from a few momentarily pending repo-copies which are resolved now). A lot of stuff moved from secure to crypto, so mebbe check which collections cvsup pulls down? Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make World Broken?
Thomas Dean wrote: cvsup this evening. make world failed. /usr/src/crypto does not exist. I got bitten by this too. The solution is to add the crypto distribution to your cvsup file. I'm not sure how I feel about this though. I kind of liked having DES in its own dist since I don't need kerberos. Doug -- "Let 'er work." - Mel Gibson as Porter, "Payback" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Make World Broken?
cvsup this evening. make world failed. /usr/src/crypto does not exist. tomdean = make world output == cd /usr/src/gnu/lib/libdialog; /usr/obj/usr/src/tmp/usr/bin/make beforeinstall install -C -o root -g wheel -m 444 /usr/src/gnu/lib/libdialog/dialog.h /usr/obj/usr/src/tmp/usr/include cd /usr/src/gnu/lib/libgmp; /usr/obj/usr/src/tmp/usr/bin/make beforeinstall install -C -o root -g wheel -m 444 /usr/src/gnu/lib/libgmp/../../../contrib/libgmp/gmp.h /usr/obj/usr/src/tmp/usr/include cd /usr/src/gnu/usr.bin/cc/cc1plus; /usr/obj/usr/src/tmp/usr/bin/make beforeinstall install -C -o root -g wheel -m 444 /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/egcs/gcc/cp/inc/exception /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/egcs/gcc/cp/inc/new /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/egcs/gcc/cp/inc/new.h /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/egcs/gcc/cp/inc/typeinfo /usr/obj/usr/src/tmp/usr/include/g++ cd /usr/src/secure/lib/libdes; /usr/obj/usr/src/tmp/usr/bin/make beforeinstall install -C -o root -g wheel -m 444 /usr/src/secure/lib/libdes/../../../crypto/libdes/des.h /usr/obj/usr/src/tmp/usr/include install: /usr/src/secure/lib/libdes/../../../crypto/libdes/des.h: No such file or directory *** Error code 71 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Make world broken
Make world is broken, these are the errors I get: cc -nostdinc -O -pipe -I/usr/src/sbin/kget/../../sys/i386 -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sbin/kget/kget.c /usr/src/sbin/kget/kget.c:34: isa/pnp.h: No such file or directory /usr/src/sbin/kget/kget.c: In function `main': /usr/src/sbin/kget/kget.c:131: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:131: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:135: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:137: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:137: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:141: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:141: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:142: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:143: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:143: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:143: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:143: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:144: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:145: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:147: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:148: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:152: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:153: dereferencing pointer to incomplete type /usr/src/sbin/kget/kget.c:159: sizeof applied to an incomplete type *** Error code 1 Stop in /usr/src/sbin/kget. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Thanks Kenneth Culver To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Make world broken
cvs-cur 5518 breaks building libgcc with: c++ -c -I/usr/obj/3.0/cvs/src/tmp/usr/include/g++ -O -pipe -I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config -I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gc c -I. -fexceptions -DIN_GCC -I/usr/obj/3.0/cvs/src/tmp/usr/include -I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/inc -nostdinc++ -DL_op_new -o _op_new.o /3.0/cvs/s rc/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc In file included from /usr/obj/3.0/cvs/src/tmp/usr/include/stddef.h:39, from /usr/obj/3.0/cvs/src/tmp/usr/include/g++/new:8, from /3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28: /usr/obj/3.0/cvs/src/tmp/usr/include/machine/ansi.h:103: syntax error before `__attribute__' /usr/obj/3.0/cvs/src/tmp/usr/include/machine/ansi.h:104: syntax error before `__attribute__' In file included from /usr/obj/3.0/cvs/src/tmp/usr/include/g++/new:9, from /3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/cp/new1.cc:28: /usr/obj/3.0/cvs/src/tmp/usr/include/g++/exception:9: syntax error before string constant *** Error code 1 Stop. Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fixing other people's code (was: world broken in vinum (PATCH))
In message [EMAIL PROTECTED] Matthew Jacob writes: : You have to wait at least a little bit because with CVS there is no atomic : update of a set of modules. IF make world is broken, waiting at least a : certain period of time and then doing another update is important to : ensure that you just simply updated only part of a an active checkin : cycle. Which is why when I hit this, I check the commit messages. I also do a cvsup to freefall (normally I just hit one of the mirrors) and see if the problem is in the sources of the moment. If the problem persisits, I either see if it is trivial to fix and/or send mail to the committer. Sometimes, if I'm thinking, I'll see if they are actively logged into freefall and contact them there I do realize this isn't an option for everybody, but has worked for me in the past. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fixing other people's code (was: world broken in vinum (PATCH))
In reply: On Sat, 3 Jul 1999, Greg Lehey wrote: I personally think that, in such a case, you'd be justified to commit it as a temporary measure. Due to the difference in time zones, this has hit people while I've been asleep. That doesn't mean the commit would stay, of course, but at least it would save people unnecessary pain. Note, of course, that I have now committed the correct file, which I had forgotten last night. What do you others think? Was the fix that wasn't yours correct? 'Cause I'd rather have code that doesn't compile than code that compiles but is subtly wrong. untested code shouldn't be checked in to begin with. such are the basics of version control. mistakes happen in any project, but where i come from CVS/RCS/etc is for tested and working code. if i made such a mistake, i would be grateful for a temporary kludge submitted by someone, assuming they know that it is subject to a proper fix at any moment. jim -- All opinions expressed are mine, if you| "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" -- Inet: [EMAIL PROTECTED]AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant -- HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fixing other people's code (was: world broken in vinum (PATCH))
On Sat, 3 Jul 1999, Warner Losh wrote: In message [EMAIL PROTECTED] Matthew Jacob writes: : You have to wait at least a little bit because with CVS there is no atomic : update of a set of modules. IF make world is broken, waiting at least a : certain period of time and then doing another update is important to : ensure that you just simply updated only part of a an active checkin : cycle. Which is why when I hit this, I check the commit messages. I also do a cvsup to freefall (normally I just hit one of the mirrors) and see if the problem is in the sources of the moment. If the problem persisits, I either see if it is trivial to fix and/or send mail to the committer. Sometimes, if I'm thinking, I'll see if they are actively logged into freefall and contact them there Checking commit messages was the first thing I did, in this case. I do realize this isn't an option for everybody, but has worked for me in the past. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message Brian Fundakowski Feldman _ __ ___ ___ ___ ___ [EMAIL PROTECTED] _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve!_ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fixing other people's code (was: world broken in vinum (PATCH))
On Saturday, 3 July 1999 at 14:40:25 -0500, Jim Bryant wrote: In reply: On Sat, 3 Jul 1999, Greg Lehey wrote: I personally think that, in such a case, you'd be justified to commit it as a temporary measure. Due to the difference in time zones, this has hit people while I've been asleep. That doesn't mean the commit would stay, of course, but at least it would save people unnecessary pain. Note, of course, that I have now committed the correct file, which I had forgotten last night. What do you others think? Was the fix that wasn't yours correct? 'Cause I'd rather have code that doesn't compile than code that compiles but is subtly wrong. untested code shouldn't be checked in to begin with. such are the basics of version control. mistakes happen in any project, but where i come from CVS/RCS/etc is for tested and working code. Note that the case we're talking about here wasn't an issue of untested code. The code had been tested, and it works. The problem was that I had forgotten to commit one file. Normally, after committing a set of changes, I cvsup and do a "make world". That takes time, of course, and it doesn't stop others from tripping over the same problem. if i made such a mistake, i would be grateful for a temporary kludge submitted by someone, assuming they know that it is subject to a proper fix at any moment. Agreed. Greg -- See complete headers for address, home page and phone numbers finger [EMAIL PROTECTED] for PGP public key To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fixing other people's code (was: world broken in vinum (PATCH))
Let me add to this: opinion: If it's really blocking folks because things don't compile, it is always acceptable to do what you need to do- the tree should always compile even if -current. If the system doesn't boot because of change, then that's an obvious one too. If things work differently or not as well, but things are more or less working, it's not an emergency, so leave it for the author to fix ...always modulo a short delay (call it a couple of hours) after reporting the problem... after all, you don't *know* that the update isn't finished and that other things are coming down the pipe... but a couple of hours leaves really the most reasonable time for an integration to complete and the author to have had lunch in between. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fixing other people's code (was: world broken in vinum (PATCH))
On Fri, 2 Jul 1999, Matthew Jacob wrote: Let me add to this: opinion: If it's really blocking folks because things don't compile, it is always acceptable to do what you need to do- the tree should always compile even if -current. If the system doesn't boot because of change, then that's an obvious one too. If things work differently or not as well, but things are more or less working, it's not an emergency, so leave it for the author to fix ...always modulo a short delay (call it a couple of hours) after reporting the problem... after all, you don't *know* that the update isn't finished and that other things are coming down the pipe... but a couple of hours leaves really the most reasonable time for an integration to complete and the author to have had lunch in between. I worded my original post wrong; my change did fix world. Your second point (the "wait and see" approach) wouldn't apply in this case: Greg was asleep, and world was broken. Brian Fundakowski Feldman _ __ ___ ___ ___ ___ [EMAIL PROTECTED] _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve!_ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Just for the record (was: Re: Fixing other people's code (was: world broken in vinum (PATCH)))
On Friday, 2 July 1999 at 23:19:26 -0400, Brian F. Feldman wrote: Sorry about that, Greg; I didn't realize it was a personal message I forwarded. Sorry, everyone else, for that faux pas in public :( I'm not upset. Greg -- See complete headers for address, home page and phone numbers finger [EMAIL PROTECTED] for PGP public key To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Fixing other people's code (was: world broken in vinum (PATCH))
If it's really blocking folks because things don't compile, it is always acceptable to do what you need to do- the tree should always compile even if -current. If the system doesn't boot because of change, then that's an obvious one too. If things work differently or not as well, but things are more or less working, it's not an emergency, so leave it for the author to fix ...always modulo a short delay (call it a couple of hours) after reporting the problem... after all, you don't *know* that the update isn't finished and that other things are coming down the pipe... but a couple of hours leaves really the most reasonable time for an integration to complete and the author to have had lunch in between. I worded my original post wrong; my change did fix world. Your second point (the "wait and see" approach) wouldn't apply in this case: Greg was asleep, and world was broken. You have to wait at least a little bit because with CVS there is no atomic update of a set of modules. IF make world is broken, waiting at least a certain period of time and then doing another update is important to ensure that you just simply updated only part of a an active checkin cycle. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message