Package: gnustep-base-runtime Version: 1.20.1-4 Severity: serious Tags: patch Justification: Policy 9.3.2
If the gdomap daemon is for any reason not working (manually stopped, crashed, disabled in a chroot, disabled by the rc policy, botched install, etc), removal of the gnustep-base-runtime package fails. I see that trying to start the daemon again would break as well. Patch: sed -i 's/start-stop-daemon/start-stop-daemon --oknodo/' /etc/init.d/gdomap -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (200, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnustep-base-runtime depends on: ii gnustep-base-common 1.20.1-4 GNUstep Base library - common file ii gnustep-common [gnustep-fslay 2.4.0-3 Common files for the core GNUstep ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library pn libgnustep-base1.20 <none> (no description available) ii libobjc2 4.4.5-8 Runtime library for GNU Objective- gnustep-base-runtime recommends no packages. gnustep-base-runtime suggests no packages. -- 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