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