From owner-freebsd-current Mon Jan 12 12:10:09 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23169 for current-outgoing; Mon, 12 Jan 1998 12:10:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA23032 for ; Mon, 12 Jan 1998 12:09:52 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 5322 invoked by uid 1000); 13 Jan 1998 20:10:13 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 13 Jan 1998 12:10:13 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer Subject: Re: Firewall in kernel? - Found it! Cc: current@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 12-Jan-98 Julian Elischer wrote: ... > Yes but it would slow down my own verification of the correctness of my > patches.. My method is: > edit/build/test/edit/build/test > make world (not always fora a smaller commit) > cvs diff > apply diff to my commit tree > commit (remotly) > cvsup to local cvs tree <-------XXX > checkout entire sources > make kernel(s) > make world > this way I catch any stuffups As usual, replacing accountability with procedure is costly. The cycle you describe is accountability. If everyone will always do that, there will be no need for procedure. You use the term ``not always'', which implies deviation. Small changes may cause big headaches. It is a compromise, and I hear the concensus is that it is a good one. I will agree that the technology and procedure we use are the best I have seen. Maybe improvement in procedure are of diminishing return. PErsonally, this last incident was an easy one to overcome, as the bugs were obvious. I also did not hear anyone moaning too loudly. Just specifying ``did that happened to you too?'' I need to think about this one some more. Maybe the process IS good enough. > It aint purfect, but it's remarkable how effective it is. > this last week has been an aberation rather than the norm. I tend to agree. > (ps. new devfs code out..) Great! ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313