[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