public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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 --]

             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