Re: [xml2rfc] referencing an old ID as expired

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 05 May 2020 22:34 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: xml2rfc@ietfa.amsl.com
Delivered-To: xml2rfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 886033A0BFC for <xml2rfc@ietfa.amsl.com>; Tue, 5 May 2020 15:34:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 5gpEaYqUYe5Q for <xml2rfc@ietfa.amsl.com>; Tue, 5 May 2020 15:34:49 -0700 (PDT)
Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (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 F19FF3A0BF3 for <xml2rfc@ietf.org>; Tue, 5 May 2020 15:34:48 -0700 (PDT)
Received: by mail-pj1-x102e.google.com with SMTP id ms17so282607pjb.0 for <xml2rfc@ietf.org>; Tue, 05 May 2020 15:34:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=CpCtlisSMMNBq9ZHe6OUVm5Vm2pCDM+iyBi0Lv1KGwA=; b=rSUBds+vvXZPvb93m45F7Y2nGg3qDlyR8hiDaHkppQlLEENlw04uwYAJYSJm/L2OgS cGkSwuZuuH8QUYzYuWI4k6usv+k1VmLBjIXX4h41DvdGK343oGnPWRyT5K3CXOgcC5YO HUDh87lxMnSMPeEziK7q6nQgGo7ct09Ouih/gaEk7SjZQWdJtUNJ3aUzXv9Cc0w7Gaz8 bEdyxSPgjtqpDI6WLwI5wonH22nwyL2c1wzDrhxkPI+rvp2Yi7YCmISg8667mStpdVf+ rklKCCM6vJ70BsuSGvnMv2iCJT+mXJ/kpgp2pXWp52/U5GY9Wjj4zwKRV5x4ZxIm0Mn6 zTmA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=CpCtlisSMMNBq9ZHe6OUVm5Vm2pCDM+iyBi0Lv1KGwA=; b=ZAzcJR+kXxIRzXkWCAhomKV3SroX6zeIvuV6EMKZ+uP644K2HgLDzZAOl8/AphKXz0 0C9ugdhQUMMCH/Xp+WXmh4iF5U9nAUN8gqVQw2HDo4CpXDEPZcCyA9B3ZPzEoMk2eFVK Vo8ByP2D96ubihI5HHZmGf/hsHu2FOnE+IdCwj0CZmadZHtPDxDrT+DXr53drFebM1Te 60P7xpoK0HndFdaXAfQiJ9nY1XE02UJa1rABDZ3VYE5X62Zzg8Vr3gBp2TmfUmoULLbH dahPtfYY8O8Tyj5LFxm/42d5h9ZlHFhTGVkpszwvaxmLQbybaHjoIPwU/ghlfYqnke4i j2FA==
X-Gm-Message-State: AGi0PuaCN1dG36d+O95VMT6cFDdMNZoxEnrmhuVWGPQIXBMmfR5op66h VvAPcKhYO6TPWFKWZm+9bbNRbMU/z8Y=
X-Google-Smtp-Source: APiQypLDoIjouoBsMG4Vl1OhxzK/+Bv5lqknHQBwKkd7/lhtZhkvNYByKrT54rN0W7w9D0DX6SOURg==
X-Received: by 2002:a17:902:bd42:: with SMTP id b2mr4792785plx.219.1588718087992; Tue, 05 May 2020 15:34:47 -0700 (PDT)
Received: from [192.168.178.30] ([165.84.25.84]) by smtp.gmail.com with ESMTPSA id p189sm17218pfp.135.2020.05.05.15.34.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 May 2020 15:34:47 -0700 (PDT)
To: Robert Moskowitz <rgm@htt-consult.com>, Carsten Bormann <cabo@tzi.org>
Cc: xml2rfc@ietf.org
References: <781a50a7-5faa-1043-56b2-f52b5ac91a80@htt-consult.com> <0ba7aad8-05c2-ad91-9c36-20d58ad5c082@gmx.de> <04138b58-b7cb-b6b7-7d31-8025a5720902@alum.mit.edu> <fa59152b-76cc-9335-66b9-c3160d740d81@htt-consult.com> <dcd5faae-3c1d-0d40-ed1f-5a172e08bb50@gmail.com> <F7B64D08-A659-4D4D-83B1-79FF2CE0FC6F@tzi.org> <af589958-3ffe-7ec3-1396-63c6e6b49041@htt-consult.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <5fdd3871-5344-eafb-ea87-776348adf939@gmail.com>
Date: Wed, 06 May 2020 10:34:44 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <af589958-3ffe-7ec3-1396-63c6e6b49041@htt-consult.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/rPlIcMgF30L5KhC-pQ8ClaY1G94>
Subject: Re: [xml2rfc] referencing an old ID as expired
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <xml2rfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc>, <mailto:xml2rfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc/>
List-Post: <mailto:xml2rfc@ietf.org>
List-Help: <mailto:xml2rfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc>, <mailto:xml2rfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 May 2020 22:34:52 -0000

BTW, the proposal in
https://tools.ietf.org/html/draft-carpenter-rfc-citation-recs-01
in 2011 was this:

   4.  A citation of an Internet-Draft should use the phrase "Working
       Draft" rather than "Work in Progress" whenever appropriate.
       (Stream-specific policies and practices might prohibit this
       practice within certain RFC document streams.)

but it was not accepted. The issue came up again in 2018:
https://tools.ietf.org/html/draft-roach-id-cite-00
but no change was accepted.

Regards
   Brian

On 06-May-20 09:38, Robert Moskowitz wrote:
> 
> 
> On 5/5/20 5:16 PM, Carsten Bormann wrote:
>> On 2020-05-05, at 22:55, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>> On 06-May-20 08:05, Robert Moskowitz wrote:
>>>>
>>>> On 5/5/20 3:35 PM, Paul Kyzivat wrote:
>>>>> On 5/5/20 11:12 AM, Julian Reschke wrote:
>>>>>> On 05.05.2020 16:49, Robert Moskowitz wrote:
>>>>>>> I want to reference an old ID for various reasons.  The ID is expired
>>>>>>> and no xml.  So I created my own ref section:
>>>>> I don't see much point in highlighting the fact that it is expired in
>>>>> the reference. *Any* time you reference a draft, even if it is active
>>>>> at the time you publish your document then it can eventually become
>>>>> expired. In some sense it remains a work in progress after it expires,
>>>>> it simply isn't making very much progress.
>>>>>
>>>>> And after a draft has expired you can still post a next version of it.
>>>>>
>>>>> Seems to be a distinction without a difference.
>>>> One draft had a feature which was later removed and never made it into
>>>> the rfc.  I wanted to reference the last draft with that feature for
>>>> discussion purposes.
>>> That's fine, but doesn't change the rule that I-Ds are cited as "work
>>> in progress", which is as old as the hills and has been re-asserted
>>> several times by the RFC Editor.
>> The place that cites the reference will need to provide the information whether the referenced draft is considered by the authors of the current draft to be
>>
>> * active [it might still be expired, because the update period increased to over 6 months, and it may expire while the current draft is sitting in the repo]
>> * abandoned (no successor)
>> * superseded (we try to capture this in the datatracker as “replaced”, but that is manual work, it also doesn’t quite cover all the ways of superseding a previous draft)
> 
> hmmm.  well one was abandoned; dropped by the wg but had ideas connected 
> to this work in progress.  The other was superseded; work continued with 
> this feature...
> 
> 
> 
>>
>> The bibliography entry itself is agnostic of this view (*).
>>
>> “Work in Progress” is a bit like “Proposed Standard”:
>> It means something very different in the IETF than outside in normal English.
>>
>>> I can't remember why, but I once needed to cite two different versions
>>> of the same I-D; that required some contortions in the xml, but they were
>>> certainly both listed as "work in progress".
>> Yeah, that is a misfeature of the bibxml library.  Easily worked around with kramdown-rfc.
>>
>> Grüße, Carsten
>>
>> (*) Ceterum censeo, not about the reference but about the place it appears in: It would really be useful to have a third category of references in RFCs that identifies *why* something is referenced, beyond normative and informative: historical.  But that is yet another dimension.  Yes, I know that historical can be lumped under informative, but this structure has more meaning to it than being used by the RFC editor to quarantine an RFC in the queue while its normative references aren’t done yet.
>>
>>> Stay well,
>>>
>>>     Brian
>>>
>>>> The other draft is dead and not going to restart.  However, it also
>>>> presented this feature and thus part of the feature discussion.
>>>>
>>>>
>>>> _______________________________________________
>>>> xml2rfc mailing list
>>>> xml2rfc@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/xml2rfc
>>>>
>>> _______________________________________________
>>> xml2rfc mailing list
>>> xml2rfc@ietf.org
>>> https://www.ietf.org/mailman/listinfo/xml2rfc
> 
>