Re: Proposed IESG Statement on the use of the “Updates” header
Adam Roach <adam@nostrum.com> Wed, 12 September 2018 18:10 UTC
Return-Path: <adam@nostrum.com>
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 94F69130E5E; Wed, 12 Sep 2018 11:10:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.88
X-Spam-Level:
X-Spam-Status: No, score=-1.88 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=ham 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 XValA_ZLFS92; Wed, 12 Sep 2018 11:10:26 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01798126CB6; Wed, 12 Sep 2018 11:10:25 -0700 (PDT)
Received: from Svantevit.roach.at (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id w8CIANUb093637 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 12 Sep 2018 13:10:24 -0500 (CDT) (envelope-from adam@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.roach.at
Subject: Re: Proposed IESG Statement on the use of the “Updates” header
To: Bob Hinden <bob.hinden@gmail.com>, Ben Campbell <ben@nostrum.com>
Cc: IETF <ietf@ietf.org>, IESG <iesg@ietf.org>
References: <59F6DED7-8D39-4206-8268-22AB6A99A876@nostrum.com> <3BAD273A-C92B-4B81-AECB-253D212ECF22@gmail.com>
From: Adam Roach <adam@nostrum.com>
Message-ID: <a082b73c-77df-5277-adea-5e13f7b52871@nostrum.com>
Date: Wed, 12 Sep 2018 13:10:18 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.0
MIME-Version: 1.0
In-Reply-To: <3BAD273A-C92B-4B81-AECB-253D212ECF22@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/lieNbEyjVr1jHRZNvE_rq9GTP8s>
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, 12 Sep 2018 18:10:28 -0000
Thanks for weighing in, Bob. I have a request for clarification. On 9/11/18 1:31 PM, Bob Hinden wrote: > I worry about the > > "abstract should contain enough detail to help readers decide if they need to read the rest of the RFC” > > This may result in a long Abstract depending on the nature of the “update” and defeat the purpose of the abstract if it gets too long. Based on other people's comments, you're not alone in such a concern, and I'd like help understanding why. My conception of document abstracts in general is that they serve the singular purpose of letting people know whether they should read the rest of the document. This makes the text you quote almost tautological. Clearly, you (and others) have a different notion of the purpose of the abstract section, and that understanding is driving these concerns. I don't think we can reach a reasonable consensus unless we surface what those differences in understanding are. Can you concisely describe what purpose you believe an abstract serves? /a
- Proposed IESG Statement on the use of the “Update… Ben Campbell
- Re: Proposed IESG Statement on the use of the “Up… tom petch
- Re: Proposed IESG Statement on the use of the “Up… Ben Campbell
- Re: Proposed IESG Statement on the use of the “Up… Paul Wouters
- Re: Proposed IESG Statement on the use of the “Up… tom petch
- Re: Proposed IESG Statement on the use of the “Up… Robert Sparks
- Re: Re: Proposed IESG Statement on the use of the… Michael Richardson
- Re: Proposed IESG Statement on the use of the “Up… Kathleen Moriarty
- Re: Proposed IESG Statement on the use of the “Up… Bob Hinden
- RE: Proposed IESG Statement on the use of the “Up… Adrian Farrel
- Re: Proposed IESG Statement on the use of the “Up… Ben Campbell
- Re: Proposed IESG Statement on the use of the “Up… Ben Campbell
- RE: Proposed IESG Statement on the use of the “Up… Christer Holmberg
- Re: Proposed IESG Statement on the use of the “Up… Ben Campbell
- RE: Proposed IESG Statement on the use of the “Up… Adrian Farrel
- Re: Proposed IESG Statement on the use of the “Up… Ben Campbell
- Re: Proposed IESG Statement on the use of the “Up… Brian E Carpenter
- Re: Proposed IESG Statement on the use of the “Up… Robert Sparks
- Re: Proposed IESG Statement on the use of the “Up… Donald Eastlake
- Re: Re: Proposed IESG Statement on the use of the… Michael Richardson
- Re: Proposed IESG Statement on the use of the “Up… Sean Turner
- Re: Proposed IESG Statement on the use of the “Up… Paul Hoffman
- Re: Proposed IESG Statement on the use of the “Up… Julian Reschke
- Re: Proposed IESG Statement on the use of the “Up… Michael Richardson
- Re: Proposed IESG Statement on the use of the “Up… Adam Roach
- Re: Proposed IESG Statement on the use of the “Up… Stephen Farrell
- Re: Proposed IESG Statement on the use of the “Up… Adam Roach
- Re: Proposed IESG Statement on the use of the “Up… Ted Lemon
- Re: Proposed IESG Statement on the use of the “Up… Paul Hoffman
- Re: Proposed IESG Statement on the use of the “Up… Stephen Farrell
- Re: Proposed IESG Statement on the use of the “Up… Brian E Carpenter
- Re: Proposed IESG Statement on the use of the “Up… Heather Flanagan (RFC Series Editor)
- Re: Proposed IESG Statement on the use of the “Up… Heather Flanagan (RFC Series Editor)
- Re: Proposed IESG Statement on the use of the “Up… Spencer Dawkins at IETF
- Re: Proposed IESG Statement on the use of the “Up… Heather Flanagan
- Re: Proposed IESG Statement on the use of the “Up… Lars Eggert
- RE: Proposed IESG Statement on the use of the “Up… Roni Even (A)
- Re: Proposed IESG Statement on the use of the “Up… Benjamin Kaduk
- Re: Proposed IESG Statement on the use of the “Up… Brian E Carpenter
- Re: Proposed IESG Statement on the use of the “Up… Ben Campbell
- Re: Proposed IESG Statement on the use of the “Up… Robert Sparks
- Re: Proposed IESG Statement on the use of the “Up… Brian E Carpenter
- Re: Proposed IESG Statement on the use of the “Up… Benjamin Kaduk
- Re: Proposed IESG Statement on the use of the “Up… Abdussalam Baryun
- Re: Proposed IESG Statement on the use of the “Up… Ben Campbell