Re: Status of this memo

Benjamin Kaduk <kaduk@mit.edu> Wed, 28 April 2021 04:13 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D6F23A13EE for <ietf@ietfa.amsl.com>; Tue, 27 Apr 2021 21:13:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.498
X-Spam-Level:
X-Spam-Status: No, score=-1.498 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.4, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O9qJP1JZQ_D0 for <ietf@ietfa.amsl.com>; Tue, 27 Apr 2021 21:13:19 -0700 (PDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D9C13A13ED for <ietf@ietf.org>; Tue, 27 Apr 2021 21:13:19 -0700 (PDT)
Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 13S4DCR8001102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 28 Apr 2021 00:13:17 -0400
Date: Tue, 27 Apr 2021 21:13:12 -0700
From: Benjamin Kaduk <kaduk@mit.edu>
To: Keith Moore <moore@network-heretics.com>
Cc: IETF Discussion <ietf@ietf.org>
Subject: Re: Status of this memo
Message-ID: <20210428041312.GU79563@kduck.mit.edu>
References: <9ACE59FA-30B6-475A-AF6B-4B874E4A2788@eggert.org> <1804294246.5904.1619512137931@appsuite-gw2.open-xchange.com> <D653D3B2-7666-409A-B856-2A4B1BA958CA@eggert.org> <3DBB64B1-40B8-4BC3-B66C-7F9B7F395874@akamai.com> <b5210c71-9500-3dba-05d2-4ae1c6ad16e9@network-heretics.com> <CAA=duU1VJs2vCE=uCF=fXO7FNedn9yPAaZWTgcaAiHTexA8uWA@mail.gmail.com> <CAF4+nEEz4x3HtUhWQ0ONYCpyHy27E4u7_chVEuHi3rDr+sc39A@mail.gmail.com> <b3762d56-bff2-6f71-caa2-69d34e81b9dc@network-heretics.com> <c3e39357-3f8c-a138-69b3-8e8458221fff@joelhalpern.com> <6ced8511-5343-ee5b-8d44-c15971fad90d@network-heretics.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <6ced8511-5343-ee5b-8d44-c15971fad90d@network-heretics.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/4_3omLWPu71nntuc8vaEB9-679c>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Apr 2021 04:13:22 -0000

On Tue, Apr 27, 2021 at 07:10:56PM -0400, Keith Moore wrote:
> 
> Anyway I think it's probably better to not think of "change control" as 
> if nobody else but the WG has the right to edit the original document 
> (which is clearly not the case), but instead to think in terms of which 
> document the WG is going to collaborate on and which it intends to 
> eventually submit for an IETF Last Call. And the WG is free to change 
> its mind about that.

AFAICT, basically everyone other than you in the thread is using "the WG
has change control" to mean "for the document that the WG is going to
collaborate on [and intends to eventually submit for an IETF Last Call],
the WG decides what goes in that document".  That is generally going to be
"the document named draft-ietf-wgname-foo" (though not always, of course),
and I thought that the definite article was implied by the process of WG
adoption.

In particular, if we avoid using the phrase "change control" as shorthand
for anything, I'm seeing very little actual disagreement in this thread.
I see a lot of people saying that for the document (or documents) the WG
intends to do things with, the WG calls the shots, and the editor of the WG
document has some flexibility about how to do that given the nature of the
direction from the WG.  I see approximately nobody saying that once the WG
has adopted a document, the author of the original document cannot continue
to do what they like with the original document('s contents).

Am I missing something?

Thanks,

Ben