From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6508 invoked by uid 1002); 10 Sep 2003 21:13:26 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 10344 invoked from network); 10 Sep 2003 21:13:26 -0000 Message-ID: <71BEC0D4E1DED3118F7A009027B12028034C8F4E@EXCH_MISSION> From: Garrett Goebel To: "'gentoo-dev@gentoo.org'" Cc: "'carpaski@gentoo.org'" Date: Wed, 10 Sep 2003 16:13:23 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C377E0.5E1B8F70" Subject: [gentoo-dev] apache extramodules? X-Archives-Salt: bc412e85-b548-4ae7-a8b1-a025d174b2f5 X-Archives-Hash: 65b59283621044e37ceab22efdcc0b6b ------_=_NextPart_001_01C377E0.5E1B8F70 Content-Type: text/plain; charset="iso-8859-1" Gentoo's Apache configuration appears to be broken. I recently ran into a problem using the mod_perl Apache::Test module. Apache::Test uses /usr/sbin/apxs -q LIBEXECDIR to locate libperl.so. Which when executed returns /usr/lib/apache. However, someone doing Apache ebuilds decided to create a second module directory for non Apache core modules called /usr/lib/apache-extramodules. Which is where Gentoo currently installs libperl.so. Thus breaking Apache::Test's ability to use apxs to locate it. Both of these module locations are symbolically linked to appear in /etc/apache as: extramodules -> ../../usr/lib/apache-extramodules modules -> ../../usr/lib/apache So the multitude of mod_php, mod_perl, mod_throttle, etc. modules all appear to be installed in a location (extramodules) which apxs can't locate and work with at runtime. Which I believe is kind of the whole purpose of apxs right? I traded emails with Stas Beckman (mod_perl guru and author of "Practical mod_perl" and Apache::Test). It is his opinion (http://www.mail-archive.com/modperl@apache.org/msg35963.html) if I'm reading it right that there should be only one LIBEXECDIR so that apxs -q LIBEXECDIR can report correct values. I supplied him with a patch, but it is his opinion Gentoo is broken... and that special casing things for Gentoo would do more evil than good. There are a sizable number of mod_* modules which would need to be fixed. To create a list of the 59 files which currently mention extramodules I used: find /usr/portage|xargs grep "extramodules"|perl -pe 's/:.*//'|sort|uniq Note: a sizeable number of those refer to ebuilds with multiple revisions. Does anyone know why extramodules exists? I.e. what justifies a non-standard apache install which breaks runtime apxs support? -- Garrett Goebel IS Development Specialist ScriptPro Direct: 913.403.5261 5828 Reeds Road Main: 913.384.1008 Mission, KS 66202 Fax: 913.384.2180 www.scriptpro.com garrett at scriptpro dot com ------_=_NextPart_001_01C377E0.5E1B8F70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable apache extramodules?

Gentoo's Apache configuration appears to be = broken.

I recently ran into a problem using the mod_perl = Apache::Test module. Apache::Test uses /usr/sbin/apxs -q LIBEXECDIR to = locate libperl.so. Which when executed returns /usr/lib/apache. = However, someone doing Apache ebuilds decided to create a second module = directory for non Apache core modules called = /usr/lib/apache-extramodules. Which is where Gentoo currently installs = libperl.so. Thus breaking Apache::Test's ability to use apxs to locate = it.

Both of these module locations are symbolically = linked to appear in /etc/apache as:

extramodules -> ../../usr/lib/apache-extramodules =
modules -> ../../usr/lib/apache

So the multitude of mod_php, mod_perl, mod_throttle, = etc. modules all appear to be installed in a location (extramodules) = which apxs can't locate and work with at runtime. Which I believe is = kind of the whole purpose of apxs right?

I traded emails with Stas Beckman (mod_perl guru and = author of "Practical mod_perl" and Apache::Test). It is his = opinion (http://www.mail-archive.com/modperl@apache.org/msg3596= 3.html) if I'm reading it right that there should be only one = LIBEXECDIR so that apxs -q LIBEXECDIR can report correct values. I = supplied him with a patch, but it is his opinion Gentoo is broken... = and that special casing things for Gentoo would do more evil than = good.

There are a sizable number of mod_* modules which = would need to be fixed. To create a list of the 59 files which = currently mention extramodules I used:

find /usr/portage|xargs grep = "extramodules"|perl -pe 's/:.*//'|sort|uniq

Note: a sizeable number of those refer to ebuilds = with multiple revisions.

Does anyone know why extramodules exists? I.e. what = justifies a non-standard apache install which breaks runtime apxs = support?

--
Garrett Goebel
IS Development Specialist

ScriptPro         =           Direct: = 913.403.5261
5828 Reeds = Road           &n= bsp;   Main: 913.384.1008
Mission, KS = 66202           &= nbsp;  Fax: 913.384.2180
www.scriptpro.com       &nbs= p;  garrett at scriptpro dot com

------_=_NextPart_001_01C377E0.5E1B8F70--