From owner-freebsd-ports@FreeBSD.ORG Wed Oct 13 12:38:48 2004 Return-Path: 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 E0B3F16A4CE for ; Wed, 13 Oct 2004 12:38:48 +0000 (GMT) Received: from srv01.sparkit.no (srv01.sparkit.no [193.69.116.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11FAD43D49 for ; Wed, 13 Oct 2004 12:38:48 +0000 (GMT) (envelope-from eivind@FreeBSD.org) Received: from ws.nada ([193.69.114.88]) by srv01.sparkit.no (8.12.11/8.12.11) with ESMTP id i9DCchOH021341; Wed, 13 Oct 2004 14:38:43 +0200 (CEST) (envelope-from eivind@FreeBSD.org) Received: from ws.nada (localhost [127.0.0.1]) by ws.nada (8.12.9/8.12.10) with ESMTP id i9DCcitH003054; Wed, 13 Oct 2004 12:38:44 GMT (envelope-from eivind@ws.nada) Received: (from eivind@localhost) by ws.nada (8.12.9/8.12.10/Submit) id i9DCceed003053; Wed, 13 Oct 2004 12:38:40 GMT (envelope-from eivind) Date: Wed, 13 Oct 2004 12:38:40 +0000 From: Eivind Eklund To: Frank Laszlo Message-ID: <20041013123840.GB1301@FreeBSD.org> References: <416C0DE8.3000004@struchtrup.com> <416C35A5.4040703@vonostingroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <416C35A5.4040703@vonostingroup.com> User-Agent: Mutt/1.5.4i cc: freebsd-ports@FreeBSD.org cc: Sebastian Schulze Struchtrup Subject: Re: alternative options for ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 12:38:49 -0000 On Tue, Oct 12, 2004 at 03:51:01PM -0400, Frank Laszlo wrote: > Sebastian Schulze Struchtrup wrote: > > >I would like to poll if there is any need for an extension to the > >current menu-driven config frontend. > >My idea was to implement a kind of alternative options, like > >radio-buttons in a gui, using "dialog --menu" or something like this. > >Not enable/disable options, but a way to select one option out of a > >few others. > >For a new port (the lxr source code cross referencer) I will need a > >selection of one of three database clients to use and one of two > >indexing/search engine. > >Please correct me if if there is yet a way to achieve this other than > >coding directly in the ports' makefile. > > > >Will there be any use for some other ports (in the future?). > >I would go to implement this in bsd.port.mk if this is favoured and > >would make sense for others. > >Otherwise, I would implement a way in the ports makefile or using a > >command line/environment option like WITH_DB=xxxx. > > > >I would be pleased to get some feedback. > > I personally do not like dialog's in ports, period. It makes unattended > builds a pain, mostly when compiling large ports with an extensive list > of depends, you never know which dependency is going to pop up a dialog > in the middle of an all-night build. This is resolvable :-) Presently, you can set BATCH for your batch builds. This already disables the option requesters, falling back to the old behaviour. As more of a long-term solution, We can add a 'make config-depends' target, a la 'make fetch-depends'. > I would suggest implementing your idea specifically for your port. I > dont see any reason to hack up bsd.port.mk with anymore dialogs. We need to resolve the overall sitation around compile time configuration of FreeBSD ports. The important thing here is IMO not really the requesters - it is that the ports go towards normalized representation of the options. With normalized representation, it becomes possible to do various forms of option manipulation - including disabling the requesters for ALL ports that come up with them, instead of having to deal with them for those ports that hack them up themselves, but not those that didn't bother. If you've got more *specific* problems with usability (like the batch build problem above), I'm very interested, as I'm trying to collect these for doing a new round of fixes for the options support in bsd.port.mk. Eivind.