Your message dated Sun, 17 Jun 2007 06:09:23 -0600
with message-id <[EMAIL PROTECTED]>
and subject line Bug#390843: bind9: Reinstall init script on upgrade
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: bind9
Version: 1:9.2.4-1sarge1
Severity: important
Following an upgrade it reinstall the links on the /etc/rcN.d/
directories also when they were removed (and restart the daemon too).
That's not correct, if I removed them it is meaning that I do not want
that bind is started at boot. It should do the link installation only on
the first install.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-3-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages bind9 depends on:
ii adduser 3.63 Add and remove users and groups
ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii libdns16 1:9.2.4-1sarge1 DNS Shared Library used by BIND
ii libisc7 1:9.2.4-1sarge1 ISC Shared Library used by BIND
ii libisccc0 1:9.2.4-1sarge1 Command Channel Library used by BI
ii libisccfg0 1:9.2.4-1sarge1 Config File Handling Library used
ii liblwres1 1:9.2.4-1sarge1 Lightweight Resolver Library used
ii libssl0.9.7 0.9.7e-3sarge4 SSL shared libraries
ii netbase 4.21 Basic TCP/IP networking system
-- no debconf information
--- End Message ---
--- Begin Message ---
On Tue, Oct 03, 2006 at 12:15:16PM +0200, Simone Piccardi wrote:
> Following an upgrade it reinstall the links on the /etc/rcN.d/
> directories also when they were removed (and restart the daemon too).
>
> That's not correct, if I removed them it is meaning that I do not want
> that bind is started at boot. It should do the link installation only on
> the first install.
The supported way for "removeing" a link in /etc/rcN.d is to use update-rc.d,
or in any case to leave a K link in the directory, so that the S link
will not be restored by the next run of update-rc.d.
Not a bind9 packaging bug.
lamont
--- End Message ---