Problems with devel/apr1 or options_group

[Dewayne Geraghty]

> -----Original Message-----
> From: owner-freebsd-ports at freebsd.org 
> [mailto:owner-freebsd-ports at freebsd.org] On Behalf Of Kimmo Paasiala
> Sent: Friday, 28 December 2012 1:21 AM
> To: Olli Hauer
> Cc: Baptiste Daroussin; freebsd-ports at freebsd.org; Dewayne Geraghty
> Subject: Re: Problems with devel/apr1 or options_group
> 
> On Thu, Dec 27, 2012 at 3:57 PM, Olli Hauer 
> <ohauer at freebsd.org> 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 

With the same unsuccessful result.

Kimmo, Good point.  In fact my ports.conf is the result of an automated script that "converted" all of the WITH_ and WITHOUT_
statements to UNIQUENAME_SET and _UNSET, until I have to modify it as a result of port maintainers' changes.  A logical though
clearly wrong assumption which applies to both devel/apr1's  and devel/apr2's case, where "make -V UNIQUENAME" returns apr.  And
probably should be taken up as a separate thread. ;) 

This might help someone recall their workaround or why.  Grepping the output from "make -DBATCH -d vc", the first without-ldap
appears as:

Global:APU_CONF_ARGS = --with-apr=${APR_WRKDIR}  --with-expat=${LOCALBASE}  --with-iconv=${LOCALBASE} --with-gdbm=${LOCALBASE}
--with-berkeley-db=${BDB_INCLUDE_DIR}:${BDB_LIB_DIR} --without-ndbm --without-ldap
...
If this is helpful I'm happy to put forward the full trace, but I fear something else is blocking the build.

Regards, Dewayne.
Sydney, Australia (GMT+11) 
So apologies if I might appear a little slow in replying after 1:30am