Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:58130
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.83.42 as permitted sender)
Received-SPF: pass (google.com: domain of julienpauli@gmail.com designates 10.14.99.2 as permitted sender) client-ip=10.14.99.2;
MIME-Version: 1.0
Sender: julienpauli@gmail.com
In-Reply-To: <CAKOpQSxeqnKijekJajx6hAMCSJSsee6Noy2rEdqsL2TTWvzh7Q@mail.gmail.com>
References: <CAKOpQSwMkn=0cQh9cupj-8qihVvhEEOY-kqQ0F4pLb4J1MfuZA@mail.gmail.com>
 <a0f321a49cb0932bde8bba4adc890bca.squirrel@www.l-i-e.com> <CAKOpQSwYa89n3s8FzytQ49i8MqUA9sFsQRh+enGzADg=h4A4xg@mail.gmail.com>
 <4F481E93.1090400@oracle.com> <CAKOpQSzRdjqThrTb6JeEzhnKmg_85WKejicN1rhMp49+v6cjHg@mail.gmail.com>
 <4F482524.6060106@oracle.com> <CAKOpQSyn8LtbBWor5ywo=hLkauSECf6shEvp9LKcrXcb9ZRnZA@mail.gmail.com>
 <4F482E58.9020802@oracle.com> <CAKOpQSw_OfaXM4j4a0Dr9We46MQOGjvxXE-3N2o6iSqVdD2utA@mail.gmail.com>
 <CAKOpQSxeqnKijekJajx6hAMCSJSsee6Noy2rEdqsL2TTWvzh7Q@mail.gmail.com>
Date: Mon, 27 Feb 2012 14:27:01 +0100
Message-ID: <CAMUwpuTXrxKVXvZaotwc0D=cnxsuGAK3V1uwQ-hEm+0PP_sPPg@mail.gmail.com>
To: Kris Craig <kris.craig@gmail.com>
Cc: Christopher Jones <christopher.jones@oracle.com>, internals@lists.php.net
Content-Type: multipart/alternative; boundary=bcaec52be4932512b704b9f21390
Subject: Re: [PHP-DEV] [RFC] APXS LoadModule Option in configure
From: jpauli@php.net (jpauli)

--bcaec52be4932512b704b9f21390
Content-Type: text/plain; charset=ISO-8859-1

On Mon, Feb 27, 2012 at 2:27 AM, Kris Craig <kris.craig@gmail.com> wrote:

> Ok, I've updated the RFC based on input received here.  I also made a
> decision on the APXS vs. APXS2 question; please refer to the RFC for
> details.  If anybody has any objections to this decision, now would be the
> time to say something!
>
> I've targetted this for 5.4.1 so this won't have any bearing on the
> upcoming 5.4.0 release.  If I don't hear any new objections, I plan to
> initiate the vote sometime early this week.
>
>
> https://wiki.php.net/rfc/apxs-loadmodule
>
> --Kris
>
> Heh, I like the idea the RFC is about.
Having one or several configuration files is just a matter of taste and
should be decided by distros package maintainers.
This RFC is about easing their lives, which is a good idea :)

I'm +1 for not supporting Apache1.x anymore, as it's been EOL'd anyway
(like th eRFC says).

Julien.P


