From owner-freebsd-ports@FreeBSD.ORG Thu May 23 09:29:13 2013 Return-Path: Delivered-To: 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 CD58D30D; Thu, 23 May 2013 09:29:13 +0000 (UTC) (envelope-from freebsdml@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8EEFDE; Thu, 23 May 2013 09:29:13 +0000 (UTC) Received: from [10.31.9.98] (unknown [213.225.137.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 8A20A43BC5; Thu, 23 May 2013 04:29:12 -0500 (CDT) Message-ID: <519DE166.2030303@marino.st> Date: Thu, 23 May 2013 11:29:10 +0200 From: John Marino User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: Vitaly Magerya Subject: Re: Proposal: do not show up the dialog(1) by default? References: <20130523054541.GH96836@ithaqua.etoilebsd.net> <758641369300207@web4g.yandex.ru> <519DDEA6.4030106@marino.st> <519DE07F.7040103@gmail.com> In-Reply-To: <519DE07F.7040103@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "ports@FreeBSD.org" , Baptiste Daroussin , "Ilya A. Arkhipov" 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: Thu, 23 May 2013 09:29:13 -0000 On 5/23/2013 11:25, Vitaly Magerya wrote: >>> I think it is not good idea, because if user don't know regarding >>> options in ports he should do a make config and if it not exist >>> should do a make install in this case we have two action.. >>> Maybe other way for fix these frequent "popping" add needed options to make.conf >> >> I like the suggestion that if the dialog consists only of globally set >> options (NLS, DOC, etc) then it shouldn't appear by default. > > Except the cases when those options pull in additional dependencies. > > In those cases either the dialog should be shown, or the options should > be disabled by default. The issue is that _by definition_ these options are enabled by default. I'm not sure I agree that an always-enabled option should trigger a dialog just because it has dependencies. Doesn't NLS have dependencies? That would already negate the benefit greatly if this suggestion were followed.