> -----Original Message----- > From: owner-freebsd-po...@freebsd.org > [mailto:owner-freebsd-po...@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 > <oha...@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 _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"