apache-1.3.33-r12 relies on /etc/apache/apache.conf instead of /etc/apache/httpd.conf. buddy ~ # apachectl configtest fopen: No such file or directory apache: could not open document config file /etc/apache/apache.conf [ebuild R ] net-www/apache-1.3.33-r12 -apache2 -doc -lingerd -no-suexec +pam (-selinux) -ssl -static-modules 0 kB
The init.d script does not rely on apache.conf, only apachectl, which is deprecated in favor of the init script. However, I will look into creating a patch for apachectl.
Apache is looking for apache.conf in the wrong location. It is looking for the conf file in /etc/apache when in fact it resides in /etc/apache/conf This needs to be corrected.
*** Bug 123503 has been marked as a duplicate of this bug. ***
Just ran into this with 1.3.34-r11 as well. apxs seems to rely on the config file path that apache was compiled with, which still point to the old-style apache.conf - see SERVER_CONFIG_FILE below. I guess the workaround is to create a symlink. $ apache -V Server version: Apache/1.3.34 (Unix) (Gentoo) Server built: Mar 30 2006 13:22:50 Server's Module Magic Number: 19990320:18 Server compiled with.... -D EAPI -D EAPI_MM -D EAPI_MM_CORE_PATH="/var/cache/apache-mm/mm" -D HAVE_MMAP -D HAVE_SHMGET -D USE_SHMGET_SCOREBOARD -D USE_MMAP_FILES -D HAVE_FCNTL_SERIALIZED_ACCEPT -D HAVE_SYSVSEM_SERIALIZED_ACCEPT -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D DYNAMIC_MODULE_LIMIT=64 -D HARD_SERVER_LIMIT=512 -D HTTPD_ROOT="/usr/lib/apache" -D SUEXEC_BIN="/usr/sbin/suexec" -D DEFAULT_PIDLOG="/var/run/apache.pid" -D DEFAULT_SCOREBOARD="/var/run/apache.scoreboard" -D DEFAULT_LOCKFILE="/var/run/apache.lock" -D DEFAULT_ERRORLOG="/var/log/apache/error_log" -D TYPES_CONFIG_FILE="/etc/apache/mime.types" -D SERVER_CONFIG_FILE="/etc/apache/apache.conf" -D ACCESS_CONFIG_FILE="/etc/apache/access.conf" -D RESOURCE_CONFIG_FILE="/etc/apache/srm.conf"
(In reply to comment #4) > I guess the workaround is to create a symlink. It is. Though having a "real" fix in portage somewhen in the near future would be a good thing (tm).
fixed in 1.3.34-r13, thanks