From owner-freebsd-arch@FreeBSD.ORG Fri Jun 6 03:01:10 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1779A37B401; Fri, 6 Jun 2003 03:01:10 -0700 (PDT) Received: from sccrmhc12.attbi.com (sccrmhc12.attbi.com [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B8343F85; Fri, 6 Jun 2003 03:01:09 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23](untrusted sender)) by attbi.com (sccrmhc12) with SMTP id <200306061001080120096q1je>; Fri, 6 Jun 2003 10:01:08 +0000 Date: Fri, 6 Jun 2003 03:01:02 -0700 (PDT) From: Doug Barton To: Brad Knowles In-Reply-To: Message-ID: <20030606024813.Y5414@znfgre.qbhto.arg> References: <20030605235254.W5414@znfgre.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: Way forward with BIND 8 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2003 10:01:10 -0000 On Fri, 6 Jun 2003, Brad Knowles wrote: > At 12:09 AM -0700 2003/06/06, Doug Barton wrote: > > > FYI, for those wondering why I'm not considering BIND 9 for import, please > > see http://people.freebsd.org/~dougb/whybind8.html > > I might be able to buy your arguments for supporting BIND 8 > instead of BIND 9 in -STABLE, but not in -CURRENT. Regardless of whether I agree with the points you make here or not, the FreeBSD development model requires that what we import in -current, for the most part, be what we plan to eventually MFC. That factor alone eliminates the possibility of importing BIND 9 at this time. > There's no sense re-hashing all these issues in e-mail .... and yet you felt the need to do so. > Also note that if you're going to flame someone for development > on BIND 9, Nothing I've had to say on this issue should be (or I think reasonably can be) interpreted as a flame. I've simply stated the reasons I think that BIND 9 isn't suitable for one particular purpose. > Anyway, the argument for having separate -STABLE and -CURRENT > branches is so that development on new code can progress, and > adventurous types can give the new stuff a try (and help debug it), > while less adventurous types can stick with tried-n-true. Correct, however historically the project has chosen what it wants to be "adventurous" about. Using the "tried and true" versions of things in src/contrib gives us more flexibility to be "adventurous" in the parts of the tree that are generated by the project. However, those who really want to embark on the adventure of testing bind 9 in production can do so using the port. Using the combination of NO_BIND in /etc/make.conf and PORT_REPLACES_BASE_BIND9 in ports/net/bind9, you can even have exactly what you're asking for. Doug -- This .signature sanitized for your protection