From owner-freebsd-stable Sun Feb 2 16:44:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA25850 for stable-outgoing; Sun, 2 Feb 1997 16:44:39 -0800 (PST) Received: from mailhost.anasazi.com (mailhost.anasazi.com [138.113.128.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA25844 for ; Sun, 2 Feb 1997 16:44:34 -0800 (PST) Received: from chad.anasazi.com by mailhost.anasazi.com (5.65/3.7) id AA03107; Sun, 2 Feb 97 17:44:02 -0700 Received: by chad.anasazi.com (5.65/3.7) id AA05050; Sun, 2 Feb 97 17:44:00 -0700 From: chad@anasazi.com (Chad R. Larson) Message-Id: <9702030044.AA05050@chad.anasazi.com> Subject: make targets To: freebsd-stable@freebsd.org Date: Sun, 2 Feb 1997 17:43:58 -0700 (MST) Reply-To: chad@anasazi.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So, I just ran SUP for the stable tree against my 2.1.6.1 system. It picked up about 8 files. Now I would run a "make world", I suppose. But that takes around 8 hours. I'm inclined to run "make -DNOCLEAN world" or something like it. What do y'all typically do? What other make targets and switches are useful for regular use? -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-870-3330 chad@anasazi.com chad@anasaz.UUCP chad@dcfinc.com Anasazi, Inc. - 7500 North Dreamy Draw Drive, Suite 120, Phoenix, Az 85020 From owner-freebsd-stable Sun Feb 2 18:19:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA01406 for stable-outgoing; Sun, 2 Feb 1997 18:19:01 -0800 (PST) Received: from mtigwc02.worldnet.att.net (mailhost.worldnet.att.net [204.127.129.4]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01400 for ; Sun, 2 Feb 1997 18:18:57 -0800 (PST) Received: from myname.my.domain ([207.116.64.221]) by mtigwc02.worldnet.att.net (post.office MTA v2.0 0613 ) with SMTP id AAA24001; Mon, 3 Feb 1997 02:18:20 +0000 Message-ID: <32F54B00.167EB0E7@worldnet.att.net> Date: Sun, 02 Feb 1997 21:18:40 -0500 From: "Alan W. Trulock" Organization: ...ought never be organized... X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.6.1-RELEASE i386) MIME-Version: 1.0 To: chad@anasazi.com CC: freebsd-stable@freebsd.org Subject: Re: make targets References: <9702030044.AA05050@chad.anasazi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am curious as to what is new. I did a SUP under 2.1.5 to upgrade to 2.1.6.1 about a week ago. What is the -DNOCLEAN flag supposed to do? --Al Chad R. Larson wrote: > > So, I just ran SUP for the stable tree against my 2.1.6.1 system. It > picked up about 8 files. Now I would run a "make world", I suppose. > But that takes around 8 hours. I'm inclined to run "make -DNOCLEAN world" > or something like it. > > What do y'all typically do? > > What other make targets and switches are useful for regular use? > > -crl > -- > Chad R. Larson (CRL22) Brother, can you paradigm? > 602-870-3330 chad@anasazi.com chad@anasaz.UUCP chad@dcfinc.com > Anasazi, Inc. - 7500 North Dreamy Draw Drive, Suite 120, Phoenix, Az 85020 -- Alan W. Trulock "http://www.geocities.com/Heartland/2763" From owner-freebsd-stable Tue Feb 4 02:03:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA06584 for stable-outgoing; Tue, 4 Feb 1997 02:03:56 -0800 (PST) Received: from logues.rhn.orst.edu (logues.RHN.ORST.EDU [128.193.139.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA06576; Tue, 4 Feb 1997 02:03:52 -0800 (PST) Received: from logues.rhn.orst.edu (localhost [127.0.0.1]) by logues.rhn.orst.edu (8.8.4/8.8.4) with SMTP id CAA04584; Tue, 4 Feb 1997 02:03:44 -0800 (PST) Message-ID: <32F7097D.41C67EA6@engr.orst.edu> Date: Tue, 04 Feb 1997 02:03:41 -0800 From: Steve Logue X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-970201-GAMMA0 i386) MIME-Version: 1.0 Newsgroups: comp.protocols.time.ntp,comp.unix.bsd.freebsd.misc To: Harlan Stenn CC: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: xntp3-5.89.2 & FreeBSD 2.2-GAMMA won't compile References: Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit There has been a long stream of problems with XNTPD, and FreeBSD. This may have been going on longer than I am aware however, I have checked from 3-5.88.0 - 3-5.89.2, and they all give me the same problem. It appears that on my system, there are two symbols that are undefined in the file ntp_loopfilter.c, lines 330 and 335: STA_FLL and STA_FREQHOLD. Near as I can tell, these things are supposed to be defined in my system's timex.h file? From my understanding, XNTPD needs a framework in the kernel to work correct? How do I go about updating my kernel sources with the latest XNTPD kernel stuff. Or better yet, get it fixed with the FreeBSD project? There is a timex.h file that comes with the XNTP distribution, and if I edit ntp_loopfilter.c to include that instead, everything builds fine, and xntpd runs fine, but when I try to use ntpq with the pe command I get nothing. My "make" output is attached. Thank You, Steve Logue --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="make.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="make.out" make all-recursive for subdir in include libntp libparse authstuff ntpdate ntpq ntptrace parseutil xntpd xntpdc adjtimed clockstuff kernel util; do target=`echo all-recursive | sed s/-recursive//`; echo making $target in $subdir; (cd $subdir && make $target) || case " " in *k*) fail=yes;; *) exit 1;; esac; done && test -z "$fail" making all in include making all in libntp gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe adjtime.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe atoint.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe atolfp.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe atouint.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe auth12crypt.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe authdecrypt.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe authdes.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe authencrypt.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe authkeys.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe authparity.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe authreadkeys.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe authusekey.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe buftvtots.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe caljulian.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe calleapwhen.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe caltontp.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe calyearstart.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe clocktime.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe dofptoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe dolfptoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe emalloc.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe fptoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe fptoms.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe getopt.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe hextoint.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe hextolfp.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe humandate.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe inttoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe lib_strbuf.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe memmove.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe mfptoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe mfptoms.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe modetoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe mstolfp.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe msutotsf.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe numtoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe refnumtoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe numtohost.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe octtoint.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe prettydate.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ranny.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe tsftomsu.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe tstotv.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe tvtoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe tvtots.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe uglydate.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe uinttoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe utvtoa.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe machines.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe clocktypes.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe md5.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe a_md5encrypt.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe a_md5decrypt.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe a_md512crypt.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe decodenetnum.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe systime.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe msyslog.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe syssignal.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe findconfig.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe netof.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe statestr.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe mexit.c rm -f libntp.a ar cru libntp.a adjtime.o atoint.o atolfp.o atouint.o auth12crypt.o authdecrypt.o authdes.o authencrypt.o authkeys.o authparity.o authreadkeys.o authusekey.o buftvtots.o caljulian.o calleapwhen.o caltontp.o calyearstart.o clocktime.o dofptoa.o dolfptoa.o emalloc.o fptoa.o fptoms.o getopt.o hextoint.o hextolfp.o humandate.o inttoa.o lib_strbuf.o memmove.o mfptoa.o mfptoms.o modetoa.o mstolfp.o msutotsf.o numtoa.o refnumtoa.o numtohost.o octtoint.o prettydate.o ranny.o tsftomsu.o tstotv.o tvtoa.o tvtots.o uglydate.o uinttoa.o utvtoa.o machines.o clocktypes.o md5.o a_md5encrypt.o a_md5decrypt.o a_md512crypt.o decodenetnum.o systime.o msyslog.o syssignal.o findconfig.o netof.o statestr.o mexit.o ranlib libntp.a making all in libparse gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe parse_conf.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_meinberg.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_schmid.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe parse.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_rawdcf.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_trimtsip.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_dcf7000.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_trimtaip.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_rcc8000.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_hopf6021.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe clk_computime.c rm -f libparse.a ar cru libparse.a parse_conf.o clk_meinberg.o clk_schmid.o parse.o clk_rawdcf.o clk_trimtsip.o clk_dcf7000.o clk_trimtaip.o clk_rcc8000.o clk_hopf6021.o clk_computime.o ranlib libparse.a gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe kparse_conf.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe kparse.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe kclk_rawdcf.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../kernel -g -O2 -Wall -pipe kclk_trimtsip.c rm -f libparse_kernel.a ar cru libparse_kernel.a kparse_conf.o clk_meinberg.o clk_schmid.o kparse.o kclk_rawdcf.o kclk_trimtsip.o clk_dcf7000.o clk_trimtaip.o clk_rcc8000.o clk_hopf6021.o clk_computime.o ranlib libparse_kernel.a making all in authstuff making all in ntpdate gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntpdate.c ../scripts/mkversion ntpdate 5.89.2 Version ntpdate 5.89.2 Tue Feb 4 01:00:11 PST 1997 (1) gcc -g -O2 -Wall -pipe -c version.c gcc -o ntpdate ntpdate.o version.o ../libntp/libntp.a -lkvm making all in ntpq gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntpq.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntpq_ops.c ../scripts/mkversion ntpq 5.89.2 Version ntpq 5.89.2 Tue Feb 4 01:00:22 PST 1997 (1) gcc -g -O2 -Wall -pipe -c version.c gcc -o ntpq ntpq.o ntpq_ops.o version.o ../libntp/libntp.a -lkvm making all in ntptrace gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntptrace.c ../scripts/mkversion ntptrace 5.89.2 Version ntptrace 5.89.2 Tue Feb 4 01:00:26 PST 1997 (1) gcc -g -O2 -Wall -pipe -c version.c gcc -o ntptrace ntptrace.o version.o ../libntp/libntp.a -lkvm making all in parseutil making all in xntpd gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe map_vme.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntp_config.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntp_control.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntp_io.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntp_leap.c gcc -c -DHAVE_CONFIG_H -I. -I. -I.. -I../include -g -O2 -Wall -pipe ntp_loopfilter.c ntp_loopfilter.c: In function `local_clock': ntp_loopfilter.c:330: `STA_FLL' undeclared (first use this function) ntp_loopfilter.c:330: (Each undeclared identifier is reported only once ntp_loopfilter.c:330: for each function it appears in.) ntp_loopfilter.c:330: `STA_FREQHOLD' undeclared (first use this function) *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. --------------446B9B3D2781E494167EB0E7-- From owner-freebsd-stable Tue Feb 4 02:35:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08054 for stable-outgoing; Tue, 4 Feb 1997 02:35:37 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA08043; Tue, 4 Feb 1997 02:35:27 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id MAA13094; Tue, 4 Feb 1997 12:34:18 +0200 (SAT) From: John Hay Message-Id: <199702041034.MAA13094@zibbi.mikom.csir.co.za> Subject: Re: xntp3-5.89.2 & FreeBSD 2.2-GAMMA won't compile In-Reply-To: <32F7097D.41C67EA6@engr.orst.edu> from Steve Logue at "Feb 4, 97 02:03:41 am" To: logue@engr.orst.edu (Steve Logue) Date: Tue, 4 Feb 1997 12:34:18 +0200 (SAT) Cc: stenn@whimsy.udel.edu, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org X-Mailer: ELM [version 2.4ME+ PL24 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > There has been a long stream of problems with XNTPD, and FreeBSD. This > may have been going on longer than I am aware however, I have checked > from 3-5.88.0 - 3-5.89.2, and they all give me the same problem. It > appears that on my system, there are two symbols that are undefined in > the file ntp_loopfilter.c, lines 330 and 335: STA_FLL and STA_FREQHOLD. > Near as I can tell, these things are supposed to be defined in my > system's timex.h file? From my understanding, XNTPD needs a framework > in the kernel to work correct? How do I go about updating my kernel > sources with the latest XNTPD kernel stuff. Or better yet, get it fixed > with the FreeBSD project? > > There is a timex.h file that comes with the XNTP distribution, and if I > edit ntp_loopfilter.c to include that instead, everything builds fine, > and xntpd runs fine, but when I try to use ntpq with the pe command I > get nothing. My "make" output is attached. > I have fixed it in FreeBSD-current, but weren't sure if it should go into 2.2. Any opinions anyone? It has been in -current from December 31 and nobody has complained yet. Three files are effected sys/sys/timex.h, sys/kern/kern_ntptime.c and sys/kern/kern_clock.c. If somebody from the 2.2 release team give the go-ahead I would be happy to put it in 2.2. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-stable Tue Feb 4 09:11:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28776 for stable-outgoing; Tue, 4 Feb 1997 09:11:04 -0800 (PST) Received: from logues.rhn.orst.edu (logues.RHN.ORST.EDU [128.193.139.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA28762; Tue, 4 Feb 1997 09:10:56 -0800 (PST) Received: from localhost (stevel@localhost) by logues.rhn.orst.edu (8.8.4/8.8.4) with SMTP id JAA05171; Tue, 4 Feb 1997 09:10:29 -0800 (PST) Date: Tue, 4 Feb 1997 09:10:29 -0800 (PST) From: stevel To: John Hay cc: Steve Logue , stenn@whimsy.udel.edu, freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: xntp3-5.89.2 & FreeBSD 2.2-GAMMA won't compile In-Reply-To: <199702041034.MAA13094@zibbi.mikom.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Feb 1997, John Hay wrote: > I have fixed it in FreeBSD-current, but weren't sure if it should go into > 2.2. Any opinions anyone? It has been in -current from December 31 and > nobody has complained yet. Three files are effected sys/sys/timex.h, > sys/kern/kern_ntptime.c and sys/kern/kern_clock.c. > > If somebody from the 2.2 release team give the go-ahead I would be > happy to put it in 2.2. What if they don't? I still need it. Can you describe the changes that you applied. I'm sure it isn't as simple as copying these files into the kernel src tree, and recompiling, or is it? Thanks -STEVEl From owner-freebsd-stable Wed Feb 5 10:33:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA11683 for stable-outgoing; Wed, 5 Feb 1997 10:33:38 -0800 (PST) Received: from mailhost.anasazi.com (mailhost.anasazi.com [138.113.128.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA11606 for ; Wed, 5 Feb 1997 10:33:35 -0800 (PST) Received: from chad.anasazi.com by mailhost.anasazi.com (5.65/3.7) id AA02606; Wed, 5 Feb 97 11:33:02 -0700 Received: by chad.anasazi.com (5.65/3.7) id AA11328; Wed, 5 Feb 97 11:33:00 -0700 From: chad@anasazi.com (Chad R. Larson) Message-Id: <9702051833.AA11328@chad.anasazi.com> Subject: RE: 2.2-GAMMA is released To: freebsd-stable@freebsd.org Date: Wed, 5 Feb 1997 11:32:58 -0700 (MST) Reply-To: chad@anasazi.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Forwarded message: > To: announce@freebsd.org > Subject: 2.2-GAMMA is released. > Date: Wed, 05 Feb 1997 09:11:19 -0800 > Message-Id: <19767.855162679@time.cdrom.com> > From: "Jordan K. Hubbard" > > The final pre-release version of FreeBSD 2.2 is now available from: > > ftp://ftp.freebsd.org/pub/FreeBSD/2.2-GAMMA > > This release, modulo any final bug fixes, is what will be released as > FreeBSD 2.2R at the end of February, the length of this GAMMA testing > cycle being approximately 20 days. Could someone please tell me the process (and timing) whereby 2.2R migrates to "stable"? If I keep tracking the stable tree with occasional SUP/make passes, does my machine magically become a 2.2 somewhere along the line? -crl -- Chad R. Larson (CRL22) Brother, can you paradigm? 602-870-3330 chad@anasazi.com chad@anasaz.UUCP chad@dcfinc.com Anasazi, Inc. - 7500 North Dreamy Draw Drive, Suite 120, Phoenix, Az 85020 From owner-freebsd-stable Wed Feb 5 11:22:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03645 for stable-outgoing; Wed, 5 Feb 1997 11:22:08 -0800 (PST) Received: from gateway.skipstone.com (root@GATEWAY.SKIPSTONE.COM [198.214.10.129]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03627 for ; Wed, 5 Feb 1997 11:22:01 -0800 (PST) Received: from [204.69.236.50] (hotapplepie.skipstone.com [204.69.236.50]) by gateway.skipstone.com (8.7.4/8.6.9) with SMTP id NAA27892; Wed, 5 Feb 1997 13:21:51 -0600 Date: 5 Feb 97 13:21:51 -0600 Subject: RE: 2.2-GAMMA is released From: "Richard Wackerbarth" To: chad@anasazi.com Cc: freebsd-stable@freebsd.org X-Mailer: Cyberdog/2.0a2 MIME-Version: 1.0 Message-Id: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Feb 5, 1997 12:32 PM, Chad R. Larson wrote: >> This release, modulo any final bug fixes, is what will be released as >> FreeBSD 2.2R at the end of February, the length of this GAMMA testing >> cycle being approximately 20 days. > >Could someone please tell me the process (and timing) whereby 2.2R >migrates to "stable"? > >If I keep tracking the stable tree with occasional SUP/make passes, does >my machine magically become a 2.2 somewhere along the line? This becomes somewhat problematic. First, I, among others will yell loudly if any attempt is made to declare 2.2 "stable" before it has had an adequate shakedown after its release and distribution. This should take some months. Within the CTM distribution system, I have addressed this by avoiding the "stable" target name and instead using "2.1" and "2.2" to reference the particular distributions. Just as Jordan is now using a symbolic link to reference the 2.2-gamma distribution, I advocate that stable similarly become a pseudo target. That way individuals can choose when they wish to transition from 2.1 to 2.2 or can expect a massive update to occur at some unpredictable time when the link is properly moved to reflect the status of the 2.2 release. From owner-freebsd-stable Wed Feb 5 14:35:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA17997 for stable-outgoing; Wed, 5 Feb 1997 14:35:28 -0800 (PST) Received: from gateway-int.CommerceWave.com (firewall-user@[204.216.15.194]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17990 for ; Wed, 5 Feb 1997 14:35:24 -0800 (PST) Received: by gateway-int.CommerceWave.com; id OAA06918; Wed, 5 Feb 1997 14:29:42 -0800 (PST) Received: from daffy.commercewave.com(204.253.114.18) by gateway.commercewave.com via smap (3.2) id xma006887; Wed, 5 Feb 97 14:29:22 -0800 Received: by daffy.commercewave.com. (SMI-8.6/SMI-SVR4) id OAA16575; Wed, 5 Feb 1997 14:35:18 -0800 Date: Wed, 5 Feb 1997 14:35:18 -0800 From: yamaguch@commercewave.com (Bob Yamaguchi) Message-Id: <199702052235.OAA16575@daffy.commercewave.com.> To: freebsd-stable@freebsd.org Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-stable From owner-freebsd-stable Wed Feb 5 21:44:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12808 for stable-outgoing; Wed, 5 Feb 1997 21:44:49 -0800 (PST) Received: from logues.rhn.orst.edu (logues.RHN.ORST.EDU [128.193.139.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12776; Wed, 5 Feb 1997 21:44:41 -0800 (PST) Received: from localhost (stevel@localhost) by logues.rhn.orst.edu (8.8.4/8.8.4) with SMTP id VAA02363; Wed, 5 Feb 1997 21:44:40 -0800 (PST) Date: Wed, 5 Feb 1997 21:44:40 -0800 (PST) From: stevel To: freebsd-stable@freebsd.org cc: freebsd-questions@freebsd.org Subject: Xfree86 3.2A Beta Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the Xfree86 FAQ (BETA section) is says that they will release their next beta (3.2A) towards the end of Feb. Is this something appropriate to include in 2.2R? When this does come out, and it is packaged up, will it have been compiled so as to be able to install/run on 2.2R if it isn't included? -STEVEl From owner-freebsd-stable Fri Feb 7 07:36:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA02143 for stable-outgoing; Fri, 7 Feb 1997 07:36:22 -0800 (PST) Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA02134 for ; Fri, 7 Feb 1997 07:36:19 -0800 (PST) Received: from aaaaaaaa.demon.co.uk ([158.152.178.85]) by relay-5.mail.demon.net id aa502638; 7 Feb 97 14:58 GMT Received: (from andrew@localhost) by aaaaaaaa.demon.co.uk (8.8.3/8.6.9) id OAA03559 for stable@freefall.freebsd.org; Fri, 7 Feb 1997 14:58:03 GMT From: Andrew Wilson Message-Id: <199702071458.OAA03559@aaaaaaaa.demon.co.uk> Subject: usr.bin/fetch fails to compile... To: stable@freefall.freebsd.org Date: Fri, 7 Feb 1997 14:58:03 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, 2.1.6.1 updated to ctm/src-2.1.0264.gz 'make -DNOCLEAN all install' gives: ===> usr.bin/fetch cc -O -c main.c main.c: In function `ftpget': main.c:221: too many arguments to function `ftpLogin' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Cheers, Ay. -- Andrew.Wilson@cm.cf.ac.uk http://www.cm.cf.ac.uk/User/Andrew.Wilson/ From owner-freebsd-stable Fri Feb 7 08:01:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA03757 for stable-outgoing; Fri, 7 Feb 1997 08:01:48 -0800 (PST) Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA03751 for ; Fri, 7 Feb 1997 08:01:45 -0800 (PST) Received: from aaaaaaaa.demon.co.uk ([158.152.178.85]) by relay-6.mail.demon.net id aa601503; 7 Feb 97 15:05 GMT Received: (from andrew@localhost) by aaaaaaaa.demon.co.uk (8.8.3/8.6.9) id PAA05628 for stable@freefall.freebsd.org; Fri, 7 Feb 1997 15:05:38 GMT From: Andrew Wilson Message-Id: <199702071505.PAA05628@aaaaaaaa.demon.co.uk> Subject: usr.sbin/pkg_install/lib fails to compile To: stable@freefall.freebsd.org Date: Fri, 7 Feb 1997 15:05:38 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, 2.1.6.1 updated to ctm/src-2.1.0264.gz 'make -DNOCLEAN all install' gives: ===> usr.sbin/pkg_install/lib cc -O -c file.c -o file.o file.c: In function `fileGetURL': file.c:249: too many arguments to function `ftpGetURL' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Cheers, Ay. -- Andrew.Wilson@cm.cf.ac.uk http://www.cm.cf.ac.uk/User/Andrew.Wilson/ From owner-freebsd-stable Fri Feb 7 11:56:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15711 for stable-outgoing; Fri, 7 Feb 1997 11:56:41 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15706 for ; Fri, 7 Feb 1997 11:56:38 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA02529; Fri, 7 Feb 1997 11:56:29 -0800 (PST) To: Andrew Wilson cc: stable@freefall.freebsd.org Subject: Re: usr.bin/fetch fails to compile... In-reply-to: Your message of "Fri, 07 Feb 1997 14:58:03 GMT." <199702071458.OAA03559@aaaaaaaa.demon.co.uk> Date: Fri, 07 Feb 1997 11:56:29 -0800 Message-ID: <2525.855345389@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You need to start building the `world' again, folks. In this case, it would have built libftpio first which would have, in turn, caused fetch to compile just fine. Jordan > Hi, > > 2.1.6.1 updated to ctm/src-2.1.0264.gz > > 'make -DNOCLEAN all install' gives: > > ===> usr.bin/fetch > cc -O -c main.c > main.c: In function `ftpget': > main.c:221: too many arguments to function `ftpLogin' > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > > Cheers, > Ay. > > -- > Andrew.Wilson@cm.cf.ac.uk http://www.cm.cf.ac.uk/User/Andrew.Wilson/ From owner-freebsd-stable Fri Feb 7 13:38:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21310 for stable-outgoing; Fri, 7 Feb 1997 13:38:41 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA21305 for ; Fri, 7 Feb 1997 13:38:38 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vsy02-0000tq-00; Fri, 7 Feb 1997 14:38:26 -0700 To: chad@anasazi.com Subject: Re: make targets Cc: freebsd-stable@freebsd.org In-reply-to: Your message of "Sun, 02 Feb 1997 17:43:58 MST." <9702030044.AA05050@chad.anasazi.com> References: <9702030044.AA05050@chad.anasazi.com> Date: Fri, 07 Feb 1997 14:38:26 -0700 From: Warner Losh Message-Id: Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <9702030044.AA05050@chad.anasazi.com> Chad R. Larson writes: : But that takes around 8 hours. I'm inclined to run "make -DNOCLEAN world" : : What do y'all typically do? make depend make all sudo make install If that fails, then I punt and rebuild the whole world. And about once a month or so I do a make world just in case. It takes about 10 hours or so on my machine to do a world build. Maybe next month will be the month I can upgrade. I do this with -current, but there is no reason that -stable wouldn't work the same way. Warner P.S. If I notice that libraries have changed, then I'll usually go right to the make world stage. I rarely use -DNOCLEAN for world builds. From owner-freebsd-stable Fri Feb 7 19:45:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21321 for stable-outgoing; Fri, 7 Feb 1997 19:45:29 -0800 (PST) Received: from kirk.edmweb.com (kirk.edmweb.com [204.244.190.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA21303 for ; Fri, 7 Feb 1997 19:45:23 -0800 (PST) Received: from bitbucket (bitbucket.edmweb.com [204.244.190.9]) by kirk.edmweb.com (8.8.5/8.7.3) with ESMTP id TAA08824; Fri, 7 Feb 1997 19:45:07 -0800 (PST) Received: from localhost by bitbucket with smtp id m0vt3j2-000CGkC (Debian Smail-3.2 1996-Jul-4 #2); Fri, 7 Feb 1997 19:45:16 -0800 (PST) Date: Fri, 7 Feb 1997 19:45:13 -0800 (PST) From: Steve Reid X-Sender: steve@bitbucket To: Warner Losh cc: freebsd-stable@FreeBSD.ORG Subject: Re: make targets In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > make depend > make all > sudo make install > If that fails, then I punt and rebuild the whole world. And about > once a month or so I do a make world just in case. Is it possible to do the make world in seperate compile and install operations? I prefer to take the system down to single-user when messing with system binaries, but a make world takes quite a while and I'd rather not have the system down for any longer than necessary. From owner-freebsd-stable Fri Feb 7 19:57:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA21720 for stable-outgoing; Fri, 7 Feb 1997 19:57:31 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA21714 for ; Fri, 7 Feb 1997 19:57:28 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vt3ui-0001Ll-00; Fri, 7 Feb 1997 20:57:20 -0700 To: Steve Reid Subject: Re: make targets Cc: freebsd-stable@freebsd.org In-reply-to: Your message of "Fri, 07 Feb 1997 19:45:13 PST." References: Date: Fri, 07 Feb 1997 20:57:20 -0700 From: Warner Losh Message-Id: Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Steve Reid writes: : > make depend : > make all : > sudo make install : > If that fails, then I punt and rebuild the whole world. And about : > once a month or so I do a make world just in case. : : Is it possible to do the make world in seperate compile and install : operations? I prefer to take the system down to single-user when : messing with system binaries, but a make world takes quite a while and : I'd rather not have the system down for any longer than necessary. you can't do make world in separate compile/install operations. Because it does some compiling, some installing, some compiling and then some installing again. I suppose that you could, in a chroot'd env do a make world and when that was done do a make install from the same files not in a chrooted world. Come to think of it, I seem to recall that others have done this. Warner