From owner-freebsd-ports@FreeBSD.ORG Tue Jan 13 16:33:20 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 9E38E7B5; Tue, 13 Jan 2015 16:33:20 +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 8C101865; Tue, 13 Jan 2015 16:33:20 +0000 (UTC) Date: Tue, 13 Jan 2015 08:33:13 -0800 (PST) From: Roger Marquis To: Mathieu Arnold Subject: Re: BIND REPLACE_BASE option In-Reply-To: <2A3ABE9AE68B3CE8E1B7C1A1@ogg.in.absolight.net> References: <2A3ABE9AE68B3CE8E1B7C1A1@ogg.in.absolight.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: The BSD Dreamer , dougb@dougbarton.us, 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: Tue, 13 Jan 2015 16:33:20 -0000 Mathieu Arnold wrote: > I'm only going to answer that part, the rest of the thread being, I feel, > mostly FUD. > ... > The BIND ports were in such a miserable way, with kludges everywhere, when > I took over that it took me some time to get them right. I wish people wouldn't make statements like this. The thread has been informative in many ways and clearly not FUD. I also wish people would not insult previous base and port maintainers by labelling their work buggy or kludgy. All code has bugs. Even having a REPLACE_BASE that only prints "REPLACE_BASE is no longer supported" can be considered a bug. Having two identically named binaries on a system that differ only by path and version can also be considered a kludge (not to mention a security issue). While I'm not personally impacted by the bind port's deprecation of REPLACE_BASE clearly others are. As Doug pointed out this option has been around for well over a decade and like other ports with a REPLACE_BASE option has saved FreeBSD admins a lot of work in cross-platform environments. One question while we're on the topic of deprecations, has 'make pkg || make package' been deprecated in favor of poudriere? Roger