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

Reply via email to