Install fails on Debian Wheezy with php-fastCGI installed (turnkey)

[Joe]

Hi, your firewall front end looks very promising, unfortunately, it wouldn't install correctly. Here is the result when invoking the installation.

insserv: warning: script 'vuurmuur' missing LSB tags and overrides insserv: There is a loop between service php-fastcgi and vuurmuur if stopped insserv: loop involving service vuurmuur at depth 2 insserv: loop involving service php-fastcgi at depth 1 insserv: Stopping vuurmuur depends on php-fastcgi and therefore on system facility `$all' which can not be true! insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing vuurmuur (--configure):

subprocess installed post-installation script returned error exit status 1

dpkg: dependency problems prevent configuration of vuurmuur-conf:

vuurmuur-conf depends on vuurmuur; however:

Package vuurmuur is not configured yet.

dpkg: error processing vuurmuur-conf (--configure):

dependency problems - leaving unconfigured

Errors were encountered while processing:

vuurmuur vuurmuur-conf

[Victor Julien]

Vuurmuur doesn't have anything to do with php-fastcgi, so I don't understand why you would get that error. Maybe you can try the 0.8rc1 release.

[Adi Kriegisch]

v0.7 did not have LSB headers in the init script and '$all' is a tag that is used to start a service as late as possible during boot process. From the FAQ in ​https://wiki.debian.org/LSBInitScripts/:

Is it possible to start a given init script as late as possible?

yes, if you really want to do so, insserv recognises the $all virtual facility name such that the script will be executed at the end.

insserv seems to assume $all for vuurmuur and php-fastcgi and it seems to be unable to handle more than one service with $all set (thus the conflict). I actually think this is a bug in insserv and should be reported there. What version of Ubuntu is this? And: did you modify php-fastcgi startup script in any way?

Current master an pre-v0.8 already contains LSB headers in the init script; to fix that issue for 0.7 a patch exists at ​https://github.com/julianromera/vuurmuur/commit/21a153d99c2920e4d739602411647471f12e9b81

[Adi Kriegisch]

found the corresponding Debian bug: ​https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695751

From Message 29 (Petter Reinholdtsen):

There is also a problem with insserv here, as it should provide scripts without LSB headers with a sensible default. This no longer seem to happen. No idea why.

A workaround is listed at the end of the bug report too.