From owner-freebsd-ports@FreeBSD.ORG Thu Dec 27 17:05:35 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 37A8831F; Thu, 27 Dec 2012 17:05:35 +0000 (UTC) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Received: from nskntqsrv02p.mx.bigpond.com (nskntqsrv02p.mx.bigpond.com [61.9.168.234]) by mx1.freebsd.org (Postfix) with ESMTP id 4840A8FC0C; Thu, 27 Dec 2012 17:05:34 +0000 (UTC) Received: from nskntcmgw08p ([61.9.169.168]) by nskntmtas04p.mx.bigpond.com with ESMTP id <20121227152403.CUQT27890.nskntmtas04p.mx.bigpond.com@nskntcmgw08p>; Thu, 27 Dec 2012 15:24:03 +0000 Received: from hermes.heuristicsystems.com.au ([58.172.113.247]) by nskntcmgw08p with BigPond Outbound id gfQ21k00E5LKYmq01fQ2EN; Thu, 27 Dec 2012 15:24:03 +0000 X-Authority-Analysis: v=2.0 cv=FNuZNpUs c=1 sm=1 a=YibVxx38Z+cwdCKSMcELyg==:17 a=hJkR5xIvEAEA:10 a=k4yzAXmc-yEA:10 a=kj9zAlcOel0A:10 a=GHIR_BbyAAAA:8 a=DUi8xz_rleMA:10 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=qRibPSx-nI1aibykFWsA:9 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=SV7veod9ZcQA:10 a=_Ao7yxJrH66I5zfF:21 a=RGT31yz89Og5A11D:21 a=YibVxx38Z+cwdCKSMcELyg==:117 Received: from black (black.hs [10.0.5.1]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id qBRFNR5e051829 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 28 Dec 2012 02:23:28 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) From: "Dewayne Geraghty" To: "'Baptiste Daroussin'" References: <1TncE1-0005yN-0m@internal.tormail.org> <87r4mdzoog.wl%hskuhra@eumx.net> <826924ADF5944105BFBC01D6A4AA41A8@black> <50DC53C9.7020506@FreeBSD.org> <2349A8E64C094F499D854D735852D866@black> <20121227145843.GI9441@ithaqua.etoilebsd.net> Subject: RE: Problems with devel/apr1 or options_group Date: Fri, 28 Dec 2012 02:23:27 +1100 Message-ID: <1B4401CBAFE34B5DA0E44B201853CC1C@black> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20121227145843.GI9441@ithaqua.etoilebsd.net> Thread-Index: Ac3kQrF35D++aucZSv6UM4ck/KsnnwAAYc5A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-ports@freebsd.org 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, 27 Dec 2012 17:05:35 -0000 Thank-you. > -----Original Message----- > From: Baptiste Daroussin > [mailto:baptiste.daroussin@gmail.com] On Behalf Of 'Baptiste > Daroussin' > Sent: Friday, 28 December 2012 1:59 AM > To: Dewayne Geraghty > Cc: 'Kimmo Paasiala'; 'Olli Hauer'; freebsd-ports@freebsd.org > Subject: Re: Problems with devel/apr1 or options_group > > On Fri, Dec 28, 2012 at 01:46:56AM +1100, Dewayne Geraghty wrote: > > > -----Original Message----- > > > From: owner-freebsd-ports@freebsd.org > > > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of > Kimmo Paasiala > > > Sent: Friday, 28 December 2012 1:21 AM > > > To: Olli Hauer > > > Cc: Baptiste Daroussin; freebsd-ports@freebsd.org; > Dewayne Geraghty > > > Subject: Re: Problems with devel/apr1 or options_group > > > > > > On Thu, Dec 27, 2012 at 3:57 PM, Olli Hauer > > > wrote: > > > > On 2012-12-27 09:38, Dewayne Geraghty wrote: > > > >> While trying to build apache22 with ldap, the dependency > > > apr1 passes a "--without-ldap" flag to apr-util which results > > > in apache > > > >> failing. > > > >> > > > >> * Background * > > > >> Some 450+ packages are built on a 4 monthly cycle, 149 of > > > these are controlled by ports.conf and built using > > > portmaster. This is the > > > >> second time since 2005 that I've been stuck and would > > > appreciate some advice/guidance whether the problem lies with > > > something in apr > > > >> that I am missing, or the use of ${UNIQUENAME}_SET doesn't > > > work with new OPTIONS_GROUP? > > > >> > > > >> We used a script to modify our ports.conf to accommodate > > > the new optionng _SET and _UNSET which worked nicely last > > > time ports were > > > >> built. > > > >> > > > >> These are the relevant options from ports.conf > > > >> devel/apr1: WITH_THREADS | WITH_BDB | WITH_LDAP | > > > WITHOUT_GDBM | APR1_UNSET=GDBM | APR1_SET=THREADS BDB LDAP > > > > [...] > > > > > > > > I suspect here is the mistake > > > > $> cd devel/apr1 > > > > $> make -V UNIQUENAME > > > > apr (-> not apr1) > > > > > > > > I don't work with portmaster (happy tinderbox user ;). > > > > Can you try the following line in your ports.conf > > > > > > > > file ports.conf: devel/apr1: WITH_THREADS | WITH_BDB | > > > WITH_LDAP | WITHOUT_GDBM | APR_UNSET=GDBM | > APR_SET=THREADS BDB LDAP > > > > > > > > -- > > > > Regards, > > > > olli > > > > > > > > > Is there any particular reason why the UNIQUENAME > couldn't just be the > > > name of the port in all cases? I would make writing the options in > > > optionsng format lot easier. > > > > > > -Kimmo > > > > Olli, > > > > Thank-you for the suggestion, unfortunately the result was > the same, apr-util is built "without-ldap". > > > > I tested on two separate runs modifying ports.conf as follows: > > Run 1: (a desperate try-all run) > > devel/apr1: WITH_THREADS | WITH_BDB | WITH_LDAP | > WITHOUT_GDBM | APR1_UNSET=GDBM | APR1_SET=THREADS BDB LDAP | > APR_UNSET=GDBM | > > APR_SET=THREADS BDB LDAP | APU_UNSET=GDBM | APU_SET=THREADS BDB LDAP > > > > Run2: (in case there was a negative interaction between > variables, apr and apr1?) > > devel/apr1: WITH_THREADS | WITH_BDB | WITH_LDAP | > WITHOUT_GDBM | APR_UNSET=GDBM | APR_SET=THREADS BDB LDAP > > > > s/APR_SET/apr_SET/ > S/APR_UNSET/apr_UNSET/ > > UNIQUENAME is case sensitive > > regards, > Bapt > Thank-you the case-change enabled apr1 to compile per the instructions in ports.conf. I had never used UNIQUENAME, so Ollie's suggestion "make -V UNIQUENAME" was a revelation. Clearly I need to revisit my script that updated ports.conf and include a test for, and correctly set the UNIQUENAME variable's case before appending _SET|_UNSET. Quite an adventure. :) Kind regards, Dewayne.