Bug#216287: apache-common: modules-config using wrong path for mod_gzip
Package: apache-common
Version: 1.3.28-4
Severity: normal
when I activate mod_gzip for apache, as so:
modules-config apache enable mod_gzip
then the directive that gets written to /etc/apache/modules.conf , for
mod_gzip, is this:
LoadModule gzip_module /usr/lib/apache/modules/mod_gzip.so
That is an incorrect path for mod_gzip.so
mod_gzip.so for apache 1.3 is located at /usr/lib/apache/1.3/mod_gzip.so
additionally, there is _no_ /usr/lib/apache/modules/ directory on my system.
Expected behavior:
that the correct paths will be used for modules enabled with modules-config
Thank you,
--
Sean Champ
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux tokamak 2.6.0-test6 #1 Sun Sep 28 07:46:24 PDT 2003 i586
Locale: LANG=en_US, LC_CTYPE=en_US.iso88591
Versions of packages apache-common depends on:
ii debconf 1.3.15 Debian configuration management sy
ii libc6 2.3.2-8 GNU C Library: Shared libraries an
ii libdb4.1 4.1.25-9 Berkeley v4.1 Database Libraries [
ii libexpat1 1.95.6-6 XML parsing C library - runtime li
ii mime-support 3.23-1 MIME files 'mime.types' & 'mailcap
ii perl [perl5] 5.8.1-2 Larry Wall's Practical Extraction
-- debconf information:
apache-common/logs:
* apache-common/confignotes:
apache-common/old-logrotate-exists:
apache-shared/debconf-modules: mod_env, mod_log_config, mod_log_referer, mod_mime_magic, mod_mime, mod_negotiation, mod_include, mod_autoindex, mod_dir, mod_cgi, mod_alias, mod_rewrite, mod_access, mod_auth, mod_cern_meta, mod_expires, mod_headers, mod_usertrack, mod_unique_id, mod_setenvif, mod_perl, mod_fastcgi, mod_php4, mod_gzip
apache-shared/restart: false
Reply to: