RE: Rule of removing adopted work (was Re: Question about pre-meeting document posting deadlines for the IESG and the community)

Adrian Farrel <adrian@olddog.co.uk> Tue, 19 March 2024 09:16 UTC

Return-Path: <adrian@olddog.co.uk>
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 14E06C14F610 for <ietf@ietfa.amsl.com>; Tue, 19 Mar 2024 02:16:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.104
X-Spam-Level:
X-Spam-Status: No, score=-7.104 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=olddog.co.uk
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J8iquvj1wFBo for <ietf@ietfa.amsl.com>; Tue, 19 Mar 2024 02:16:42 -0700 (PDT)
Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 7012AC14F70E for <ietf@ietf.org>; Tue, 19 Mar 2024 02:16:41 -0700 (PDT)
Received: from vs3.iomartmail.com (vs3.iomartmail.com [10.12.10.124]) by mta8.iomartmail.com (8.14.7/8.14.7) with ESMTP id 42J9GcRl019178; Tue, 19 Mar 2024 09:16:38 GMT
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0617C4604A; Tue, 19 Mar 2024 09:16:38 +0000 (GMT)
Received: from vs3.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E4CC84604B; Tue, 19 Mar 2024 09:16:37 +0000 (GMT)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs3.iomartmail.com (Postfix) with ESMTPS; Tue, 19 Mar 2024 09:16:37 +0000 (GMT)
Received: from LAPTOPK7AS653V (lfbn-lyo-1-502-196.w2-7.abo.wanadoo.fr [2.7.9.196]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.7/8.14.7) with ESMTP id 42J9Gb8H021919 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 19 Mar 2024 09:16:37 GMT
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Abdussalam Baryun' <abdussalambaryun@gmail.com>, 'Keith Moore' <moore@network-heretics.com>
Cc: 'ietf' <ietf@ietf.org>
References: <7826C4F13FA874CD79459A4B@PSB> <65A7921B-2A05-439A-976C-226560C5E7F4@strayalpha.com> <e0702d8a-cea5-4928-b571-98442ccd4f29@petit-huguenin.org> <6d0c6b07-2fc3-496c-ba66-dc40cbf46df8@dfn.de> <69EE71C9-C42B-49A6-BC0D-508F799DB68E@tzi.org> <1d301b86-c994-4a9c-810c-9a42e12a0ad8@network-heretics.com> <53C617FA98D84931861C1F59@PSB> <85D994BF-5E89-437B-821C-12DE93C403B3@episteme.net> <CAL0qLwYba_V4VHABRuSLybG0d5-XW2onOjab3vxsf-H2dnYWNw@mail.gmail.com> <8746156f-905b-03de-b95a-cfdb10ca9fcd@gmail.com> <EE62CF5F-1554-4143-933C-523319B4C073@tzi.org> <2c79546c-9ea1-4f32-9b9c-a41e836c04d9@network-heretics.com> <CADnDZ89Zn0HBWq33fRV-mfnZTkyZfEj1=td-umsNq6DyS2jXTQ@mail.gmail.com>
In-Reply-To: <CADnDZ89Zn0HBWq33fRV-mfnZTkyZfEj1=td-umsNq6DyS2jXTQ@mail.gmail.com>
Subject: RE: Rule of removing adopted work (was Re: Question about pre-meeting document posting deadlines for the IESG and the community)
Date: Tue, 19 Mar 2024 09:16:37 -0000
Organization: Old Dog Consulting
Message-ID: <01af01da79de$256900b0$703b0210$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_01B0_01DA79DE.256975E0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQH5F28RmXMRPKLFplDW63ReOs/eWgFdUxHnA2WJ+GoDKXJBLQGxZdvbAkLSUWABnV8sxwIk81Z3AdrsP4ICmE8X+QJPStxVAnryV8wCezb+FbAmr/wA
Content-Language: en-gb
X-Originating-IP: 2.7.9.196
X-Thinkmail-Auth: adrian@olddog.co.uk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=olddog.co.uk; h=reply-to :from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type; s=20221128; bh=hCpFFD5yBZof+yXb9YgVF SWZ3mNlWc3D4TPyl3GrNNo=; b=uGk76WP95LLR1cFilMzFMyPOHy+er4wEgrHX/ ce1WjkJ3M6t4xPm12NkqDjsgz+o51W5Syp/zfzXIz0D+y4NBhpGVH9HVq298l2wg rmK3ghJTIvcRUGeiK5S8LkDnzFmsn9/EEC+p7/Ba13iKA1fsI/GZ3fQgSfqEY3IW 1o8mZDNhKTrg18d95+X2EhFWE0uGxj/4e8uz6oKXBgavDnypE0iUBmruti82esuI HQ3udiw1wnYoXWMKUB0nuVhbw4g/AEzbU2C4TpHKYqhvluUAXZVtPkC28pvHNSNt 7gMRL8TlteyUPzlYPcXyF3SXN32tQd7k0LJ8KTGd0G4SSkJQA==
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1002-28260.006
X-TM-AS-Result: No--29.031-10.0-31-10
X-imss-scan-details: No--29.031-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1002-28260.006
X-TMASE-Result: 10--29.030600-10.000000
X-TMASE-MatchedRID: B0+RG8xpjtTxIbpQ8BhdbOJ28KqpjndpTRjWeShdUvgpTNAJDt3i5XMW fmr8UEU8pb7o7fH63l4/Gl2UPqGHkvmk0X+xzvH0boT9s9dVCZpPnKxAOPp4WdfVxEPp7g/kfmw NuSxUHW36tHkfvH/tgo0ySroV9Kfq+fCnS6ApknyVUcz8XpiS9MkQHtXDqLf1u/8K7dnsn5UTP8 kUz/mwaet2gGXLArR6SgueuSXvoJKa113qEZaP/OY6WKvKEZZTdmWMDQajOiIK5I+5JVbn7mHAi VYWKnIhOelJXrqHws1wxOfwj1uQOwx6TQKWelWnEzEoOqAAVLNf3ennYqHe2KiGWcxufZX091sW DFy6YvKwTuiGw3cLx2zdN431MzV6arhHaA1rqf4dZEkR8Y/meVD+aOzTuG5jrSvLRRRfRG12qvN IMM79ROF8hEXHX9UvoNYJBOpqoFoBJ+vgj8qpVb69fM6mUSYS2qPQi8vc9bInIXwGgysI0O//vb MLiEkV0+0G7io/4HWtQ57zuXEmXMe3wV6A2hchHEDUAqZUZM5d5/m3qrxFzPoTlLYNdpw1s++uB PVf4hRdWwRZWpipqGZhpDhdH8fMb8zosfc6NatitzfafzhYes/I/m8aIlgMBwAOXG+b40r/PLZj YAgg1uXUSiEMr2m2VGlMnP1ixi9A4VPFYKuhbwI6gMblpHUxo09MP0yScOgtvNfCaL2uAkv+Gv9 gyZL/rCCXG3Lpn8QAFmb/zOv8CKNu8PHnuFgvRynTwl9ZYh7HbZsG8T5ZjrLLTvamG8BJo8WMkQ Wv6iXoC+VlRHhOyFlmYwhSwhAaU6baA36eiaw+Mqg+CyrtwA==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/KZy1mZu70AWvPGHvUXfhEeQzsSg>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <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: Tue, 19 Mar 2024 09:16:47 -0000

