From owner-freebsd-stable Sun Dec 22 01:42:14 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA25004 for stable-outgoing; Sun, 22 Dec 1996 01:42:14 -0800 (PST) Received: from mailnews.kub.nl (mailnews.kub.nl [137.56.0.220]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA24986; Sun, 22 Dec 1996 01:41:59 -0800 (PST) Received: from tomcat.kub.nl (slip156.kub.nl [192.87.170.156]) by mailnews.kub.nl (8.8.4/8.7.1) with ESMTP id KAA11898; Sun, 22 Dec 1996 10:41:54 +0100 (MET) Received: (from s799637@localhost) by tomcat.kub.nl (8.8.4/8.6.12) id KAA01668; Sun, 22 Dec 1996 10:41:33 +0100 (MET) Message-Id: <199612220941.KAA01668@tomcat.kub.nl> Subject: Kernel rebuild quits at param.c:82 To: hackers@freebsd.org, freebsd-stable@freebsd.org Date: Sun, 22 Dec 1996 10:41:33 +0100 (MET) From: A.H.A.M.Boer@kub.nl (Arnout Boer) Reply-To: A.H.A.M.Boer@kub.nl X-Operating-System: FreeBSD X-Mailer: ELM [version 2.4ME+ PL28 (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 Hi, With different versions of the stable tree and even with the 2.2-RELEASE tree rebuilding a kernel stops with: param.c:82 `TIMEZONE' undeclared here (not in a function) param.c:82 initializer element for `tz.tz_minutes_west' is not constant param.c:82 `DST' undeclared here (not in a function) param.c:82 initializer element for `tz.tz_dsttime' is not constant *** Error code 1 Stop. My machine is a iPentium 133 with 32 mb ram, a Adaptec 2940U controller with a couple of disks and a cdrom player, an ASUS P55T2P4c motherboard. I hope you can help me out. Arnout Boer p.s. I hope you can e-mail reactions to me or cc them cause I am not subscribed to the hackerslist momentarily ************************************************************* Arnout Boer * s799637@kub.nl * arnout@tref.nl ************************************************************* From owner-freebsd-stable Tue Dec 24 04:14:34 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA20252 for stable-outgoing; Tue, 24 Dec 1996 04:14:34 -0800 (PST) Received: from hawk.gnome.co.uk (gnome.gw.cerbernet.co.uk [193.243.224.22]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA20243 for ; Tue, 24 Dec 1996 04:14:16 -0800 (PST) Received: (from jacs@localhost) by hawk.gnome.co.uk (8.8.3/8.8.3) id MAA01655; Tue, 24 Dec 1996 12:14:00 GMT Date: Tue, 24 Dec 1996 12:14:00 GMT From: Chris Stenton Subject: sendmail 8.8.4 To: stable@FREEBSD.ORG Message-Id: Sender: owner-stable@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I notice that someone has kindly been adding security changes to stable recently, is sendmail 8.8.4 going to be added? Chris From owner-freebsd-stable Thu Dec 26 13:15:35 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA07923 for stable-outgoing; Thu, 26 Dec 1996 13:15:35 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA07918; Thu, 26 Dec 1996 13:15:30 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.3/8.8.3) with UUCP id WAA01833; Thu, 26 Dec 1996 22:14:09 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id NAA18447; Tue, 24 Dec 1996 13:40:37 +0100 (MET) Message-Id: <3.0.32.19961224133847.009c3920@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 24 Dec 1996 13:38:48 +0100 To: Nate Williams From: Eivind Eklund Subject: Re: User ppp not hanging up modem. Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:51 AM 12/21/96 -0700, Nate Williams wrote: >That's *NOT* the correct thing. What happens when for some reason >PPP happens to send the sequence '+++' to the modem? All of a sudden >it'll drop into command mode and you're screwed. User-PPP (as well as >all other PPP/SLIP implementations I've worked with) assumes that you've >disabled the escape sequence at least temporarily. Eh? This is not a problem. The HAYES protocol (which is the main protocol for most modems since at least the mid-80s) requires a pause between the +'es. The length of this pause is usually (always?) user-settable, with a default of about .2 seconds (?). A +++ stream as data will not drop the modem to command mode. I'm also having problems with my modem not ALWAYS dropping the connection on a PPP exit (userland PPP on FreeBSD 2.1.0 and 2.1.6), and would consider it a Good Thing if the PPP program sent +\w+\w+\w\wATH0\cr on a close/exit. This modem respect DTR, but it seems that PPP doesn't always clear that line. Eivind Eklund / perhaps@yes.no / http://maybe.yes.no/perhaps/