]] "Joseph R. Justice" > For the record for this bug / discussion: > > I note Didier 'OdyX' Raboud 's mail to the Debian Secretary, CC'd to > the TC list and the FTP Master list, requesting a general > interpretation of the TC's ability (if any) to override the decisions > made by various Debian delegate teams and individuals. A copy of the > mail can be found at > https://lists.debian.org/debian-ctte/2016/10/msg00060.html . If the > request had been made as a bug filed to the bug tracking system, > perhaps to a "secretary" meta-package, I'd have suggested this bug be > blocked by that bug.
As noted in OdyX' mail, we think it's quite unlikely that we'd like to override the ftpmasters in this case, so 839570 isn't blocked on that response (at least not until we go «yes, we want to override, can we?»). > I realize that the idea of the TC overriding a delegate's decision > *can* be interpreted to include this sort of thing, too. However, I > do not know if it is sufficiently obvious that such an interpretation > should be made (the obvious counter-question is "How can the TC > override a decision which has not yet been made, or which has not yet > been requested to be made, or which perhaps is not a request-able > decision in the first place (e.g. that there is no procedure in place > to request that such a decision be made)?"). We (as in Debian, not the CTTE in particular) don't need a formal procedure for everything we do. There's always the «send an email to the team asking them to do something» default. If you haven't even asked the team to do something, asking the CTTE to overrule them would be completely inappropriate. I'd rather not spend needless energy on seeing just how much heavy artillery we can bring to bear on various parts of the project. Overriding developers is a very heavy-handed action (which is why it requires a 3:1 majority) and even more so on core infrastructure teams such as ftpmaster or the release team. It's much more likely that we can get the end result we're after by mediation or offering advice, without anywhere near the same level of casualities. The reason we asked for clarification from the secretary on this is so we can reduce the amount of noise. Not to conduct war games where we see how we can make the most people upset with the shortest resolution. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are
