Re: Proposal - preserve freedom of choice of init systems
Your rationale does not explain how the normal policy process has failed to
deliver the outcomes required by the project. I think the project should
require a very clear explanation as to why it should interfere in this
process. At least one policy editor and the relevant maintainers have
already been working on this and the process is in no way deadlocked. Given
that, I can't see any reason why this work should be disrupted.
If you do have a rationale for pressing forward on this GR, then you should
also note that the wording in this proposed resolution is poorly constructed
quite simply because some of the issues that are very clearly articulated in
#727708 have been ignored .
The worst problem is that the particular wording here fails the "someone
should do something" test -- that's not how Debian or Free Software works at
all. If no-one has a particular itch to actually sit down and write an
alternative implementation, then the work doesn't get done. Demanding, as
the proposed text does, that some future and unnamed group of people must do
some work is doomed. At least the absence of volunteers to declassify
debian-private mails doesn't make packages RC buggy.
Perhaps all our energies would be better spent fixing real bugs rather than
arguing about hypothetical ones? It would be disappointing for us to waste
yet more time and energy on this matter rather than actually concentrating
on making a great release. Feel free to pick any of the 300ish RC bugs in
jessie if you need some suggestions.
 And I don't think it's unreasonable to assume that the proposers of GRs
on this issue would have read this information carefully.
Stuart Prescott http://www.nanonanonano.net/ email@example.com
Debian Developer http://www.debian.org/ firstname.lastname@example.org
GPG fingerprint BE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8