[PKG-OpenRC-Debian] Bug#765785: openrc: can't cope with dangling rc.d links
Adam Borowski
kilobyte at angband.pl
Sat Oct 18 03:15:39 UTC 2014
Package: openrc
Version: 0.13.1-1
Severity: grave
Hi!
I'm afraid that the new version of openrc fails to install if any purged
package on the system left over its rc.d links. That's a bug in the package
in question too, but an init system must not fail because of that.
On my box, openrc first failed with:
Setting up openrc (0.13.1-1) ...
Add existing services ...
* rc-update: killprocs already installed in runlevel `recovery'; skipping
* rc-update: motd already installed in runlevel `recovery'; skipping
* rc-update: bootlogs already installed in runlevel `recovery'; skipping
* rc-update: single already installed in runlevel `recovery'; skipping
* rc-update: binfmt-support already installed in runlevel `default'; skipping
* rc-update: service `ceph' does not exist
update-rc.d: error: rc-update rejected the script header
dpkg: error processing package openrc (--configure):
The package 'ceph' was purged a long time ago, yet the following danling
links remained:
/etc/rc1.d/K01ceph
/etc/rc0.d/K01ceph
/etc/rc3.d/S01ceph
/etc/rc6.d/K01ceph
/etc/rc5.d/S01ceph
/etc/rc4.d/S01ceph
/etc/rc2.d/S01ceph
Removing these allowed openrc to process a bunch of other daemons, until it
found the next package with this problem (in my case libvirt-bin).
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.17.1-x32 (SMP w/6 CPU cores)
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 openrc depends on:
ii insserv 1.14.0-5
ii libc6 2.19-11
ii libeinfo1 0.13.1-1
ii librc1 0.13.1-1
openrc recommends no packages.
openrc suggests no packages.
-- no debconf information
More information about the OpenRC-devel
mailing list