Re: [xml2rfc] Experience with --v2v3

Henrik Levkowetz <henrik@levkowetz.com> Sun, 15 December 2019 20:46 UTC

Return-Path: <henrik@levkowetz.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 96B39120026 for <xml2rfc@ietfa.amsl.com>; Sun, 15 Dec 2019 12:46:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.899
X-Spam-Level:
X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 HMOt0vM5zOE4 for <xml2rfc@ietfa.amsl.com>; Sun, 15 Dec 2019 12:46:51 -0800 (PST)
Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 27151120013 for <xml2rfc@ietf.org>; Sun, 15 Dec 2019 12:46:51 -0800 (PST)
Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:59249 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <henrik@levkowetz.com>) id 1igamv-0004LF-PX; Sun, 15 Dec 2019 12:46:50 -0800
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Paul Kyzivat <paul.kyzivat@comcast.net>, xml2rfc@ietf.org
References: <3a3dcf15-dfbe-73ce-1b83-f2b6b22d9c36@htt-consult.com> <57ecdc48-5a9c-7587-e6ef-b2ff78303a76@gmx.de> <637a5e4f-0d9c-26c5-8c19-c4b8c810ccbc@htt-consult.com> <90f8277e-78e8-5246-4d69-4456409e8853@comcast.net> <753966a6-06e1-01b3-728d-595a744b0d6f@gmail.com>
From: Henrik Levkowetz <henrik@levkowetz.com>
Message-ID: <5fcb876c-3324-6bed-cfaa-03f01c7c5baa@levkowetz.com>
Date: Sun, 15 Dec 2019 21:46:41 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <753966a6-06e1-01b3-728d-595a744b0d6f@gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="D8epOXHttmk2CWJ4VuNlLj6aRXUbauqDS"
X-SA-Exim-Connect-IP: 158.174.202.242
X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, paul.kyzivat@comcast.net, brian.e.carpenter@gmail.com
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org)
X-Clacks-Overhead: GNU Terry Pratchett
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/kqXxpSzrPPMcoA3XC_Yh7U0bsIQ>
Subject: Re: [xml2rfc] Experience with --v2v3
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: Sun, 15 Dec 2019 20:46:53 -0000

On 2019-12-15 20:37, Brian E Carpenter wrote:
> On 16-Dec-19 08:20, Paul Kyzivat wrote:
>> On 12/15/19 6:38 AM, Robert Moskowitz wrote:
>>>
>>>
>>> On 12/15/19 5:03 AM, Julian Reschke wrote:
>>>> On 15.12.2019 03:19, Robert Moskowitz wrote:
>>>>> ...
>>>>> I really did not like it expanding <?rfc> references like:
>>>>>
>>>>>      <?rfc include="reference.RFC.2119.xml"?>
>>>>>
>>>>> The reason for the references rather than the content is that they can
>>>>> change (like author changes to drafts).  Thus I feel they are wrong to
>>>>> expand and should be left as is.  I manually put them back.
>>>>> ...
>>>>
>>>> There's the "--add-xinclude" command line switch which is supposed to
>>>> change this:
>>>>
>>>>>   V2-V3 Converter Options:
>>>>>     --add-xinclude                      replace reference elements 
>>>>> with RFC
>>>>>                                         and Internet-Draft seriesInfo 
>>>>> with the
>>>>>                                         appropriate XInclude element
>>>>
>>>> Best regards, Julian
>>>
>>> I will give this a try shortly, but I feel that the switch is 
>>> backwards.  The default should be NOT to expand xincludes.
>>>
>>> rfc xincludes are used for a vary valid reason.  What is the reason to 
>>> remove them for v3?  And making putting them back needing special action?
>> 
>> Do I understand correctly that the translation takes a wildcard 
>> reference (to the latest version of the draft) and binds it to a 
>> particular version at the time of the translation?
>> 
>> If so, that seems like the wrong thing to do.
> 
> Utterly wrong.

Agreed.

> How does one refer to the latest version in v3 format?
> Something like
> <xi:include href="https://xml2rfc.tools.ietf.org/public/rfc/bibxml3/reference.I-D.draft-andrews-tcp-and-ipv6-use-minmtu.xml"/>
> doesn't work.

Given an existing URL, the handling of non-version-specific references in
v2 and v3 should be equivalent.  Any reference URL that works in v2 should
work in v3.  In v3, as in v2, the version-specific URLs include 'draft-'
in the name, while the non-version-specific URLs omits 'draft-'.  This is a
legacy from Marshall Rose's time, and the inconsistency has been the same
for years.

The correct <xi:include> entry for the non-version-specific reference should
be:

  <xi:include href="https://xml2rfc.tools.ietf.org/public/rfc/bibxml3/reference.I-D.andrews-tcp-and-ipv6-use-minmtu.xml"/>

I've handled this differently in the reference entries generated on-the-fly
by the datatracker; there all of the following forms:

   bibxml3/reference.I-D.andrews-tcp-and-ipv6-use-minmtu.xml
   bibxml3/reference.I-D.draft-andrews-tcp-and-ipv6-use-minmtu.xml
   bibxml3/reference.I-D.andrews-tcp-and-ipv6-use-minmtu-04.xml
   bibxml3/reference.I-D.draft-andrews-tcp-and-ipv6-use-minmtu-04.xml

work.  Expanding the second to the full path gives:

https://datatracker.ietf.org/doc/bibxml3/reference.I-D.draft-andrews-tcp-and-ipv6-use-minmtu.xml


Best regards,

	Henrik