[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#839570: Browserified javascript and DFSG 2 (reopening)



]] "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


Reply to: