From owner-freebsd-current@FreeBSD.ORG Sat Apr 17 23:40:19 2004 Return-Path: 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 28FC216A4CE for ; Sat, 17 Apr 2004 23:40:19 -0700 (PDT) Received: from kate.fud.org.nz (203-79-110-29.cable.paradise.net.nz [203.79.110.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEBE543D2F for ; Sat, 17 Apr 2004 23:40:18 -0700 (PDT) (envelope-from andy@fud.org.nz) Received: by kate.fud.org.nz (Postfix, from userid 1001) id 4D27317044; Sun, 18 Apr 2004 18:40:17 +1200 (NZST) Date: Sun, 18 Apr 2004 18:40:17 +1200 From: Andrew Thompson To: Peter Jeremy Message-ID: <20040418064017.GB70588@kate.fud.org.nz> References: <40810F83.2030107@freebsd.org> <20040417060059.A50118@xorpc.icir.org> <20040418054632.GA27224@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040418054632.GA27224@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.6i cc: Luigi Rizzo cc: current@freebsd.org Subject: Re: RFC: ported NetBSD if_bridge X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2004 06:40:19 -0000 On Sun, Apr 18, 2004 at 03:46:32PM +1000, Peter Jeremy wrote: > On Sat, Apr 17, 2004 at 06:00:59AM -0700, Luigi Rizzo wrote: > >I don't understand why every time we have this kind of discussion > >again and again about providing multiple solutions to one problem. > >People can have different opinions about diversity being good or bad > >(which is good -- diversity is good :), but I would be much happier > >to hear specific arguments not generic ones. In this particular > >case the answer seems pretty obvious. > > One disadvantage of diversity is increased maintenance costs. Three > sets of bridging code are going to need roughly three times as much > maintenance effort as one set. This is an ongoing cost that is borne > by the Project as a whole. > > Even it the code comes with an iron-clad promise that the initial > committer will continue to maintain it, circumstances change and > that person won't be able to maintain the code for ever. > A valid point, but on the other hand both NetBSD and OpenBSD use this code so you could say that maintaining it will be easier. Still, that doesnt help for FreeBSD specific maintenance. Andrew