From owner-freebsd-ports@FreeBSD.ORG Thu Jul 26 00:00:38 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06337106564A; Thu, 26 Jul 2012 00:00:38 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from p578be941.dip0.t-ipconnect.de (p578be941.dip0.t-ipconnect.de [87.139.233.65]) by mx1.freebsd.org (Postfix) with ESMTP id ADAE38FC0A; Thu, 26 Jul 2012 00:00:37 +0000 (UTC) Received: from [192.168.0.100] (cde1100.uni.vrs [192.168.0.100]) (Authenticated sender: ohauer) by p578be941.dip0.t-ipconnect.de (Postfix) with ESMTPSA id 372A82089A; Thu, 26 Jul 2012 02:00:33 +0200 (CEST) Message-ID: <501088A2.3030208@FreeBSD.org> Date: Thu, 26 Jul 2012 02:00:34 +0200 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports References: <20120725155932.GA13771@ithaqua.etoilebsd.net> <201207251709.q6PH9mpJ086314@lurza.secnetix.de> <5010640B.6070107@FreeBSD.org> <20120725225736.GD13771@ithaqua.etoilebsd.net> In-Reply-To: <20120725225736.GD13771@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports , Baptiste Daroussin , Scot Hetzel , Oliver Fromme Subject: Re: Question about new options framework (regression?) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2012 00:00:38 -0000 On 2012-07-26 00:57, Baptiste Daroussin wrote: > On Wed, Jul 25, 2012 at 11:24:27PM +0200, Olli Hauer wrote: >> On 2012-07-25 20:18, Scot Hetzel wrote: >>> On Wed, Jul 25, 2012 at 12:09 PM, Oliver Fromme wrote: >> >> The following diff will restore the old behavior so make.conf and command params have priority. >> (Place the make.conf part after the OPTIONS_FILE_SET part) >> >> Until now I cannot see why the OPTIONS file should always win. >> > > because the priority goes to global to specific and the most specific is the > options file. > > if most people want the options file to not have the final priority, why not, > can others spread their opinion here? > The power of make.conf was to specify / overwrite a dedicated behavior (same like src.conf) globally or per directory regardless what is defined in options. A valid use case was given with shell/zsh. Say someone don't want to have DB-A in the network (because of the license ...) and set global without DB-A and use DB-B instead, once there is an options file you loose. I have make.conf in svn and from there it is deployed to all systems to make sure they end up as specified, defining PORT_DBDIR=/dev/null is not handy. Again, how would you overwrite from a slave an option which was set once before with make config on the master port? (with working example please) Additional I suspect a command arg is more specific then a option which was set once. -- Regards, olli