From: Garrett Goebel <garrett@scriptpro.com>
To: "'gentoo-dev@gentoo.org'" <gentoo-dev@gentoo.org>
Cc: "'carpaski@gentoo.org'" <carpaski@gentoo.org>
Subject: [gentoo-dev] apache extramodules?
Date: Wed, 10 Sep 2003 16:13:23 -0500 [thread overview]
Message-ID: <71BEC0D4E1DED3118F7A009027B12028034C8F4E@EXCH_MISSION> (raw)
[-- Attachment #1: Type: text/plain, Size: 2037 bytes --]
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
[-- Attachment #2: Type: text/html, Size: 3223 bytes --]
next reply other threads:[~2003-09-10 21:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-10 21:13 Garrett Goebel [this message]
2003-09-19 18:16 ` [gentoo-dev] apache extramodules? Paul de Vrieze
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=71BEC0D4E1DED3118F7A009027B12028034C8F4E@EXCH_MISSION \
--to=garrett@scriptpro.com \
--cc=carpaski@gentoo.org \
--cc=gentoo-dev@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox