Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:58710 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13576 invoked from network); 7 Mar 2012 01:29:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Mar 2012 01:29:40 -0000 Authentication-Results: pb1.pair.com header.from=kris.craig@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=kris.craig@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.54 as permitted sender) X-PHP-List-Original-Sender: kris.craig@gmail.com X-Host-Fingerprint: 74.125.82.54 mail-ww0-f54.google.com Received: from [74.125.82.54] ([74.125.82.54:56152] helo=mail-ww0-f54.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4D/56-15021-30AB65F4 for ; Tue, 06 Mar 2012 20:29:40 -0500 Received: by wgbdq13 with SMTP id dq13so4754119wgb.11 for ; Tue, 06 Mar 2012 17:29:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=H/q7v10SR29vDMQJ68r3kzGpg2GwGVezL1F5WSI24Qk=; b=wKDP8QOjU/H1qpsObT4B2oa6MsWQdQrR5sEcGUri1DdwkBRgHpmh5Jvf5F7dOEs6yZ airxBSuI9miYaBuNZqV3xSxUnG/DoxvfFx/HbnKXnKvPIbpsiz4xgFAWjjhO/F1juC9l ay9L9YVIsfc8BkPCwZ6nmvt+oYHt7rQ6xsV1TlzjcqXX58OIe3iM4X70ewh3Z5i0lNqQ hZub/+ZLt9hJXVg4kJRYAv/Y3eYEIe+gSzcoC0R8JlyGLwt+pyA7yI8lKHJtEJSEvTtv tpnMBf65XztBZiCDrjxTEZAy5So/an0kERJOgSEB/ftnaKI+8xLwx96PBbhVpFKk+fpo wqZQ== MIME-Version: 1.0 Received: by 10.180.92.229 with SMTP id cp5mr324864wib.8.1331083777239; Tue, 06 Mar 2012 17:29:37 -0800 (PST) Received: by 10.223.111.78 with HTTP; Tue, 6 Mar 2012 17:29:37 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Mar 2012 17:29:37 -0800 Message-ID: To: PHP internals list Content-Type: multipart/alternative; boundary=f46d043c094eb56b1304ba9d17a8 Subject: Re: [VOTE] APXS LoadModule Option in configure From: kris.craig@gmail.com (Kris Craig) --f46d043c094eb56b1304ba9d17a8 Content-Type: text/plain; charset=ISO-8859-1 Voting is now closed. This RFC was passed unanimously 12-0. I'll commit the changes to 5.4 at the earliest opportunity. I just realized that the language was somewhat vague as to whether it should be applied to 5.3 branch or not; I don't really care either way but I'll probably just go ahead and apply it to both unless anyone has any objections. Thanks! --Kris On Mon, Mar 5, 2012 at 11:24 AM, Kris Craig wrote: > FYI- > > Voting will be closed at 2 PM (PST) tomorrow. > > --Kris > > > > On Thu, Mar 1, 2012 at 1:04 PM, Kris Craig wrote: > >> Just a friendly reminder to vote on this if you haven't already. 5 >> people have voted on it thus far but I'd like to have at least twice that >> by the time voting closes. >> >> You can read the RFC and vote on it at: >> https://wiki.php.net/rfc/apxs-loadmodule >> >> >> Thanks! >> >> --Kris >> >> >> >> On Tue, Feb 28, 2012 at 12:19 PM, Kris Craig wrote: >> >>> Hi all, >>> >>> It looks like we've reached a consensus on this, so absent any >>> objections, I went ahead and moved this to the voting phase. >>> >>> If you're eligible to vote on RFC's, please navigate to the RFC and cast >>> your vote now: >>> >>> https://wiki.php.net/rfc/apxs-loadmodule >>> >>> >>> In case you weren't following the previous thread, this is a very >>> low-impact RFC that will add a new, optional switch to the configure >>> script. This switch, if specified, would tell APXS (which already has this >>> functionality built-in) not to write the LoadModule line to httpd.conf when >>> "make install" is performed. This is a feature that has been requested for >>> some time and would allow people with manually-built PHP installs to >>> isolate their mod_php hooks in a separate php.conf file without having to >>> manually edit httpd.conf whenever a new build is performed. >>> >>> If this optional switch is not specified, the configure script will >>> behave exactly as it does now. As such, this RFC will *not* alter >>> configure's existing behavior unless you explicitly include this new switch. >>> >>> >>> Please let me know if you have any last-minute questions. Otherwise, >>> happy voting! Thanks! >>> >>> --Kris >>> >>> >> > --f46d043c094eb56b1304ba9d17a8--