From owner-freebsd-ports@FreeBSD.ORG Wed May 10 18:55:31 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D0B816A657 for ; Wed, 10 May 2006 18:55:31 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38D9C43D49 for ; Wed, 10 May 2006 18:55:30 +0000 (GMT) (envelope-from freebsd-ports@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Fdtpu-0006Dc-R0 for freebsd-ports@freebsd.org; Wed, 10 May 2006 20:55:02 +0200 Received: from r5j60.chello.upc.cz ([86.49.9.60]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 May 2006 20:55:02 +0200 Received: from martinkov by r5j60.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 May 2006 20:55:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: martinko Date: Wed, 10 May 2006 20:54:34 +0200 Lines: 31 Message-ID: References: <20060508200926.GA6005@daemons.gr> <20060508212441.GB767@picobyte.net> <1147124004.18944.77.camel@ikaros.oook.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5j60.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.2) Gecko/20060506 SeaMonkey/1.0.1 In-Reply-To: <1147124004.18944.77.camel@ikaros.oook.cz> Sender: news Subject: Re: ports structure and improvement suggestions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 18:55:33 -0000 Pav Lucistnik wrote: > Shaun Amott píše v po 08. 05. 2006 v 22:24 +0100: > > That's a good summary. > >> Unfortunately, the OPTIONS framework is somewhat limited in its current >> state. One problem is that OPTIONS needs to be defined before including >> bsd.port.pre.mk, but then the processing of WITH(OUT)_* variables has to >> be done afterwards. For example, www/horde has a huge list of knobs, but >> only a handful could be converted to OPTIONS because they set variables >> that need to be defined before bsd.port.pre.mk is included. As a >> sidenote, I submitted a simple patch to "fix" this some time ago, but it >> doesn't appear to have had much interest. :-) >> >> Another issue is that the framework only includes support for simple >> checklists: no submenus, no "radio" controls , etc. There's no >> reasonable way - other than spitting out an error message and asking >> the user to try again - of dealing with mutually exclusive knobs in >> OPTIONS. >> >> There is also no space for detailed descriptions of what knobs do inside >> the OPTIONS dialog. It is often easier to make the user look at the >> Makefile for a description and/or print out a message before installing. > > When a set of OPTIONS change between the port versions, user is not > presented with the dialog screen again. > i noticed there's a variable saying which port version read or set the options. couldn't this help the ports system decide whether it's time to display options menu once again ?