Bug 88651 – LoadModule line in mod_dav_svn.conf points to incorrect location

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Michael Tharp 2005-04-10 14:49:45 UTC]

As of subversion-1.1.4, mod_authz_svn appears to be installed into modules/, not extramodules/, while the line in mod_dav_svn.conf still refers to extramodules. This has worked in the past, which reflects a possible change in the subversion ebuild's behavior, probably when mod_dav_svn was merged into subversion. This occurs on apache-2.0.53

Reproducible: Always
Steps to Reproduce:
1. Install apache 2
2. Install (recent) subversion with +apache2
3. Set -D SVN -D SVN_AUTHZ in /etc/conf.d/apache2

Actual Results:  
When starting apache, errors out with:
Cannot load /usr/lib/apache2/extramodules/mod_authz_svn.so into server:
/usr/lib/apache2/extramodules/mod_authz_svn.so: cannot open shared object file:
No such file or directory

Expected Results:  
Loads mod_authz_svn.so from modules/

Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.4.20050125-r1,
2.6.11-gentoo-r4 i686)
=================================================================
System uname: 2.6.11-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
Gentoo Base System version 1.6.10
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Mar 22 2005, 17:06:39)]
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.9.5, 1.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.8.5-r3
sys-devel/binutils:  2.15.92.0.2-r7
sys-devel/libtool:   1.5.14
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -pipe -funroll-loops -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -pipe -funroll-loops -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo
ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.mirrors.pair.com/
http://gentoo.osuosl.org/"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa apache apache2 apm arts avi berkdb bigger-fonts
bitmap-fonts crypt cups curl dba emboss encode esd fam flac foomaticdb fortran
gd gdbm gif gpm gstreamer gtk gtk2 imagemagick imlib ipv6 java jpeg kde libg++
libwww mad mikmod mmx mozilla mp3 mpeg ncurses nls offensive oggvorbis opengl
oss pam pdflib perl png python qt quicktime readline rtc samba sdl sndfile speex
spell sse sse2 ssl svga tcpd tiff truetype truetype-fonts type1-fonts unicode
xinerama xml xml2 xmms xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

[Comment 1 Christian Parpart (RETIRED) 2005-04-10 18:22:45 UTC]

what exact version of net-www/apache and dev-util/subversion do you have emerged?

The new (after the layout update) configuration locations for apache modules are /etc/apache2/modules.d and not anylonger /etc/apache2/conf/extramodules/.

[Comment 2 Michael Tharp 2005-04-10 18:50:13 UTC]

net-www/apache-2.0.53
dev-util/subversion-1.1.4
And yes, I was referring in particular to the location that the binary(mod_authz_svn.so) was being specified as, /usr/lib/apache2/extramodules/mod_authz_svn.so, when it should be /usr/lib/apache2/modules/mod_authz_svn.so
The modules.d file in question was indeed in /etc/apache2/modules.d.

[Comment 3 Elfyn McBratney (beu) (RETIRED) 2005-05-05 07:56:51 UTC]

Reassigning to pauldv, we don't look after subversion (and it's config file).

[Comment 4 Paul de Vrieze (RETIRED) 2005-05-05 08:37:44 UTC]

I've just committed some corrections in the 1.1.4 ebuild. It should now create a consistent config file. I'll test it out a bit myself.

[Comment 5 Luca Longinotti (RETIRED) 2006-06-05 14:31:45 UTC]

Pauldv? Is this still valid? Imo not, as I've succesfully used mod_svn & co. on the new-style Apache lately.
Please close this if you agree it's fixed!
Best regards, CHTEKK.

[Comment 6 Paul de Vrieze (RETIRED) 2006-06-06 01:14:02 UTC]

This should indeed be fixed now. If not, please reopen.