From owner-freebsd-current  Thu Feb 20 21:41:55 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8C27C37B401
	for <current@freebsd.org>; Thu, 20 Feb 2003 21:41:54 -0800 (PST)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E6A0443FAF
	for <current@freebsd.org>; Thu, 20 Feb 2003 21:41:53 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0006.cvx40-bradley.dialup.earthlink.net ([216.244.42.6] helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18m5wP-0003cN-00; Thu, 20 Feb 2003 21:41:45 -0800
Message-ID: <3E55BBC6.85E1AE7E@mindspring.com>
Date: Thu, 20 Feb 2003 21:40:22 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Matthew Emmerton <matt@gsicomp.on.ca>
Cc: Julian Elischer <julian@elischer.org>,
	Garrett Wollman <wollman@lcs.mit.edu>,
	FreeBSD current users <current@FreeBSD.ORG>
Subject: Re: config files and includes.
References: <Pine.BSF.4.21.0302201905300.43932-100000@InterJet.elischer.org> <001f01c2d957$a44ff1c0$1200a8c0@gsicomp.on.ca>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a47a7502ff9f1a264c2be79549662934c62601a10902912494350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Matthew Emmerton wrote:
> > On Thu, 20 Feb 2003, Garrett Wollman wrote:
> > of course..
> >
> > New functionality vs POLA. An age old conflict.
> 
> Isn't POLA the reason why people gave up trying to extend the old standards
> (like syslogd and inetd) and decided to build new feature-rich daemons like
> msyslog and xinetd?


People apparently keep confusing "POLA" with "PONA" -- the "Principle
Of No Astonishment".

The purpose of POLA is to suppress unnecessary changes, not suppress
necessary changes.


-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message