| 1 |
Gentoo's Apache configuration appears to be broken. |
| 2 |
|
| 3 |
I recently ran into a problem using the mod_perl Apache::Test module. |
| 4 |
Apache::Test uses /usr/sbin/apxs -q LIBEXECDIR to locate libperl.so. Which |
| 5 |
when executed returns /usr/lib/apache. However, someone doing Apache ebuilds |
| 6 |
decided to create a second module directory for non Apache core modules |
| 7 |
called /usr/lib/apache-extramodules. Which is where Gentoo currently |
| 8 |
installs libperl.so. Thus breaking Apache::Test's ability to use apxs to |
| 9 |
locate it. |
| 10 |
|
| 11 |
Both of these module locations are symbolically linked to appear in |
| 12 |
/etc/apache as: |
| 13 |
|
| 14 |
extramodules -> ../../usr/lib/apache-extramodules |
| 15 |
modules -> ../../usr/lib/apache |
| 16 |
|
| 17 |
So the multitude of mod_php, mod_perl, mod_throttle, etc. modules all appear |
| 18 |
to be installed in a location (extramodules) which apxs can't locate and |
| 19 |
work with at runtime. Which I believe is kind of the whole purpose of apxs |
| 20 |
right? |
| 21 |
|
| 22 |
I traded emails with Stas Beckman (mod_perl guru and author of "Practical |
| 23 |
mod_perl" and Apache::Test). It is his opinion |
| 24 |
(http://www.mail-archive.com/modperl@××××××.org/msg35963.html) if I'm |
| 25 |
reading it right that there should be only one LIBEXECDIR so that apxs -q |
| 26 |
LIBEXECDIR can report correct values. I supplied him with a patch, but it is |
| 27 |
his opinion Gentoo is broken... and that special casing things for Gentoo |
| 28 |
would do more evil than good. |
| 29 |
|
| 30 |
There are a sizable number of mod_* modules which would need to be fixed. To |
| 31 |
create a list of the 59 files which currently mention extramodules I used: |
| 32 |
|
| 33 |
find /usr/portage|xargs grep "extramodules"|perl -pe 's/:.*//'|sort|uniq |
| 34 |
|
| 35 |
Note: a sizeable number of those refer to ebuilds with multiple revisions. |
| 36 |
|
| 37 |
Does anyone know why extramodules exists? I.e. what justifies a non-standard |
| 38 |
apache install which breaks runtime apxs support? |
| 39 |
|
| 40 |
-- |
| 41 |
Garrett Goebel |
| 42 |
IS Development Specialist |
| 43 |
|
| 44 |
ScriptPro Direct: 913.403.5261 |
| 45 |
5828 Reeds Road Main: 913.384.1008 |
| 46 |
Mission, KS 66202 Fax: 913.384.2180 |
| 47 |
www.scriptpro.com garrett at scriptpro dot com |
Archives