[Pkg-sysvinit-devel] Bug#589577: Provide a trigger update-init-system for Maintainers
Ralph Ulrich
eulenreich at gmx.de
Sun Jul 18 23:01:52 UTC 2010
Am 19.07.2010 00:20, schrieb Petter Reinholdtsen:
> [Ralph Ulrich]
>> Is update-rc.d really usable as a trigger like kernel related
>> "update-initramfs" is used:
>> - deferrable
>> - all of the previous configuration obsoleted and removed
>
> I considered using triggers to update the boot sequence, but decided
> against it because it not ensure the boot sequence is consistent after
> upgrades. I believe it is better that a inconsistent boot sequence
> casues imediate failure instead of trying to clean up the mess after
> the init.d scripts have been replaced.
My guess is the other way round: The mess occures because of that. Quiet
sure you have been through this all, what you mention here, during the
first time of introduction of insserv to Debian: All the LSB-headers had
to be written from scratch.
If there were some quick tests available at begin of the trigger?
>> Why did I saw this debootstrap problem: Debootstrap failed because
>> of a service couldn't install without a yet installed
>> Required-Start.
>
> Sound like a bug in some package. Only one I remember having such bug
> recently was util-linux, and that bug was luckily solved after a few
> days. Is there some new bug around now?
At http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581420#5
---
Selecting previously deselected package util-linux.
O: dpkg: regarding .../util-linux_2.17.2-1_amd64.deb containing
util-linux, pre-dependency problem:
O: util-linux pre-depends on libblkid1 (>= 2.17.2)
O: libblkid1 is unpacked, but has never been configured.
---
Last line sounds to me that a triggered insserv after unpacking all
packages during the dbootstrap would have prevented this bug.
More information about the Pkg-sysvinit-devel
mailing list