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

[Rich Freeman]

On Thu, Jul 29, 2021 at 4:24 PM Martin Vaeth <martin@×××××.de> wrote:
>
> Rich Freeman <rich0@g.o> wrote:
> > The more I heard on this the more I tend to think that maybe it
> > should either not be in that virtual or that it should itself depend
> > on openrc/etc, or that qmail shouldn't depend on it.
>
> I strongly disagree. You have the same problem if you have any other
> init system installed, even if just for trying. Portage *cannot* know
> which init system you want to use, and, more general, which programs
> you want to use. You must tell portage. The way to do this is to put
> it into the world file.

You completely misunderstood my message then, because I completely
agree with everything you said and still maintain what I said.  It has
nothing to do with --depclean but with having correct dependencies.

First, it doesn't sound like qmail actually requires daemontools, but
simply happens to include a daemontools service config.  A package
shouldn't contain dependencies on a service manager unless it REALLY
only works with that one service manager (and that doesn't just mean
that nobody has bothered to set it up otherwise).  We don't stick
openrc dependencies in things simply because they weren't packaged
with systemd units, and so on.

Second, it sounds like daemontools requires openrc to run. So, if you
ARE using daemontools as your service manager, and portage uninstalls
openrc, then your system will break, because daemontools sounds like
it actually requires openrc.  That would make it a runtime dependency
(if true).

It isn't about portage trying to figure out which service manager
you're using.  It is about packages having the wrong dependencies.

-- 
Rich