Sam Hartman wrote:
Choice 1: Affirm Init Diversity Choice 2: systemd but we Support Exploring Alternatives Choice 3: systemd without Diversity as a Priority
I think that one choice is missing here. Could you please include something like this, just to see how many people are THAT radical? P.S. myself, I wouldn't vote for this even if I had a vote.
Choice 4: systemd without Diversity at allThe Debian project recognizes that systemd service units are nowadays the preferred configuration for describing how to start a daemon/service. Packages should include service units. At the same time, the Debian project recognizes that maintainers and upstream developers are sometimes unwilling or unable to provide high-quality support (or any support) for alternative init systems in their packages, do not test that their packages work under such init systems, and it is not realistic to expect the situation to improve. Allowing substandard support for non-systemd init systems would be against the project goals, worse than no support at all. Therefore, for Bullseye, alternative init systems should be removed from the archive together with everything that becomes useless due to that, e.g. initscripts that have an equivalent systemd unit.
Debian is still committed to working with derivatives that make different choices about init systems.
-- Alexander E. Patrakov