In /etc/apache2/httpd.conf, having both mod_cgi and mod_cgid loaded makes the ScriptLog value empty (even it's properly display in mod_info!). Reproducible: Always Steps to Reproduce: 1.Configure a cgi script 2.Configure ScriptLog directive 3.Run the cgi script through a browser Actual Results: No cgi log is created Expected Results: A cgi log file should be created The work around is remove one of cgi mod from httpd.conf. In mod_cgi.c, the conf variable gets defaults values (NULL log file) and not configuration file values in log_script and log_scripterror functions.
Maybe you could post emerge --info and apache version?
net-www/apache-2.0.58-r2 USE="apache2 ssl threads -debug -doc -ldap -mpm-itk -mpm-leader -mpm-peruser -mpm-prefork -mpm-threadpool -mpm-worker (-selinux) -static-modules" Portage 2.1.2.7 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r3, 2.6.20.6 x86_64) ================================================================= System uname: 2.6.20.6 x86_64 Intel(R) Pentium(R) D CPU 3.40GHz Gentoo Base System release 1.12.9 Timestamp of tree: Fri, 29 Jun 2007 07:50:01 +0000 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -fomit-frame-pointer -pipe -march=nocona" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -fomit-frame-pointer -pipe -march=nocona" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.free.fr/mirrors/ftp.gentoo.org/ ftp://mirror.ovh.net/gentoo-distfiles/ http://ftp.club-internet.fr/pub/mirrors/gentoo http://mirror.ovh.net/gentoo-distfiles/" LANG="fr_FR.UTF-8" LINGUAS="fr" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X alsa amd64 apache2 audiofile bash-completion bitmap-fonts bzip2 cli cracklib crypt cscope cups dri flac gdbm gnutls iconv idn isdnlog jbig jpeg jpeg2k libg++ midi mikmod mmx mp3 mudflap ncurses nls no-old-linux nptl nptlonly ogg openmp pam pcre perl png pppd python readline reflection session spell spl sse sse2 ssl svg threads tiff truetype truetype-fonts type1-fonts unicode vorbis xinerama xorg zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr" USERLAND="GNU" VIDEO_CARDS="nv none" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Well, may I ask why did you enable both modules in the first place? Because it doesn't make any sense at all. http://httpd.apache.org/docs/2.0/mod/mod_cgid.html <snip> This module is used by default instead of mod_cgi whenever a multi-threaded MPM is selected during the compilation process. At the user level, this module is identical in configuration and operation to mod_cgi. The only exception is the additional directive ScriptSock which gives the name of the socket to use for communication with the cgi daemon. </snip> If you think this is a bug, then you should report it upstream. Apparently the modules are not designed/intended to be used simultaneously.
Then fixe the httpd.conf file in gentoo-apache-2.0.58-r2-20060726.tar.bz2 where both cgi modules are loaded.
in apache-2.2 the LoadModule directives are automatically configured based on /etc/apache2/apache2-builtin-mods .. apache-2.2 is going to be stable soon, so this issue should be gone then
2.2.4-r12 is now stable on most archs, additionally, starting with 2.2.6 the ebuild enables the correct module if USE=threads or not.