Hello,

this issue has been discussed some time ago:

  http://lists.debian.org/debian-devel/2004/08/msg00299.html
  http://lists.debian.org/debian-devel/2004/08/msg00298.html

I would like to hear your current opinion about this topic. IMHO
removing a package should "just work" and currently this doesn't
always.

Details: several packages use something like:

# Automatically added by dh_installinit
if [ -x "/etc/init.d/$PACKAGE" ]; then
        if [ -x "`which invoke-rc.d 2>/dev/null`" ]; then
                invoke-rc.d $PACKAGE stop || exit $?
        else
                /etc/init.d/$PACKAGE stop || exit $?
        fi
fi

inside their prerm maintainer scripts. If stopping $PACKAGE through
invoke-rc.d/init-script fails, removing the package fails as well.

Using:

  invoke-rc.d $PACKAGE stop || true
  /etc/init.d/$PACKAGE stop || true

would be a replacement already used in some packages like for
example at, binfmt-support, dnsmasq, drbd0.7-utils, freeradius, hal,
scanlogd, sl-modem-daemon, snort.

I scanned through a pool of about 2400 packages and found the
following packages using the "stop || exit $?" construct:

915resolution:         Steffen Joeris <[EMAIL PROTECTED]>
apcupsd:               Samuele Giovanni Tonon <[EMAIL PROTECTED]>
atop:                  Edelhard Becker <[EMAIL PROTECTED]>
bacula-fd:             John Goerzen <[EMAIL PROTECTED]>
brltty:                Mario Lang <[EMAIL PROTECTED]>
cfengine2:             Andrew Stribblehill <[EMAIL PROTECTED]>
clamav-daemon:         Stephen Gran <[EMAIL PROTECTED]>
ddclient:              Torsten Landschoff <[EMAIL PROTECTED]>
dirmngr:               Peter Eisentraut <[EMAIL PROTECTED]>
fnfxd:                 Agney Lopes Roth Ferraz <[EMAIL PROTECTED]>
fwlogwatch:            Alberto Gonzalez Iniesta <[EMAIL PROTECTED]>
gsm-utils:             Mark Purcell <[EMAIL PROTECTED]>
hddtemp:               Aurelien Jarno <[EMAIL PROTECTED]>
icecast2:              Debian Icecast team <[EMAIL PROTECTED]>
ifplugd:               Oliver Kurth <[EMAIL PROTECTED]>
installation-report:   Debian Install System Team <debian-boot@lists.debian.org>
laptop-mode-tools:     Bart Samwel <[EMAIL PROTECTED]>
libdevmapper1.02:      Debian LVM Team <[EMAIL PROTECTED]>
lighttpd:              Debian lighttpd maintainers <[EMAIL PROTECTED]>
makedev:               Bdale Garbee <[EMAIL PROTECTED]>
netperf:               Erik Wenzel <[EMAIL PROTECTED]>
nscd:                  GNU Libc Maintainers <debian-glibc@lists.debian.org>
openafs-client:        Sam Hartman <[EMAIL PROTECTED]>
pcscd:                 Ludovic Rousseau <[EMAIL PROTECTED]>
pdns-backend-ldap:     Debian PowerDNS Maintainers <[EMAIL PROTECTED]>
pdns-backend-pgsql:    Debian PowerDNS Maintainers <[EMAIL PROTECTED]>
pdns-backend-sqlite:   Debian PowerDNS Maintainers <[EMAIL PROTECTED]>
pdns-recursor:         Debian PowerDNS Maintainers <[EMAIL PROTECTED]>
plptools:              John Lines <[EMAIL PROTECTED]>
postgresql-7.4:        Martin Pitt <[EMAIL PROTECTED]>
preload:               Kari Pahula <[EMAIL PROTECTED]>
procps:                Craig Small <[EMAIL PROTECTED]>
quota:                 Michael Meskes <[EMAIL PROTECTED]>
racoon:                Ganesan Rajagopal <[EMAIL PROTECTED]>
samba:                 Eloy A. Paris <[EMAIL PROTECTED]>
sensord:               Aurelien Jarno <[EMAIL PROTECTED]>
slapd:                 Debian OpenLDAP Maintainers <[EMAIL PROTECTED]>
sleepd:                Joey Hess <[EMAIL PROTECTED]>
smartmontools:         Guido Guenther <[EMAIL PROTECTED]>
smokeping:             Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>
spamassassin:          Duncan Findlay <[EMAIL PROTECTED]>
sqlrelay:              Matthias Klose <[EMAIL PROTECTED]>
sudo:                  Bdale Garbee <[EMAIL PROTECTED]>
sysfsutils:            Martin Pitt <[EMAIL PROTECTED]>
x11-common:            Debian X Strike Force <debian-x@lists.debian.org>
xfs:                   Debian X Strike Force <debian-x@lists.debian.org>
xinetd:                Thomas Seyrat <[EMAIL PROTECTED]>

regards,
-mika-

Attachment: pgpstSn1FIoTn.pgp
Description: PGP signature

Reply via email to