AB is right (don’t be too surprised ;-) that establishing consensus and recording history is crucial.

However, “the people” is ambiguous. The I-D, once adopted, belongs to the WG. The charter, once approved, belongs to the IETF.

All changes should be recorded properly, and it is easy to add a note to the History tab in the Datatracker. And these days, it is also easy to add a pointer to an email thread.

 

FWIW, I am just removing a draft in the MPLS WG. The draft is already in the publication queue with the AD, however, it appears that there is no interest in fixing the bugs or implementing the content. 

We have had several requests for input on the WG list, raised it on the agenda today, and held a formal consensus call to abandon the work.

 

A

 

From: ietf <ietf-bounces@ietf.org> On Behalf Of Abdussalam Baryun
Sent: 19 March 2024 09:06
To: Keith Moore <moore@network-heretics.com>
Cc: ietf <ietf@ietf.org>
Subject: Rule of removing adopted work (was Re: Question about pre-meeting document posting deadlines for the IESG and the community)

 

Hi Keith,

 

As I agree with your reply to one suggestion for different subject (but similar related to drafts' submission and management), would like to know your opinion.

 

IMHO the rule is that the people/WG who adopted the work they are the only that should remove it with consensus and also they should have clear discussion at least why they think to remove it. So IETF should know within its *History* the answer of WHY removed and should be with consensus proven.

 

In my WG that I usually participate, we got an adopted work for long time but then removed (maybe in 2016) from charter for no known clear reason, so I would like to know what is expected in IETF future, and what do you think the usual rule/mechanism for removal of WG adopted draft.

 

Best Regards,

AB

 

 

On Mon, Mar 18, 2024 at 2:22 AM Keith Moore <moore@network-heretics.com <mailto:moore@network-heretics.com> > wrote:

On 3/17/24 16:35, Carsten Bormann wrote:

I’ve sometimes run into people who think we first need to establish 
working group consensus to merge a PR (*).  WG chairs are of course free
 to set up rules like that, 

I hope they don't set up rules like that, and I hope their ADs discourage them setting up rules like that.

IMO the author/editor has an important role in figuring out how to craft text that earns and builds consensus while still being technically sound, and questions like "approve this PR yes/no?" aren't ideal for that.   ESPECIALLY when the question is framed by the PR submitter and put to the group in that form, bypassing the author/editor.



but then I think we don’t even need working 
group consensus to submit an updated I-D — that is exactly done so we 
have an efficient way to check whether the working group agrees with the
 direction proposed by the I-D authors.

yes.

IMO PRs should be taken as concrete suggestions to the authors/editors, nothing more, with no expectation that they'll be used intact or even at all.

Keith