On Wednesday 19 August 2015 10:57:43 Sam Hartman wrote: > >>>>> "Don" == Don Armstrong <d...@debian.org> writes: > >> While we're not overturning anything in the sense of an override > >> here, I think we owe an explanation for our actions, and I feel > >> really strongly about that. > > Don> Ideally the patch and its rationale should stand alone without > Don> the need for a separate text. But that said, if you disagree > Don> that the rationale is not sufficient once it exists, I'll > Don> either try to modify it or draft a separate text. > > No, a rationale that explains why option D is better than A/B is all I'm > asking for.
>From my technical POV I think Option D is better than A/B because it is a more clear technical solution, and saying "there is one menu to care about" The current A/B thing ended up as a standard compromise that tries to leave everyone equally unhappy, and ending everyone having to decide for them selves which menus to cater for. I don't think A/B is a particular good solution but is immensely better than doing nothing. Option D is what I was hoping for we would end up with in some years after letting the debian menu bitrot for another couple of years. In option D4, I'd though like if "Debian Desktop" or similar was involved, as it is likely the debian desktop maintainers (XFCE, Plasma, Gnome, LX(DE|Qt), ..) who are closest to the users in this regard. >From my social POV I'd love to see B win because I really think that there was a good enough consensus to be able to move on with issues like that. If we hadn't had the double-role of menu maintainer and policy editor, I'm pretty sure we wouldn't have gotten here in the first place. But as Debian is a technical project consisting of social individuals, I would hope to see D>B>A>Z>C as the final result. /Sune - the one who initiated this mess