From owner-freebsd-questions@FreeBSD.ORG Fri May 9 13:36:11 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 334CC1065673 for ; Fri, 9 May 2008 13:36:11 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from snoogles.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 0313E8FC15 for ; Fri, 9 May 2008 13:36:10 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from localhost (localhost [127.0.0.1]) by snoogles.rachie.is-a-geek.net (Postfix) with ESMTP id 920D71CD4A; Fri, 9 May 2008 05:36:09 -0800 (AKDT) From: Mel To: freebsd-questions@freebsd.org Date: Fri, 9 May 2008 15:36:07 +0200 User-Agent: KMail/1.9.7 References: <92bcbda50805090615l7d1e0ac1r947ec9f31e7a2b9f@mail.gmail.com> In-Reply-To: <92bcbda50805090615l7d1e0ac1r947ec9f31e7a2b9f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200805091536.07612.fbsd.questions@rachie.is-a-geek.net> Cc: n j Subject: Re: Makefile OPTIONS (was: Re: Apache 2.2.8 + mod_authnz_ldap) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2008 13:36:11 -0000 On Friday 09 May 2008 15:15:05 n j wrote: > > What are you using for apr? The one that comes with apache itself, or the > > devel/apr port? > > AFAICT, the one that comes with Apache itself. > > It would seem that mod_authnz_ldap required mod_ldap to be compiled in > Apache to work. Having little or no experience at all with Apache + > LDAP combination so far, this was not really straightforward to me. If this is a fixed dependency, then it's a bug in the port's Makefile. If it's not set in stone (i.e.: mod_authnz_ldap could also work with mod_fictional_3rdparty_ldap), then applying the logic you suggest, would kill the option to use mod_fictional_3rdparty_ldap. Set in stone would mean, "if there is a port mod_fictional_3rdparty_ldap, or enough people have complained that they cannot use mod_fictional_3rdparty_ldap, even though there's not a port for it". -- Mel Problem with today's modular software: they start with the modules and never get to the software part.