From owner-svn-ports-head@FreeBSD.ORG Mon Apr 29 08:05:13 2013 Return-Path: Delivered-To: svn-ports-head@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 9CADDAE1 for ; Mon, 29 Apr 2013 08:05:13 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from relay.andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with ESMTP id F36D01D30 for ; Mon, 29 Apr 2013 08:05:11 +0000 (UTC) Received: (qmail 6126 invoked from network); 29 Apr 2013 08:05:04 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 29 Apr 2013 08:05:04 -0000 Message-ID: <517E29AF.3050409@FreeBSD.org> Date: Mon, 29 Apr 2013 10:05:03 +0200 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16 MIME-Version: 1.0 To: Alexey Dokuchaev , Alex Kozlov Subject: Re: svn commit: r316515 - head/graphics/gdk-pixbuf2 References: <201304251344.r3PDid1c079303@svn.freebsd.org> <20130426035132.GA77202@FreeBSD.org> In-Reply-To: <20130426035132.GA77202@FreeBSD.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Apr 2013 08:05:13 -0000 Alexey Dokuchaev ha scritto: >> - Remove NLS from options, it's handled globally > > It looks like we do need a policy on this issue. Recently it was discussed > (google for "Re: svn commit: r315222") again for example. Yes, we need a policy. > I personally think that all options should be listed in OPTIONS_DEFINE, even > the global ones. I agree with you on the general idea, but I don't want every port pop up a dialog for only DOCS or NLS. > As for addressing the annoyance part of the question, it should be solved > with separate knob, settable in /etc/make.conf, that users can set to skip > the global options in dialog (or disable skipping if it's on by default). > OPTIONS_DEFINE should not be abused for this purpose. If what you propose is a way to disable the dialog if OPTIONS_DEFINE only lists global options, it'll be fine for me. -- Alex Dupre