From owner-freebsd-ports@FreeBSD.ORG Mon Jan 28 02:52:41 2008 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 889BC16A417 for ; Mon, 28 Jan 2008 02:52:41 +0000 (UTC) (envelope-from VIVEK@KHERA.ORG) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 6457613C457 for ; Mon, 28 Jan 2008 02:52:41 +0000 (UTC) (envelope-from VIVEK@KHERA.ORG) Received: from cocoa.khera.org (unknown [192.168.135.91]) by yertle.kcilink.com (Postfix) with ESMTP id CE6A88A009 for ; Sun, 27 Jan 2008 21:36:55 -0500 (EST) Message-Id: <7CD44FC1-5B20-4954-8FD9-0F0572B92048@KHERA.ORG> From: Vivek Khera To: ports@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sun, 27 Jan 2008 21:36:55 -0500 X-Mailer: Apple Mail (2.915) Cc: Subject: change in apache port configuration options X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 02:52:41 -0000 It seems that the recent changes to the apache20 port Makefile.modules has broken how I've been configuring my systems. In my make.conf file I have globally set the following: WITH_BDB_VER=43 which instructs many ports to use that version of Berkeley DB. Furtnermore, in my apache configuration in make.conf, I have: .if ${.CURDIR:M*/www/apache2*} WITH_PROXY_MODULES=YES WITH_BERKELEYDB=db${WITH_BDB_VER} .endif Now, this worked just fine for a long time, but as of the latest updates to apache20 port, I get this error: Variable WITH_BDB_VER is recursive. This seems to stem from the Makefile.modules trying to set the WITH_BDB_VER variable itself. I was under the impression that the WITH_* twiddles for the use of the end user, not the port itself. Is this correct? The fix seems to be setting WITH_BDB instead of setting WITH_BERKELEYDB with the version.