Josh Triplett <[email protected]> writes: > I think it'd be appropriate to allow dependencies on runit (or another > package that contains an implementation of /sbin/init), as long as > either the depending package doesn't depend on having /sbin/init be that > init (which holds true for runit), *or* if an alternative package exists > to integrate with the default init system. For instance, git-daemon-run > versus git-daemon-sysvinit versus a hypothetical git-daemon-systemd, or > a future gnome-session-systemd or gnome-session-upstart package (for > whichever init system isn't the default). (Note that the latter would > work better if upstart stopped conflicting with sysvinit, similar to how > systemd can be installed without being init.)
Yes, this sounds right to me too. It's not the package dependency that we care about, it's whether it forces a particular init system to be PID 1. -- Russ Allbery ([email protected]) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
