On Thu, Jul 29, 2021 at 4:24 PM Martin Vaeth <mar...@mvath.de> wrote: > > Rich Freeman <ri...@gentoo.org> 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