Package: dpkg
Version: 1.16.9
Severity: normal

Dear Maintainer,
after inspecting start-stop-daemon's source, i couldn't find any wait/waitpid
calls, and they should exist.

Stopping a daemon usually consists in sending a message to the right pid, but
after that it would be better to do a waitpid so that the command terminates
when the daemon has really stopped, not just when the signal has been sent.

This would allow scripts to be simpler because they would know that after a
"start-stop-daemon --stop", the daemon has in fact stopped; and it's not the
case right now.

This leads maintainers to insert sleeps in the scripts to hope that in the
meanwhile the daemon will terminate (the correct approach would be to insert
wait on the pid); but the even more correct approach would be to fix
start-stop-daemon so that when it exits the daemon has stopped.

Bash programming isn't usually event-based, so when a command terminates
it is supposed to be done with its job.

Bye

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.6.8a-1000-preemptive (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-4
ii  libc6        2.13-37
ii  liblzma5     5.1.1alpha+20120614-2
ii  libselinux1  2.1.9-5
ii  tar          1.26-4
ii  zlib1g       1:1.2.7.dfsg-13

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.7.6

-- 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