Paul Wise dixit: >> Yes, the procps init script does not have the action reload. > >Looks like this is a regression in procps in buster and later.
Hrm. OK, but… >I've bounced the thread to the procps maintainer and reassigned. … this isn’t right. This is an RC bug in corekeeper but nōn-RC in procps because of Policy §9.3.2: | The "start", "stop", "restart", and "force-reload" options should be | supported by all init scripts. Supporting "status" is encouraged. The | "reload" and "try-restart" options are optional. So I think it’d be better to clone the bugreport, asking procps nicely to implement “reload” while fixing corekeeper for bullseye first. bye, //mirabilos PS: I was unclear in the previous mail… I found the bug while crossgrading but was actually installing corekeeper on my systems recently; apt insisted on remove+install which is what triggered this. -- <ch> you introduced a merge commit │<mika> % g rebase -i HEAD^^ <mika> sorry, no idea and rebasing just fscked │<mika> Segmentation <ch> should have cloned into a clean repo │ fault (core dumped) <ch> if I rebase that now, it's really ugh │<mika:#grml> wuahhhhhh