From owner-freebsd-ports@FreeBSD.ORG Fri Nov 30 17:07:54 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D436CB06; Fri, 30 Nov 2012 17:07:54 +0000 (UTC) (envelope-from prvs=6745961d0=pschmehl_lists@tx.rr.com) Received: from ip-001.utdallas.edu (ip-001.utdallas.edu [129.110.20.107]) by mx1.freebsd.org (Postfix) with ESMTP id 92E6B8FC15; Fri, 30 Nov 2012 17:07:54 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtwHACHnuFCBbgogOmdsb2JhbABEhiy5dwMBAQEBGQhLgh4BAQQBIxVGCwsaAiYCAkMUBgESiAoGrRGSeYEiix6DLjJhA4hdoHg X-IronPort-AV: E=Sophos;i="4.84,192,1355119200"; d="scan'208";a="110773858" Received: from zxtm01.utdallas.edu (HELO utd71538.utdallas.edu) ([129.110.10.32]) by ip-001.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Nov 2012 11:07:46 -0600 Date: Fri, 30 Nov 2012 11:07:45 -0600 From: Paul Schmehl To: Thierry Thomas , FreeBSD Ports List Subject: Re: Dealing with options in dependent ports Message-ID: <9FBCB70DE736FC2D5695947B@utd71538.campus.ad.utdallas.edu> In-Reply-To: <20121130154740.GA16360@graf.pompo.net> References: <20121130154740.GA16360@graf.pompo.net> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; size=1389 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Nov 2012 17:07:54 -0000 --On November 30, 2012 4:47:40 PM +0100 Thierry Thomas=20 wrote: > Hello, > > Le ven 30 nov 12 =C3=A0 16:36:32 +0100, Paul Schmehl > =C3=A9crivait=C2=A0: >> I'm working on a port that has an option for a build_depends on another >> port. If that option is selected, the dependent port MUST be built with >> an option that is not selected by default. >> >> Is there a way to either force that option to be selected in the >> dependent port? Or, failing that, is it possible to pop up a message >> warning the installer that they must select that option before building >> the dependent port or, if they've already installed it without the >> option, they must deinstall and reinstall after selecting that option? >> > > I'd suggest to make a slave port where you force the required option. > However, to enforce the right dependency, this option have to produce a > different plist. Thanks. I think that's probably the right answer. --=20 Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell