W3C home > Mailing lists > Public > public-w3process@w3.org > May 2016

Re: Obsoleting

From: Delfí Ramírez <delfin@delfiramirez.info>
Date: Wed, 11 May 2016 09:47:02 +0200
To: Wayne Carr <wayne.carr@linux.intel.com>
Cc: public-w3process@w3.org
Message-ID: <7b3f65bad5a1f28d1ba1fe9dbb3fb2fd@correoweb.delfiramirez.info>
I agree with the solution proposed by David  && Wayne. 

Looks quite logical, understandable and manageable. 

5% of the AC is something I miss or I do not see clear ( i.e: 6%?) 

On 11/05/2016 01:30, Wayne Carr wrote:

> On 2016-05-09 16:42, David Singer wrote: On May 9, 2016, at 9:14 , L. David Baron <dbaron@dbaron.org> wrote:
> (The one other thing I was worried about with this obsoletion
> discussion was that it might be creating a process that's hard
> enough to complete that it will never be used successfully.) It does seem very heavy, but only because of the fail-safe valves in some places.  Those valves are actually missing from the Rescind process as well, so we could make it all much easier and adjust the section on Rescinding to cover both cases. (For example, we have no way to Rescind a document if the WG no longer exists; there is no way for the AC to over-ride a bad WG decision, or to proceed in the absence of a decision.)
> * Anyone suggest to the owning Working Group (if it exists) or the TAG (otherwise) that a document be Obsoleted or Rescinded.
> * That group does the technical sanity check etc.
> * The AC votes
> * The Director approves
> * The team does the appropriate marking/editing.
> Safety valves: AC can override the WG/TAG 'no' if someone can find 5% of the AC wanting to force a ballot. If the WG/TAG doesn't act in 90 days, anyone can force it to the AC by saying "timeout!". The AC can appeal the final Director decision.

combining them is good, as is listing the safety valve exceptional case
separately.  that makes it clear it almost always is very simple.  i
think its a good model for a lot of decisions. 

> Dave Singer
> singer@mac.com

Received on Wednesday, 11 May 2016 07:49:45 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 11 May 2016 07:49:46 UTC