From owner-freebsd-hackers Thu Jun 24 2: 7:14 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 70D18154E8 for ; Thu, 24 Jun 1999 02:06:55 -0700 (PDT) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.02 #1) id 10x5SN-000Cjk-00; Thu, 24 Jun 1999 11:06:03 +0200 From: Sheldon Hearn To: Doug Cc: John Baldwin , David Malone , freebsd-hackers@freebsd.org Subject: Re: Inetd and wrapping. In-reply-to: Your message of "Thu, 24 Jun 1999 01:53:32 MST." <3771F20C.7CD06689@dal.net> Date: Thu, 24 Jun 1999 11:06:03 +0200 Message-ID: <48963.930215163@axl.noc.iafrica.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 24 Jun 1999 01:53:32 MST, Doug wrote: > As long as you acknowledge that in this case, "You can't have it" is a > design decision, and not everyone agrees with your concept of the design. > Personally I don't care enough about it to write the patch, but that won't > stop me from registering an objection since you seem to be assuming that > silence == assent. You're right. If I make my intentions publically known and nobody objects, I assume public agreement. So I acknowledge that we're involved in design decisions here. > You need to start thinking of things in terms of the much more common > case, the casual user who will be going from say, 3.0-Release to > 3.3-Release without reading any of the documentation. You're making assumptions about what I'm trying to achieve. I'm quite sensitive to upgrade issues. > Why should this user have to either go out of his way to fix something > that wasn't broken, or find a critical service disabled when he > reboots just because no one could be bothered to make the new > interface compatible? Okay, this is what makes sense. :-) I do agree that it should be as easy as possible to upgrade from 3.2-RELEASE to 3.3-RELEASE. What you need to see is that such an upgrade _will_ involve changing some things, which is why we offer people release notes. What we're discussing (and have up until now disagreed on) is how much has to change. Since none of the people who've suggested per-case exclusion options for wrapping have come up with diffs, it's something I'll have to think about. If I can come up with something backward compatible without rupturing a testicle, I'll do so. Watch this space for details. :-) Cia, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message