Package: insserv Version: 1.14.0-2 Severity: wishlist
While updating a set of local scripts for maintaining a custom SpamAssassin install to work on squeeze, I found that insserv treated a symlink in /etc/init.d to a "parent" init script also in /etc/init.d as if it were the parent, not a separate script. It would be nice if it didn't flatten the symlinks like this so that a single "parent" script can be used together with custom settings in /etc/default/<child name> to run multiple instances of a daemon without having to manually copy the script or package multiple copies of the same script under different names. I've just found that my initial workaround of creating hardlinks (which at least keeps insserv happy enough to create the appropriate rc?.d symlinks) fails when the original init script is updated. (I failed to realize how a package update on the parent would affect the "child" scripts.) -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages insserv depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib insserv recommends no packages. Versions of packages insserv suggests: pn bootchart <none> (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org