On Sun, Mar 30, 2014 at 10:40:47PM +0200, Petter Reinholdtsen wrote: > [Steve Langasek] > > In unstable, this has been moved to the 'startpar' package. It's also > > apparently been renamed, without discussion with me, to > > 'startpar-injector'...
> Yeah, to make sure the startpar package do not have to conflict with > sysvinit-utils. Why is Breaks/Replaces not sufficient here, which is the normal policy way of moving files from one package to another? > See > <URL: > http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2014-February/007399.html > > > for the email where I ask for feedback on the approach. Well, you asked for feedback on splitting startpar out into a separate package, which I have no opinion on; I do have opinions on unnecessary renames of files, though :/ > > Petter, please revert this change of the startpar-bridge name. > > Upstart systems absolutely *must not* have two versions of the > > startpar bridge job installed on the system at the same time, this > > will cause busy loops between the two! > Hm, my plan is to remove the /etc/init/startpar-bridge.conf during > upgrades to a sysvinit-utils package depending on startpar (see the > package in experimental). Will this not work? Something in > particular I need to adjust to keep upstart working in the process? I > believed it would be enough to depend on startpar and remove the > /etc/init/startpar-bridge.conf file during upgrade. If /etc/init/startpar-bridge.conf is removed, then it will "work"; but the rename looks entirely unnecessary, and it makes the upgrade more complicated (== added maintainer script handling) and leaves a window during the upgrade when /etc/init will be in a bad state. A simple Replaces: would be atomic and ensure sane boot behavior even if the system powered off mid-upgrade. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
