On Sat, Sep 13, 2025 at 07:47:17AM -0400, Steve Litt wrote:
> aitor said on Fri, 12 Sep 2025 21:16:01 +0200
[...]
> >On the other hand, as you are well aware runit is designed to handle
> >services that stay in the foreground, not in the background (i.e. in a
> >secondary plane). However, not all the daemons provide a way to tell
> >them to work in the foreground. Geoff42 explains very well in d1g how
> >to handle them:
> >
> >https://dev1galaxy.org/viewtopic.php?id=4904

Interesting. There's also fghack in daemontools - does anyone know why
chpst chose not to emulate that along with the other tools? Too flaky?
Too ugly?

> Nice!
>
> I haven't tested it, but on the surface it sounds good.
>
> My usual response to daemons that refuse to offer a means of running in
> the foreground is to use a substitute. This has been well known since
> 2001. Today, daemons that refuse to give you a way to run in the
> foreground are few and far between.

Indeed. Often the mode is disguised as a "debug" mode with '-d'.

Or one can add the mode! https://github.com/openwall/popa3d/pull/2

And in some cases, fix it: https://gitlab.com/sane-project/backends/-/merge_requests/854

It's usually recognised as providing superior integration for systemd
(which it does) so that can help attract support for the change
upstream! Also I tend to find upstreams more open to init freedom as
they like the idea of a diverse user base!

Andrew