>
> On Fri, Feb 24, 2012 at 4:44 PM, Kris Craig <kris.craig@gmail.com> wrote:
>
> > Oh ok, I think I see where you're getting confused.
> >
> > This problem occurs when your LoadModule statement is in a
> *separate*.conf file; i.e. using the "Include" statement.  APXS cannot
> detect this
> > and just sticks a LoadModule into the main .conf file.  This is what
> causes
> > the duplication.  It's a very common issue as many people (myself
> included)
> > prefer to keep their PHP configurations separate.
> >
> > --Kris
> >
> >
> >
> > On Fri, Feb 24, 2012 at 4:42 PM, Christopher Jones <
> > christopher.jones@oracle.com> wrote:
> >
> >>
> >>
> >> On 02/24/2012 04:14 PM, Kris Craig wrote:
> >>
> >>> No, it happens and it's even clearly documented in APXS.
> >>>
> >>> Basically, if you specify the "-a" option in APXS, it overwrites your
> >>> httpd.conf (or apache.conf or whatever it is on your system) and adds
> the
> >>> LoadModule line to it.  In PHP's configure script, you'll notice that
> >>> "-a"
> >>> is always specified; there's no option to use APXS without it.  As a
> >>> result, "make install" will always overwrite your LoadModule entry in
> >>> httpd.conf if APXS is enabled.  The problem occurs when you have
> >>> LoadModule
> >>> in an included .conf file already; APXS does not have the ability to
> >>> detect
> >>> that.  Therefore, a "duplicate" LoadModule entry is added to httpd.conf
> >>> by
> >>> APXS, and thus the clash occurs.  This behavior has been reproduced
> >>> numerous times.
> >>>
> >>
> >> I can start with a LoadModule line, run the exact apxs command that
> >> the PHP Makefile executes and I still have only one LoadModule in the
> >> file.  Note the time stamp of the file changes.
> >>
> >>  cjones:~/phpbuild/php53 $ ls -l /home/cjones/apache22/conf/**httpd.conf
> >>  -rw-r--r-- 1 cjones cjones 13998 2012-02-24 16:30
> >> /home/cjones/apache22/conf/**httpd.conf
> >>
> >>  cjones:~/phpbuild/php53 $ grep libphp5 /home/cjones/apache22/conf/**
> >> httpd.conf
> >>  LoadModule php5_module        modules/libphp5.so
> >>
> >>  cjones:~/phpbuild/php53 $ /home/cjones/apache22/bin/apxs -S
> >> LIBEXECDIR=/home/cjones/**apache22/modules -S
> SYSCONFDIR=/home/cjones/**apache22/conf
> >> -i -a -n php5 libphp5.la
> >>  /home/cjones/apache22/build/**instdso.sh
> SH_LIBTOOL='/home/cjones/**apache22/build/libtool'
> >> libphp5.la /home/cjones/apache22/modules
> >>  /home/cjones/apache22/build/**libtool --mode=install cp
> libphp5.la/home/cjones/apache22/modules/
> >>  cp .libs/libphp5.so /home/cjones/apache22/modules/**libphp5.so
> >>  cp .libs/libphp5.lai /home/cjones/apache22/modules/**libphp5.la<
> http://libphp5.la>
> >>  libtool: install: warning: remember to run `libtool --finish
> >> /home/cjones/phpbuild/php53 /libs'
> >>  chmod 755 /home/cjones/apache22/modules/**libphp5.so
> >>  [activating module `php5' in /home/cjones/apache22/conf/**httpd.conf]
> >>
> >>  cjones:~/phpbuild/php53 $ ls -l /home/cjones/apache22/conf/**httpd.conf
> >>  -rw-r--r-- 1 cjones cjones 13998 2012-02-24 16:33
> >> /home/cjones/apache22/conf/**httpd.conf
> >>
> >>  cjones:~/phpbuild/php53 $ grep libphp5 /home/cjones/apache22/conf/**
> >> httpd.conf
> >>  LoadModule php5_module        modules/libphp5.so
> >>
> >> I could interpolate the "apxs -a" documentation that says "or by
> >> enabling it if it already exists" to support what I see.
> >>
> >> Good luck with your RFC,
> >>
> >> Chris
> >>
> >>
> >> --
> >> Email: christopher.jones@oracle.com
> >> Tel:  +1 650 506 8630
> >> Blog:  http://blogs.oracle.com/opal/
> >>
> >> --
> >> PHP Internals - PHP Runtime Development Mailing List
> >> To unsubscribe, visit: http://www.php.net/unsub.php
> >>
> >>
> >
>

--bcaec52be4932512b704b9f21390--