Jonathan Dowland <j...@debian.org> writes: > The tech-ctte exploration was extremely thorough, entirely transparent and I > cannot think of any example of a more transparent decision making process in > any other Linux community. Not only that, but the entire decision could be > overridden by a GR, which *any* developer could raise, at any time (and still > can). And the eventual outcome wasn't "there will be one init system", which > would be *considerably* easier for the project to manage, but that we support > *multiple* init systems! A tremendously more complex task. Red Hat aren't > doing > that. Fedora aren't doing that. Ubuntu aren't doing that.
Why doesn't Debian just do a GR on this issue? It would be interesting to see what the devs/maintainers would vote for, and it might give everyone quite a bit a of re-assurance and piece-of-mind. Perhaps just having a GR would ignore the established way of initiating one and having it would create a case of precedence. I don't see how that would be a problem, even less so since switching to a different init system is, AFAIK, unprecedented in Debian. Perhaps this is an issue for which to decide about the established ways are not sufficient. Considering that the users are Debians' priority, couldn't this issue be a case in which significant concerns from/of the users about an issue might initiate a GR? Wouldn't it speak loudly for Debian and its ways and for what it stands for, or used to stand for, if it was established procedure that issues arising significant concerns amongst the users can lead to a GR? I'm sure we could find quite a few supporters for having a GR amongst the users (here). And after all, we're all kinda stuck in the same boat. A GR might have the potential to make the gap between users and devs/maintainers a lot smaller. Otherwise, this gap will only continue to become wider and wider. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/8738atz2m6....@yun.yagibdah.de