Re: [gentoo-user] Re: --depclean wants to remove openrc. Yikes!

[Rich Freeman]

On Thu, Jul 29, 2021 at 5:38 PM Martin Vaeth <martin@×××××.de> wrote:
>
> Rich Freeman <rich0@g.o> wrote:
>
> My understanding is that qmali contains a "daemon" which does not
> daemonize itself. To my knowledge, you can start such a thing
> only with daemontools and systemd; probably the start-daemon of
> openrc is not powerful enough for this.

I imagine you could just run it under nohup or even screen.  There are
a couple of solutions.

> > Second, it sounds like daemontools requires openrc to run.
>
> No. As I mentioned in another post, systems can run even without
> any init-system

I didn't say that systems require a service manager.  (I'm assuming
that is what you mean by an "init-system.")

I said that daemontools apparently requires openrc, at least in its
default config.  That wasn't really my original claim - others pointed
this out earlier in the thread.

> By the same argument you have given above, a dependency of
> daemontools on some other init system (even a || dependency)
> is questionable.

That is reasonable.  However, at this point I'd really question
whether it then belongs in the service manager virtual.  If it needs
to be run by some other service manager, then is it really acting as
"THE" service manager?  If it requires some other service manager,
then it clearly doesn't make sense to have portage uninstall EVERY
other service manager on the system if it is installed, because that
basically guarantees that it doesn't work.

I'm not an expert in daemontools and it sounds like it is fairly out
of date in any case, as is qmail.  However, it seems like the
dependency situation is inconsistent at best.  I'm not going to say
WHICH solution is most appropriate, but it seems like just about any
of them would have prevented this from happening...

-- 
Rich