From owner-freebsd-ports@FreeBSD.ORG Mon Jan 12 06:22:38 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01E4DB0D for ; Mon, 12 Jan 2015 06:22:38 +0000 (UTC) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E59A0B97 for ; Mon, 12 Jan 2015 06:22:37 +0000 (UTC) Date: Sun, 11 Jan 2015 22:22:36 -0800 (PST) From: Roger Marquis To: Mark Linimon Subject: Re: BIND REPLACE_BASE option In-Reply-To: <20150112040129.GA16097@lonesome.com> References: <20150111235449.A14AEF52@hub.freebsd.org> <20150112040129.GA16097@lonesome.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 06:22:38 -0000 Mark Linimon wrote: > It was believed to be a bad design pattern to let ports modify anything > in base. Believed by who? Surely not those of us advocating FreeBSD in mixed environments where the Linux and Windows admins are pushing for something closer to a monoculture. > Apparently 10.0 seemed like the appropriate time to get rid of the > bad pattern. "seemed like the appropriate time" isn't a business case and "bad pattern" it likely wasn't considering A) someone requested it, B) someone spent money and/or time writing it and C) many people were using it. > We've been essentially rewriting the entire ports infrastructure in-place > for the past 6 or 7 years. IMVHO this was entirely necessary: the old > pkg_* tools were buggy, underdocumented, and no longer suited to the task Not sure what this has to do with a small number of mission-critical ports that need to write to base to accommodate large, cross-platform, installed bases. Could you elaborate? > They are mostly due to the idea of not shipping things that do not work > consistently, and in the way one "might expect". On rare occasion, yes, > that will mean breaking POLA. Are you saying, then, that bind, postfix and other ports that have overwritten base for years "do not work consistently"? That hasn't been my experience nor that of those who I work with. > AFAIK the companies that embed FreeBSD into their products are primarily > interested in the kernel, the networking stack, the file systems, and so > on. I do not know of any such company that even _uses_ FreeBSD ports. I see your point but it indicates your experience is missing a large portion of FreeBSD users. The financial institution where I work for example, runs hundreds of FreeBSD boxes and uses ports and port options on all of them. > Thus, they could have no influence on the outcome. If large numbers of BSD servers and engineers with decades of BSD advocacy really have no influence, and it appears we don't, at least the reason for our favorite OS' shrinking user-base is clear. Statements like "buggy, underdocumented, and no longer suited to the task" and "could have no influence on the outcome" are perhaps a downside of exclusively developer-driven ecosystems. Redhat's understands this, which is why they involve sales, sysadmins and management in similar decisions, not just devs who are looking to spend less time maintaining "old" code. (They're also paying people to maintain code, something I wish we could find a way to do.) > tl;dr: the FreeBSD ports community is pretty well self-contained. Do you mean in contrast with, for example, the Debian community? Roger