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
- [xml2rfc] Experience with --v2v3 Robert Moskowitz
- Re: [xml2rfc] Experience with --v2v3 Julian Reschke
- Re: [xml2rfc] Experience with --v2v3 Robert Moskowitz
- Re: [xml2rfc] Experience with --v2v3 Julian Reschke
- Re: [xml2rfc] Experience with --v2v3 Robert Moskowitz
- Re: [xml2rfc] Experience with --v2v3 Paul Kyzivat
- Re: [xml2rfc] Experience with --v2v3 Brian E Carpenter
- Re: [xml2rfc] Experience with --v2v3 Henrik Levkowetz
- Re: [xml2rfc] Experience with --v2v3 Henrik Levkowetz
- Re: [xml2rfc] Experience with --v2v3 Henrik Levkowetz
- Re: [xml2rfc] Experience with --v2v3 Julian Reschke
- Re: [xml2rfc] Experience with --v2v3 Robert Moskowitz
- Re: [xml2rfc] Experience with --v2v3 Robert Moskowitz
- Re: [xml2rfc] Experience with --v2v3 Henrik Levkowetz
- Re: [xml2rfc] Experience with --v2v3 Carsten Bormann
- Re: [xml2rfc] Experience with --v2v3 Henrik Levkowetz
- Re: [xml2rfc] Experience with --v2v3 Robert Moskowitz
- Re: [xml2rfc] Experience with --v2v3 Paul Kyzivat
- Re: [xml2rfc] Experience with --v2v3 Julian Reschke
- Re: [xml2rfc] Experience with --v2v3 Henrik Levkowetz
- [xml2rfc] More conversion challenges - Re: Experi… Robert Moskowitz
- Re: [xml2rfc] More conversion challenges - Re: Ex… Henrik Levkowetz
- Re: [xml2rfc] More conversion challenges - Re: Ex… Robert Moskowitz
- Re: [xml2rfc] More conversion challenges - Re: Ex… Henrik Levkowetz
- Re: [xml2rfc] More conversion challenges - Re: Ex… Robert Moskowitz
- Re: [xml2rfc] Experience with --v2v3 Paul Kyzivat
- Re: [xml2rfc] Experience with --v2v3 Sandy Ginoza
- Re: [xml2rfc] Experience with --v2v3 Brian E Carpenter
- Re: [xml2rfc] Experience with --v2v3 Julian Reschke
- Re: [xml2rfc] Experience with --v2v3 Robert Moskowitz