Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 92009 invoked from network); 2 Jun 2010 22:26:34 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 2 Jun 2010 22:26:34 -0000 Received: (qmail 68062 invoked by uid 500); 2 Jun 2010 22:26:33 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 68015 invoked by uid 500); 2 Jun 2010 22:26:33 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 68007 invoked by uid 99); 2 Jun 2010 22:26:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jun 2010 22:26:33 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sergey.chernyshev@gmail.com designates 74.125.83.45 as permitted sender) Received: from [74.125.83.45] (HELO mail-gw0-f45.google.com) (74.125.83.45) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Jun 2010 22:26:26 +0000 Received: by gwj20 with SMTP id 20so984586gwj.18 for ; Wed, 02 Jun 2010 15:26:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=IqfhVbXWQGDba0F3mUGSO+lGtHpIDI/s0lxeHm0ls7Y=; b=JcIYa1hyj4gIsGJr2d/Yzl7YaY6ePzpsCpTC4Q8lCzZNtwbOpYDTa91MFGFcO9/RiZ rvpPpj+AwWnqnx74thFA4lzB8FDEeb1kbS+tu8P9bZ5EaDkxCByxQRQybh4odVMS47Vb DKjtmMWjSVwDdQPcgkIlgLbQRsL6wwz3ju1sY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=JkWRGlxGMgpe4Tz1CvwjKA6j6SlKqFeGfalCbDO1I73YrqPBSm7VH5AfEhDhq5iFo4 bbz1B3Ln6QZ88TZUeK2Fd2a4ktvu1nrZfd8R0g2C1LK9sIA1v4EHgHro/ITRqqeO4mtv Du6lngFbWv5GAkVwJ6GGc6hqG/ej+S1hj0Sg0= MIME-Version: 1.0 Received: by 10.151.5.11 with SMTP id h11mr8963134ybi.111.1275517565532; Wed, 02 Jun 2010 15:26:05 -0700 (PDT) Received: by 10.150.50.12 with HTTP; Wed, 2 Jun 2010 15:26:05 -0700 (PDT) In-Reply-To: <4C06CC98.1090705@rowe-clan.net> References: <4C06C185.2000001@kippdata.de> <4C06CA24.1070901@rowe-clan.net> <4C06CC98.1090705@rowe-clan.net> Date: Wed, 2 Jun 2010 18:26:05 -0400 Message-ID: Subject: Re: Info: current module enable status for trunk From: Sergey Chernyshev To: dev@httpd.apache.org Content-Type: multipart/alternative; boundary=000e0cd25ab265fb6904881393bc X-Virus-Checked: Checked by ClamAV on apache.org --000e0cd25ab265fb6904881393bc Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jun 2, 2010 at 5:26 PM, William A. Rowe Jr. wrote: > On 6/2/2010 4:21 PM, Eric Covener wrote: > > On Wed, Jun 2, 2010 at 5:16 PM, William A. Rowe Jr. > wrote: > >> On 6/2/2010 3:39 PM, Rainer Jung wrote: > Thanks for the list! Do you know the best way to extract similar data for distros? > >>> Mod_proxy and mod_ssl (if ssl toolkit was > >>> detected) make good candidates for moving from "no" to at least > "default". > >> > >> mod_ssl was 'no' simply because of concerns about cryptographic law and > >> users in all these crazy jurisdictions. But I'm willing to consider > 'yes' > >> on the basis that if openssl is not found, the default becomes 'no'. > > > > Did you really mean no->yes or no->most for mod_ssl? > > > > Or are you also thinking some of the innocuous "most" move to yes > > (rewrite, expires, headers). > Can we move these from "most" to "yes"? expires and headers are probably tiny and will not do any harm and rewrite is so widely used that it's probably a good idea to have it in the "yes" even if it's not so tiny. > > Finally, remember that on unix if you don't do your ./configure > > homework you end up with all this stuff static. > > Sure, that's the beauty of --enable-mods-shared=most. Yes, I meant 'most' > :) > The size comment above mostly matters for static. Also, is there any way to have mod_deflate module to auto-detect zlib similar to your mod_ssl recommendations? Sergey --000e0cd25ab265fb6904881393bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Jun 2, 2010 at 5:26 PM, William A. Rowe = Jr. <wrowe@rowe= -clan.net> wrote:
On 6/2/2010 4:21 PM, Eric Covener wrote:<= br> > On Wed, Jun 2, 2010 at 5:16 PM, William A. Rowe Jr. <wrowe@rowe-clan.net> wrote:
>> On 6/2/2010 3:39 PM, Rainer Jung wrote:

Thanks for the list! Do you know the best way to extr= act similar data for distros?
=A0
>>> Mod_proxy and mod_ssl (if ssl toolkit was
>>> detected) make good candidates for moving from "no" = to at least "default".
>>
>> mod_ssl was 'no' simply because of concerns about cryptogr= aphic law and
>> users in all these crazy jurisdictions. =A0But I'm willing to = consider 'yes'
>> on the basis that if openssl is not found, the default becomes = 9;no'.
>
> Did you really mean no->yes or no->most for mod_ssl?
>
> Or are you also thinking some of the innocuous "most" move t= o yes
> (rewrite, expires, headers).

Can we move these from "most" to "yes"? expires = and headers are probably tiny and will not do any harm and rewrite is so wi= dely used that it's probably a good idea to have it in the "yes&qu= ot; even if it's not so tiny.
=A0
> Finally, remember that on unix if you don't do your ./configure > homework you end up with all this stuff static.

Sure, that's the beauty of --enable-mods-shared=3Dmost. =A0= Yes, I meant 'most' :)

The size comment above mostly matters for stati= c.

Also, is there any way to have mod_deflate modu= le to auto-detect zlib similar to your mod_ssl recommendations?

=A0=A0 =A0 =A0 =A0 =A0 Sergey
--000e0cd25ab265fb6904881393bc--