Control: tags -1 pending On 03/12/13 17:26, William Boughton wrote: > Package: ulogd2 > Version: 2.0.2-4 > Severity: normal > > Dear Maintainer, > > Upgrade to 2.0.2-4 fails. with: > > Starting netfilter userspace log daemon: ulogdTue Dec 3 17:25:33 2013 <5> > ulogd.c:1078 removing stale pidfile for pid -1 > failed! > invoke-rc.d: initscript ulogd2, action "start" failed. > dpkg: error processing ulogd2 (--configure): > subprocess installed post-installation script returned error exit status 1 > dpkg: dependency problems prevent configuration of ulogd: > ulogd depends on ulogd2; however: > Package ulogd2 is not configured yet. > > dpkg: error processing ulogd (--configure): > dependency problems - leaving unconfigured > [...] > Errors were encountered while processing: > ulogd2 > ulogd > > Stopping the old ulogd before upgrading allows > the upgrade to work.
Hi Bill, As discussed on IRC, I've reproduced the bug and have a fix for this. The problem occurs with the following transition: ulogd 1.x => ulogd2 2.0.2-3 => [reboot] => ulogd2 2.0.2-4 In detail: 1. ulogd_1.x is installed on a wheezy or early jessie system 2. ulogd_1.x is replaced by ulogd_2.0.2-3 (transitional package) and ulogd2_2.0.2-3. the 'ulogd' init script is left behind during this transition, and 'ulogd2' is installed alongside it. 3. the system is rebooted, thus the 'ulogd' init script runs and starts the ulogd daemon; the ulogd2 init script runs but fails 4. the ulogd packages are updated to 2.0.2-4, which fails because the ulogd daemon is started in a different way to how the ulogd2 init script expects The transition from ulogd 1.x to 2.x was initiated in 2.0.2-3. The 'ulogd' init script is removed by the 2.0.2-4 maintainer scripts, but the daemon isn't stopped using that script. The next upload (2.0.3-1) will run a stop in preinst as well as removing the old init script. Thanks for bringing this to my attention. Chris -- Chris Boot deb...@bootc.net GPG: 1DE8 6AB0 1897 A330 D973 D77C 50DD 5A29 FB09 9999 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
