Apache2 webdav module undefined symbol

a2enmod dav is enough to repare the undefined symbol problem.
Desing problem ? Maybe a2enmod should introduce apache module depedencies ?

a2enmod handles module dependencies in our apache2.2 branch, however this change won't be backported to apache2.0 in dapper this late in the cycle.

What is the progress on this bug, will there be a backport at some time? If so, maybe you should open a dapper-backports task. Otherwise, I suppose this bug has to be rejected since it won't be fixed.

I don't think it there will be a backport at some time, and I'm not interested in it.
I don't think this bug has to be rejected, it's still there in edgy (just tested):

-----
root@xerxas-laptop:/home/xerxas# a2enmod
Module name? dav_fs
Module dav_fs installed; run /etc/init.d/apache2 force-reload to enable.

root@xerxas-laptop:/home/xerxas# /etc/init.d/apache2 force-reload
 * Forcing reload of apache 2.0 web server...
Syntax error on line 1 of /etc/apache2/mods-enabled/dav_fs.load:
Cannot load /usr/lib/apache2/modules/mod_dav_fs.so into server: /usr/lib/apache2/modules/mod_dav_fs.so: undefined symbol: dav_hook_gather_propsets
                                                                         [fail]
-----

I don't see an apache 2.2 branch in edgy

The a2enmod script contains this:

-----
if [ $MODNAME = "cgi" ] && [ -z $PREFORK ]; then
        MODNAME="cgid"
fi
-----

This is cgi specific.

Maybe we can have some webdav specific stuff to solve this problem.

How does apache 2.2 packages handle module dependencies ?
Is this thru the a2enmod script or apache does handle dependencies natively ?

Confirming as the information seems to be complete enough to be reviewed by a maintainer.

Current apache2 (which is actually 2.2) has dependency handling in a2enmod (it checks for " # Depends: " headers in the .load file). Marking as fixed.
If you disagree, feel free to reopen the bug.