On Sat, 13 Jul 2019, Dmitry Bogatov wrote:

control: tags -1 +moreinfo
control: user [email protected]
control: usertags -1 +objections

[2019-03-07 14:45] Dmitry Bogatov <[email protected]>
> [2019-03-05 23:41] Michael Biebl <[email protected]>
> > Control: reassign -1 insserv
> > > I think insserv should depend on initscripts. It requires that to
> > > actually do anything.
> > >
> > > Adding Conflicts will likely make switching inits much more difficult.
> >
> > Nod, reassigning back to insserv.
>
> Bug is in incorrect usage of insserv, not within insserv. You may want to
> add check, that /etc/init.d/mountkernfs.sh exists.
>
> If it will help you, I can add 'Recommends' (not Depends) on
> bin:initscripts into insserv.
>
> If if you disagree, please close + wontfix this bug.

On second thought, maybe it is okay to add dependency of insserv on
initscripts? After all, we already have initscripts installed, and
systemd users are unlikely to complain about bloat...

Opinions?


It might be a bit late but I had encountered the same situation after dist-upgrading from an older Debian release. So maybe I can somehow shed some additional light on this issue. The actual culprit is rcconf which is marked as manually installed and depends on sysv-rc which in turn depends on insserv and startpar; and so all these packages remain installed after the migration to systemd. At the same time sysvinit-core (which depends on initscripts) is removed and so is initscripts because the package systemd-sysv has corresponding entries for 'Conflicts:' and 'Replaces:'. But if you manually remove rcconf, the other three packages can be automatically removed afterwards as none of them is needed by systemd.

So I think both would make sense, add 'Recommends: initscripts' to insserv because initscripts is somehow needed for insserv as well as adding 'Conflicts: sysv-rc' to systemd-sysv to help migrating to systemd. Anyway, systemd-sysv already conflicts with file-rc and openrc, so additionally conflicting with sysv-rc shouldn't really make things worse.

Best regards,

Thomas Uhle

Reply via email to