From owner-freebsd-ports@FreeBSD.ORG Sun Mar 17 18:30:16 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9038B6F for ; Sun, 17 Mar 2013 18:30:16 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2611ED2A for ; Sun, 17 Mar 2013 18:30:15 +0000 (UTC) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id EF0708B143C; Sun, 17 Mar 2013 19:30:14 +0100 (CET) X-Spam-Flag: NO X-Spam-Score: -100.966 X-Spam-Level: X-Spam-Status: No, score=-100.966 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.034, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id GrjIvguINnWt; Sun, 17 Mar 2013 19:30:13 +0100 (CET) Received: from [192.168.100.30] (p54B08F18.dip.t-dialin.net [84.176.143.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 463238B143B; Sun, 17 Mar 2013 19:30:13 +0100 (CET) Message-ID: <51460B2C.6080500@executive-computing.de> Date: Sun, 17 Mar 2013 19:27:56 +0100 From: Marco Steinbach User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Chris Rees Subject: Re: OPTIONSng: Overide options in /var/db/ports/*/options ? References: <5145B415.80303@executive-computing.de> <5145C9DC.6010300@infracaninophile.co.uk> <5145E47D.4050201@executive-computing.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Mar 2013 18:30:16 -0000 Chris Rees wrote on 17.03.2013 17:15: > On 17 Mar 2013 15:45, "Marco Steinbach" wrote: >> Matthew Seaman wrote on 17.03.2013 14:49: >> >>> On 17/03/2013 12:16, Marco Steinbach wrote: >>>> Hi, >>>> >>>> is there a way to overide options stored in /var/db/ports/*/options, >>>> basically getting back the pre-OPTIONSng behaviour of being able to >>>> overide port options in /etc/make.conf ? >>>> >>>> Before OPTIONSng was introduced, I was able to specify options in >>>> /etc/make.conf (WITHOUT_X11, WITHOUT_CUPS, WITH_MAILHEAD, WITH_SSL, >>>> WITH_MYSQL, WITH_DOVECOT, ...), which then overode any occurency of that >>>> option in any port (or just specific ones, by e.g. checking .CURDIR), >>>> regardless of the setting the ports option file contained. >>> >>> Find the uniquename of the port[*] (by 'make -V UNIQUENAME') then in >>> /etc/make.conf >>> >>> uniquename_SET= FOO BAR BAZ >>> uniquename_UNSET= BLURFL >>> >>> will override the default settings in that port's Makefile for the FOO, >>> BAR, BAZ and BLURFL options. >>> >>> Note: this won't override any settings you make from an options dialog. >>> Might be a good idea to 'make rmconfig' if you only want to rely on >>> /etc/make.conf >> >> [...] >> >> Exactly my point. Currently, with OPTIONSng there seems to be no way to > overide anything in /var/db/ports/*/options. >> I find it irritating, that I no longer can be sure about options in > /etc/make.conf. I have to check/reconfigure to make sure. >> As much as I like OPTIONSng (especially in combination with > dialog4ports), this is one thing I'd very much like OPTIONSng to relearn: > Enforce options regardless of what's in a ports options file. > > No, that's a bad idea. It's more confusing to have options not being set > that are checked in the OPTIONS dialog. > > Setting those in make.conf sets defaults, and allows them to be overridden > in individual ports. Let's say I never want CUPS, X11, EXAMPLES and DOCS, regardless of what I willingly or accidentially configured in an OPTIONS dialog (or is defaulted to in a ports Makefile), either because I didn't understand the dependancy of a choice, I fat-fingered something or someone helps me configuring something, and wants to make sure I get it right: OPTIONS_UNSET_FORCE= CUPS X11 EXAMPLES DOCS Same goes for the complementary case of having options set forcibly, either system-wide or per port: particularport_SET_FORCE= EXAMPLES DOCS I'd set these in /etc/make.conf, and be done for good. I have a local patch for that kind of behaviour, but wanted to check for possible alternatives besides the beaten path, before bothering bapt@. MfG CoCo