Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: pass (nike.apache.org: domain of i.galic@brainsware.org
 designates 188.40.115.121 as permitted sender)
Date: Tue, 29 Nov 2011 09:55:21 -0000 (UTC)
From: Igor =?utf-8?Q?Gali=C4=87?= <i.galic@brainsware.org>
To: dev@httpd.apache.org
Subject: Re: svn commit: r1207721 - in /httpd/httpd/branches/2.4.x: ./
 build/rpm/httpd.spec.in
Message-ID: <8f913395-0c19-4ff5-9bc4-cad7e516b55f@iris>
In-Reply-To: <2F83DE04-80D2-4E60-B1F3-CC804D9643D2@sharp.fm>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0


----- Original Message -----
> On 29 Nov 2011, at 02:37, Jeff Trawick wrote:
> 
> > FWIW
> > 
> > * a normal build defaults to event
> > * a multi-MPM build of 2.4 "should" build the MPMs as DSOs
> 
> +1.
> 
> This is what I'm trying to nail down - to get the packaging to work
> against the ideal installation of httpd.
> 
> What I am also keen to do is identify modules that bind to external
> libraries, and spin them out into dedicated RPMs like we always did
> with mod_ssl, the idea being that an installation of the basic
> server shouldn't bring in any onerous dependencies on a system.

OpenSSL (and cascading deps to it)
mod_ssl
mod_session
mod_session_crypto

liblua:
mod_lua

libxml2:
mod_proxy_html
mod_xml2enc

$DB:
Everything_ending_in_dbd

And, our all time favourite: LDAP.

DBM: mod_authn_dbm and mod_authz_dbm

But there's also the new: mod_nw_ssl, which only applies to NetWare.

> > Is the RPM design supposed to be aligned with anything else outside
> > of
> > httpd 2.4?  Is there some external tooling that expects MPMs to be
> > built as with 2.2?  Also, I presume that the build flavor shouldn't
> > change within 2.4.x?
> 
> Originally we adopted the Redhat RPM spec file to make it easy for
> people to drop the ASF provided RPM onto a system and have it work
> reasonably closely to the original system, but our packaging has
> moved ahead of Redhat's at this point (to my knowledge, anyway).
> 
> I hope that other vendors will pick up our packaging as the
> "canonical" way, and improve the way httpd is deployed out there.

+1

sf - how are you planning to do this, btw ;)

> Regards,
> Graham
> --

i

-- 
Igor Gali=C4=87

Tel: +43 (0) 664 886 22 883
Mail: i.galic@brainsware.org
URL: http://brainsware.org/
GPG: 6880 4155 74BD FD7C B515  2EA5 4B1D 9E08 A097 C9AE